1 |
On 20-04-2008 16:29:58 +0200, Fabian Groffen wrote: |
2 |
... |
3 |
> It appears %D adds the multilib dirs (64-bits native compiler still |
4 |
> considers itself to be multilib aware, because the host system is) when |
5 |
> not ".", which causes the -L/usr/lib/64 and friends. I now patched GCC |
6 |
> to think it's never in multilib for %D, such that we don't get the |
7 |
> 64-bits paths. It seems to work fine on x64-solaris. I'm rebuilding my |
8 |
> entire Prefix there, since all uploaded binaries are faulty, the same I |
9 |
> will do on my sparc64-solaris prefix. |
10 |
> |
11 |
> I didn't revbump gcc, as not to force a recompile upon anyone. I think |
12 |
> this patch resolves "hidden" problems on Linux as well. |
13 |
|
14 |
I just found a problem on amd64-linux, where gnustep-gui wouldn't |
15 |
compile as during linking the linker would complain about an |
16 |
incompatible libbfd.a found in /usr/lib64/. Recompiling my GCC with the |
17 |
above mentioned patch fixed this issue, so I'm confident that the patch |
18 |
fixes some more "vague" problems we've seen in the past on Linux (e.g. |
19 |
SuSE). |
20 |
|
21 |
|
22 |
-- |
23 |
Fabian Groffen |
24 |
Gentoo on a different level |
25 |
-- |
26 |
gentoo-alt@l.g.o mailing list |