This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Mon, Nov 17, 2008 at 07:34:07PM +0100, Yann E. MORIN wrote: > Vivek, > All, > > On Monday 17 November 2008 10:33:27 Vivek Kumar Gupta wrote: > > It is failing in GMP, Kindly see the log in attachment, I will be very > > happy if some body can tell where the problem is. > > crosstool-NG mangles the build and host tuples so as to be sure to create > a cross compiler, even when the build and/or host and/or target machines are > of the same kind. Most notably, 3-part tuples are mangled to have a fourth > part added as the vendor string, so as to be coherent throughout the code. > Eg. i686-pc-cygwin -> i686-unknown-pc-cygwin > > Unfortunately, that breaks the *-cygwin tuples, that *are* 3-part tuples, and > don't have a vendor part. config.sub does not recognise those tuples as valid > *-cygwin tuples. Sad, but true. And I'd agree with it. In a four-tuple, the third position denotes OS kernel, and the fourth position denotes OS environment or C library. "pc" is clearly not an OS kernel. I'd argue that "i686-pc-cygwin" does indeed have a vendor already. It's "pc". What it doesn't have is an OS kernel. Which can be uniquely inferred from the OS environment of "cygwin". ------Carl -- For unsubscribe information see http://sourceware.org/lists.html#faq
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |