1 |
On Mar 23, 2006, at 7:52 PM, m h wrote: |
2 |
|
3 |
>> |
4 |
>> I'm actually having linker issues with apache. For some reason it is |
5 |
>> trying to look for libz in /lib instead of ${PREFIX}/usr/lib (even |
6 |
>> though I've told apache that's the location of zlib). Even when I |
7 |
>> compile a simple c program that includes zlib.h |
8 |
>> |
9 |
>> /* end confdefs.h. */ |
10 |
>> #include <zlib.h> |
11 |
>> int |
12 |
>> main () |
13 |
>> { |
14 |
>> int i = Z_OK; |
15 |
>> ; |
16 |
>> return 0; |
17 |
>> } |
18 |
>> |
19 |
>> Compile it: |
20 |
>> gcc -o foo -O2 -mcpu=i686 -pipe -pthread -I. |
21 |
>> -L/data1/tmp/Mar21/usr/lib foo.c -lz |
22 |
>> |
23 |
>> I get: |
24 |
>> /usr/bin/ld: cannot find /lib/libz.so |
25 |
>> collect2: ld returned 1 exit status |
26 |
>> |
27 |
>> Very weird..... |
28 |
>> |
29 |
|
30 |
Hrmm, your gcc is using the system ld.... we need to fix that first I |
31 |
think. |
32 |
|
33 |
> |
34 |
> More data. If I compile with: |
35 |
> -L/data1/tmp/Mar21/usr/lib/JUNK |
36 |
> or |
37 |
> -L/data1/tmp/Mar21 |
38 |
> or |
39 |
> *no -L* |
40 |
> It compiles.... ldd states that it is linking with the system zlib |
41 |
> (/usr/lib/lib.so.1) |
42 |
|
43 |
Yeah, lets go back to the first problem of getting gcc using the |
44 |
portage binutils....I don't like this one ;) |
45 |
|
46 |
|
47 |
--Kito |
48 |
|
49 |
|
50 |
|
51 |
|
52 |
-- |
53 |
gentoo-osx@g.o mailing list |