man src.conf (from -r315914 ) reports:
WITH_LLD_IS_LD
Set to use LLVM's LLD as the system linker, instead of GNU
binutils ld.
This is a default setting on arm64/aarch64. When set, these
options are also in effect:
WITHOUT_SYS
On 14 Apr 2017, at 22:40, Mark Millard wrote:
>
> man src.conf (from -r315914 ) reports:
>
> WITH_LLD_IS_LD
> Set to use LLVM's LLD as the system linker, instead of GNU
> binutils ld.
>
> This is a default setting on arm64/aarch64. When set, these
>
On Thu, 13 Apr 2017, Pedro Giffuni wrote:
> I didn’t want to get into this but the problem is that as part of it's
> build/bootstrapping process, GCC historically takes system headers
> and attempts to “fix” them. I am unsure the fixes do anything at all
> nowadays but the effect is that the compil
On 2017-Apr-14, at 2:35 PM, Dimitry Andric wrote:
> On 14 Apr 2017, at 22:40, Mark Millard wrote:
>>
>> man src.conf (from -r315914 ) reports:
>>
>>WITH_LLD_IS_LD
>>Set to use LLVM's LLD as the system linker, instead of GNU
>>binutils ld.
>>
>>This is a
On Sat, 15 Apr 2017 09:30:49 +1000 (AEST)
Gerald Pfeifer wrote:
> On Thu, 13 Apr 2017, Pedro Giffuni wrote:
> > I didn't want to get into this but the problem is that as part of
> > it's build/bootstrapping process, GCC historically takes system
> > headers and attempts to "fix" them. I am unsure
On 2017-Apr-14, at 4:30 PM, Gerald Pfeifer wrote:
> On Thu, 13 Apr 2017, Pedro Giffuni wrote:
>> I didn’t want to get into this but the problem is that as part of it's
>> build/bootstrapping process, GCC historically takes system headers
>> and attempts to “fix” them. I am unsure the fixes do any
> On Apr 14, 2017, at 19:53, Mark Millard wrote:
>
> On 2017-Apr-14, at 4:30 PM, Gerald Pfeifer wrote:
>
>> On Thu, 13 Apr 2017, Pedro Giffuni wrote:
>>> I didn’t want to get into this but the problem is that as part of it's
>>> build/bootstrapping process, GCC historically takes system header
On 2017-Apr-14, at 8:07 PM, Ngie Cooper (yaneurabeya) wrote:
> Is there a reason why you need ada support (that seems to be the only
> real reason for installing gcc6 vs gcc6-aux)? gcc6-aux uses a snapshot of
> gcc6 with custom options.
> Thanks!
> -Ngie
I got to lang/gcc6-aux indirectly