Changes by Yitz Gale g...@sefer.org:
--
nosy: +ygale
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6154
___
___
Python-bugs-list mailing list
Ronald Oussoren ronaldousso...@mac.com added the comment:
The attached file libintl-framework-ronald.patch should do the trick.
Could someone who is affected by this issue test this patch (and feel free
to commit it if it works). I don't have libintl on my system and hence
cannot test right
Brett Cannon br...@python.org added the comment:
OK, committed by configure.in patch along with Ronald's Makefile.pre.in
patch in r73274. Thanks to everyone who helped out with this. Building
sucks and autoconf doesn't always help.
--
resolution: - fixed
stage: needs patch -
Changes by Brett Cannon br...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6154
___
___
Python-bugs-list
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 4 Jun, 2009, at 2:24, Brett Cannon wrote:
Ronald, can you look at the changes I proposed on Makefile.pre.in to
make sure LIBS from configure get used in the framework builds? If you
do then that change with the configure.in change
Changes by Martin v. Löwis mar...@v.loewis.de:
Removed file: http://bugs.python.org/file14183/smime.p7s
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6154
___
Changes by Martin v. Löwis mar...@v.loewis.de:
Removed file: http://bugs.python.org/file14182/smime.p7s
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6154
___
Changes by Martin v. Löwis mar...@v.loewis.de:
Removed file: http://bugs.python.org/file14181/smime.p7s
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6154
___
Changes by Martin v. Löwis mar...@v.loewis.de:
Removed file: http://bugs.python.org/file14180/smime.p7s
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6154
___
Changes by Brett Cannon br...@python.org:
--
title: Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl
- Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl
___
Python tracker rep...@bugs.python.org
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
The current check for *gettext/*textdomain* functions is not so correct.
It mix(!?!) checks for headers with check for functions.
GNU libc include them and on linux we will see in pyconfig.h (trunk):
---
/* #undef WITH_LIBINTL
Changes by Benjamin Peterson benja...@python.org:
--
title: Python 3.1 rc1 will not build on OS X 10.5.7 - Python 3.1 rc1 will not
build on OS X 10.5.7 with macports libintl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6154
Evan Behar beh...@gmail.com added the comment:
Curiously, if I define --with-pydebug I get
ld: Undefined symbols:
___eprintf
If I don't define --with-pydebug but I do use --enable-universalsdk I
get a whole different problem:
gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk
Ronald Oussoren ronaldousso...@mac.com added the comment:
Do you have a copy of libintl in /usr/local or ~brett//local/lib? If so,
could you run 'file' on that library to check if it is a universal
library?
All system libraries on OSX are universal binaries and work just fine
with a
Ronald Oussoren ronaldousso...@mac.com added the comment:
I have two procedural questions:
1) Who should I contact to get e-mail for all bugs that get tagged with
the Macintosh component?
2) Please tag all mac-related bugs with the 'Macintosh' component, that's
the one I most often check for
Benjamin Peterson benja...@python.org added the comment:
2009/6/3 Ronald Oussoren rep...@bugs.python.org:
Ronald Oussoren ronaldousso...@mac.com added the comment:
I have two procedural questions:
1) Who should I contact to get e-mail for all bugs that get tagged with
the Macintosh
Ronald Oussoren ronaldousso...@mac.com added the comment:
I just noticed the update of the title.
I propose to close this issue if this is caused by a non-universal version
of libintl that's installed by macports.
Macports can install universal binaries of its packages (the +universal
Benjamin Peterson benja...@python.org added the comment:
2009/6/3 Ronald Oussoren rep...@bugs.python.org:
Ronald Oussoren ronaldousso...@mac.com added the comment:
I just noticed the update of the title.
I propose to close this issue if this is caused by a non-universal version
of libintl
Evan Behar beh...@gmail.com added the comment:
I haven't got any library issues using --enable-universalsdk, it won't
get to the linking stage becaue it doesn't find libintl.h
And with --with-pydebug still doesn't build because it won't find
___eprintf, whatever that is.
The only version of
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 4 Jun, 2009, at 0:59, Evan Behar wrote:
Evan Behar beh...@gmail.com added the comment:
I haven't got any library issues using --enable-universalsdk, it won't
get to the linking stage becaue it doesn't find libintl.h
And with
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 4 Jun, 2009, at 0:59, Benjamin Peterson wrote:
Benjamin Peterson benja...@python.org added the comment:
2009/6/3 Ronald Oussoren rep...@bugs.python.org:
Ronald Oussoren ronaldousso...@mac.com added the comment:
I just noticed
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 4 Jun, 2009, at 0:59, Benjamin Peterson wrote:
Benjamin Peterson benja...@python.org added the comment:
2009/6/3 Ronald Oussoren rep...@bugs.python.org:
Ronald Oussoren ronaldousso...@mac.com added the comment:
I just noticed
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 4 Jun, 2009, at 0:59, Evan Behar wrote:
Evan Behar beh...@gmail.com added the comment:
I haven't got any library issues using --enable-universalsdk, it won't
get to the linking stage becaue it doesn't find libintl.h
And with
Benjamin Peterson benja...@python.org added the comment:
There's a broader issue than just the non-universal intl problem. If
intl.h is defined, then configure causes _localemodule.c to use
functions from it, but it wasn't being linked to.
--
___
Brett Cannon br...@python.org added the comment:
As Benjamin said, this was failing on non-universal framework builds and
just a regular build because '-lintl' was not getting added to LIBS in
configure.in and LIBS was not being passed into the framework compile
rule (for both universal and
25 matches
Mail list logo