| 1 |
Mike Frysinger schrieb: |
| 2 |
> On Monday 19 October 2009 16:59:55 Thomas Sachau wrote: |
| 3 |
>> Mike Frysinger schrieb: |
| 4 |
>>> the majority of the time, the compiler driver (i.e. `gcc`) should be used |
| 5 |
>>> for linking. very few packages should invoke the linker directly. that |
| 6 |
>>> is why currently the toolchain-func.eclass has tc-getLD return `ld` -- a |
| 7 |
>>> few packages need it, but not most. if we're going to be forcing the |
| 8 |
>>> setting of the LD env var all the time, then it needs to default to |
| 9 |
>>> ${CC}. packages that need funky behavior should still work as they will |
| 10 |
>>> be calling $(tc-getLD) anyways. |
| 11 |
>>> |
| 12 |
>>>>> - the -L paths to system dirs in LDFLAGS should not be there -- the |
| 13 |
>>>>> toolchain can handle these just fine |
| 14 |
>>>> Last time i tried without, some packages failed to compile, will test it |
| 15 |
>>>> again to check, if its still needed |
| 16 |
>>> if things are failing, then we should look at gcc/binutils to make sure |
| 17 |
>>> they use the right default search paths when given -m32/-m64 |
| 18 |
>> This is an example from configure failure with ABI=x86 for cvs-1.12.12-r6 |
| 19 |
>> |
| 20 |
>> last lines from configure: |
| 21 |
>> |
| 22 |
>> checking for ssh... ssh |
| 23 |
>> checking for vim... /bin/nano |
| 24 |
>> checking for temporary directory... /tmp |
| 25 |
>> checking security/pam_appl.h usability... yes |
| 26 |
>> checking security/pam_appl.h presence... yes |
| 27 |
>> checking for security/pam_appl.h... yes |
| 28 |
>> checking for pam_start in -lpam... no |
| 29 |
>> configure: error: Could not find PAM libraries but the headers exist. |
| 30 |
>> Give the --disable-pam option to compile without PAM support (or fix |
| 31 |
>> your broken configuration) |
| 32 |
>> |
| 33 |
>> !!! Please attach the following file when seeking support: |
| 34 |
>> !!! /var/tmp/portage/dev-util/cvs-1.12.12-r6/work/cvs-1.12.12/config.log |
| 35 |
>> * ERROR: dev-util/cvs-1.12.12-r6 failed: |
| 36 |
>> * econf failed |
| 37 |
>> |
| 38 |
>> relevant lines from config.log: |
| 39 |
>> |
| 40 |
>> configure:38697: checking for pam_start in -lpam |
| 41 |
>> configure:38727: x86_64-pc-linux-gnu-gcc -o conftest -march=nocona -O2 |
| 42 |
>> -pipe -m32 -L/emul/linux/x86/lib -L/emul/linux/x86/usr/lib -march=nocona |
| 43 |
>> -O2 -pipe -Wl,--as-needed conftest.c -lpam -lnsl -lz >&5 |
| 44 |
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dynam |
| 45 |
>> ic.o): In function `_pam_dlerror': |
| 46 |
>> (.text+0x1f): undefined reference to `dlerror' |
| 47 |
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dynam |
| 48 |
>> ic.o): In function `_pam_dlclose': |
| 49 |
>> (.text+0x5f): undefined reference to `dlclose' |
| 50 |
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dynam |
| 51 |
>> ic.o): In function `_pam_dlsym': |
| 52 |
>> (.text+0xa6): undefined reference to `dlsym' |
| 53 |
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dynam |
| 54 |
>> ic.o): In function `_pam_dlopen': |
| 55 |
>> (.text+0xf2): undefined reference to `dlopen' |
| 56 |
>> collect2: ld returned 1 exit status |
| 57 |
>> configure:38733: $? = 1 |
| 58 |
>> |
| 59 |
>> If you need some more lines or complete build.log/config.log, feel free to |
| 60 |
>> tell me and i will send them directly. |
| 61 |
> |
| 62 |
> please open a bug about this for the toolchain guys. i dont know when i'll |
| 63 |
> get to researching this. |
| 64 |
> -mike |
| 65 |
|
| 66 |
Seems like it was some temporary issue, cannot reproduce it now, so ignore it for now. |
| 67 |
|
| 68 |
-- |
| 69 |
Thomas Sachau |
| 70 |
|
| 71 |
Gentoo Linux Developer |
Archives