Message88849
| 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
|
|