1 |
On 02/01/2016 12:44 PM, Mike Frysinger wrote: |
2 |
> On 29 Jan 2016 19:55, Alex McWhirter wrote: |
3 |
>> On 01/29/2016 07:44 PM, Mike Frysinger wrote: |
4 |
>>> On 29 Jan 2016 19:28, Alex McWhirter wrote: |
5 |
>>>> Regarding the issue with pcitutils, it is indeed and issue with gold. It |
6 |
>>>> turns out udev is broken as well, as in it wont start. |
7 |
>>>> |
8 |
>>>> binutils has supposedly fixed this issue upstream, i may try to emerge |
9 |
>>>> 9999 later tonight. perhaps eudev fairs a bit better than udev? Would |
10 |
>>>> there be any issue with moving to eudev as a default? |
11 |
>>> arches should not be picking any defaults like udev. we should be using |
12 |
>>> the same default across all linux systems. especially if the only point |
13 |
>>> is to workaround a bug in gold. |
14 |
>>> |
15 |
>>> is the fix in binutils-2.26 ? that's going into the tree in a bit ... |
16 |
>>> i'm waiting for some feedback from upstream before i push it. |
17 |
>> I can check to see if the fix is in .26, but eudev does work without |
18 |
>> issue for what it's worth. pciutils is also compiling without issue with |
19 |
>> eudev. |
20 |
>> |
21 |
>> I will try pulling 9999 and see if the issue is no longer there, if it's |
22 |
>> been resolved there then ill check into .26 |
23 |
>> |
24 |
>> Without that fix, sparc64 is probably a no-go. I suppose we could always |
25 |
>> patch .25 if needed. |
26 |
> why ? as i said, gold is not the default, and we don't hold up issues |
27 |
> because of gold compatibility. if sparc64 w/ld.bfd works fine, then |
28 |
> that's all we need. |
29 |
> -mike |
30 |
> |
31 |
|
32 |
It looks like udev is hard coded to use gold, i may have to hack around |
33 |
with configure.ac to get it to compile with bfd. |