Re: [RFC 0/7] cgcc: use gcc -dumpmachine

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 18/02/2019 20:20, Luc Van Oostenryck wrote:
[snip]
>> I have some minor comments on the patches, but I will have to
>> wait until tomorrow now (I have to get some sleep).

And I still have not had time (something came up), sorry. :(

>> However, there was one thing I wanted to mention tonight. These
>> patches change the interface of cgcc in a non-backward compatible
>> way. In particular, the -target=<spec> parameter, which can and
>> pretty much _had_ to be specified multiple times (well OK twice
>> in practice), to specify _both_ the 'OS' and 'arch' specs.
> 
> Indeed. It was a quick try to cleanup this code and I didn't
> realized that it broke '-target' (I also had no idea you're
> using it. I guess I'm understanding better now your email from
> last week mentioning it).

Hmm, I doubt it. To be clear, I don't use '-target', I just
read the patches and noticed the non-backward compatible
behaviour. ;-)

>> Note that the tokens 'host_os_specs' and 'host_arch_specs'
>> were useful (even though they _could have_ been replaced
>> on the command-line by "$(uname -s)" and "$(uname -m)"
>> respectively).

As soon as my head hit the pillow, I realised that you could
not pass the output of 'uname' on the command-line - not without
lower-casing the string, anyway! :-D

  $ uname -s
  Linux
  $ 

would not match 'linux'.

> It's only concerning the last 2 patches, right?
> Please consider them as removed.

Thanks!

[I have just installed 'master' again (v0.6.0-20-gec4bac3)]

ATB,
Ramsay Jones




[Index of Archives]     [Newbies FAQ]     [LKML]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Trinity Fuzzer Tool]

  Powered by Linux