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]

Re: Crosstool NG on Cygwin(WinXP): ARM922T, GCC 4.3.2, uClibc0.9.30


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]