This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ronaldoussoren
Recipients benjamin.peterson, brett.cannon, brodie, ebehar, erickt, mark.dickinson, ronaldoussoren, rpetrov, tarek
Date 2009-06-03.23:20:48
SpamBayes Score 9.705567e-05
Marked as misclassified No
Message-id <9089D5AA-974C-41BF-B66C-CBC489E9E1CF@mac.com>
In-reply-to <1afaf6160906031558s46509701q6b5c76b5c7771cc4@mail.gmail.com>
Content
On 4 Jun, 2009, at 0:59, Benjamin Peterson wrote:

>
> Benjamin Peterson <benjamin@python.org> added the comment:
>
> 2009/6/3 Ronald Oussoren <report@bugs.python.org>:
>>
>> Ronald Oussoren <ronaldoussoren@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.
>
> Actually, it can happen with regular builds, but the attached patches
> fix that issue.

How can it happen with regular builds?  This can only happen if there  
is a non-universal copy of used libraries on the compiler search-path,  
or rather if there are libraries with incompatible architectures on  
the search-path. This would also happen with readline, or if you have  
a ppc-only library on an intel machine.

Not having the right archtectures of libraries is IMHO in "don't do  
that then" territory.

Ronald
Files
File name Uploaded
smime.p7s ronaldoussoren, 2009-06-03.23:20:48
History
Date User Action Args
2009-06-03 23:20:50ronaldoussorensetrecipients: + ronaldoussoren, brett.cannon, mark.dickinson, benjamin.peterson, erickt, tarek, brodie, rpetrov, ebehar
2009-06-03 23:20:48ronaldoussorenlinkissue6154 messages
2009-06-03 23:20:48ronaldoussorencreate