Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <43752E38.4080408@bellsouth.net>
Date: Fri, 11 Nov 2005 17:50:16 -0600
From: Bobby McNulty <bmj2005 AT bellsouth DOT net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
CC: gcc AT gcc DOT gnu DOT org
Subject: Re: i686-pc-cygwin  crash gcc-4.0 branch
References: <43719C3D DOT 9070804 AT bellsouth DOT net> <4371A589 DOT D62D704E AT dessent DOT net> <43721D0A DOT 6FE21267 AT dessent DOT net>
In-Reply-To: <43721D0A.6FE21267@dessent.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Brian Dessent wrote:
> Brian Dessent wrote:
> 
> 
>>>/home/sherlock/gcc/o/gcc/xgcc -B/home/sherlock/gcc/o/gcc/
>>>-B/usr/local/i686-pc-c
>>>ygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem
>>>/usr/local/i686-pc-cygwin/i
>>>nclude -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CONFIG_H
>>>-I. -I../.
>>>./../../gcc-4_0-branch/libstdc++-v3/libmath -I.. -O2 -g -O2 -c
>>>../../../../gcc-4
>>>_0-branch/libstdc++-v3/libmath/signbit.c -o signbit.o
>>>In file included from
>>>../../../../gcc-4_0-branch/libstdc++-v3/libmath/signbit.c:
>>>32:
>>>../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:167: error:
>>>conflicti
>>>ng types for 'ieee_double_shape_type'
>>
>>It looks like what is happening is BYTE_ORDER isn't getting defined
>>correctly.  This is supposed to be taken care of by the sys/param.h
>>header of the target, which Cygwin does provide correctly.  It looks
>>like for some reason gcc isn't picking this up in your case.  Are you
>>doing a native or a cross?  What configure options are you using?
> 
> 
> This is caused by this change:
> <http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/endian.h.diff?r1=1.3&r2=1.4&cvsroot=src&f=h>. 
> This modified include/endian.h to only conditionally define BYTE_ORDER
> etc. if __USE_BSD is defined, whereas before in newlib's
> machine/endian.h
> <http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/newlib/libc/include/machine/endian.h?rev=1.2&content-type=text/x-cvsweb-markup&cvsroot=src>
> they were defined unconditionally.
> 
> Thus if you build gcc with the 1.5.18 version of cygwin and its headers
> you don't run into this, but if you try to use a snapshot that contains
> this change you get the above error.
> 
> Brian
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:       http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 
> 
> 
I nuked my cygwin, and started over again.
Used svn to get the trunk of gcc.
I have a snapshot gcc 4.0, but I am not building it.
Anyway, compiling just with the 1.5.18 cygwin dll solved.
Since this is just staying on the cutting edge of programming, I am only 
going to use release cygwin1.dll.
Waiting for cygwin 1.5.19
Bobby.
It worked. trunk is able to compile again in Cygwin.




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/