1 |
Sebastian Redl wrote: |
2 |
> Anyway, just so I understand: the function is inline/static (don't know |
3 |
> which of these causes the problem) which causes compareRanges to be |
4 |
> exported, but not compiled position-independently. The linker, seeing |
5 |
> that, fails. But with -O>1, it somehow doesn't actually export the |
6 |
> function or something like that, and thus it works? |
7 |
|
8 |
I didn't dig any deeper then what I have written already for icu as we |
9 |
have another test case provided in bug 151832. Basically gcc shouldn't |
10 |
inline the function or at least provide a callable symbol because its |
11 |
address is used later on (in the same file, even), which is what we |
12 |
found in the gcc documentation but not in the code ;) |
13 |
|
14 |
So yes, it IS a toolchain-bug, but one the gcc-4.1 users share (gcc 3.4 |
15 |
works correctly apparently) :D |
16 |
|
17 |
[1] http://bugs.gentoo.org/show_bug.cgi?id=151832 |
18 |
|
19 |
-- |
20 |
Kind Regards, |
21 |
|
22 |
Simon Stelling |
23 |
Gentoo/AMD64 developer |
24 |
-- |
25 |
gentoo-amd64@g.o mailing list |