From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9310 invoked by alias); 7 Feb 2003 04:19:12 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 9303 invoked from network); 7 Feb 2003 04:19:10 -0000 Received: from unknown (HELO main.gmane.org) (80.91.224.249) by 172.16.49.205 with SMTP; 7 Feb 2003 04:19:10 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18gzwn-0006g3-00 for ; Fri, 07 Feb 2003 05:17:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gcc@gcc.gnu.org Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18gzwk-0006ff-00 for ; Fri, 07 Feb 2003 05:17:02 +0100 From: Kelley Cook Subject: Re: GCC 3.3-Signal 11 Date: Fri, 07 Feb 2003 04:19:00 -0000 Message-ID: References: X-Complaints-To: usenet@main.gmane.org X-Newsreader: MicroPlanet Gravity v2.60 X-Archive: encrypt Cc: cygwin@cygwin.com X-SW-Source: 2003-02/txt/msg00323.txt.bz2 [This followup was posted to gmane.comp.gcc.devel and a copy was sent to the cited author.] In article , bmj2001@bellsouth.net says... > > This is where the fault is at. > > > ____________________________________________________________________________ > ________________ > for f in $gf; do \ > echo "\"$f\", "; done >> tmp-gtyp.h > echo " NULL};" >> tmp-gtyp.h > echo "static const char *lang_dir_names[] = { \"c\", " >> tmp-gtyp.h > gf="cp f java objc"; \ > for l in $gf; do \ > echo "\"$l\", "; done >> tmp-gtyp.h > echo "NULL};" >> tmp-gtyp.h > /bin/sh ../../gcc/gcc/move-if-change tmp-gtyp.h gtyp-gen.h > gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissi > ng-p > rototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERAT > OR_F > ILE -DCYGWIN_CROSS_DIR=\"/usr/local/i686-pc-cygwin\" -I. -I. -I../../gcc/g > cc - > I../../gcc/gcc/. -I../../gcc/gcc/config -I../../gcc/gcc/../include \ > ../../gcc/gcc/gengtype.c -o gengtype.o > gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissi > ng-p > rototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERAT > OR_F > ILE -DCYGWIN_CROSS_DIR=\"/usr/local/i686-pc-cygwin\" -I. -I. -I../../gcc/g > cc - > I../../gcc/gcc/. -I../../gcc/gcc/config -I../../gcc/gcc/../include \ > ../../gcc/gcc/gengtype-lex.c -o gengtype-lex.o > gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissi > ng-p > rototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERAT > OR_F > ILE -DCYGWIN_CROSS_DIR=\"/usr/local/i686-pc-cygwin\" -I. -I. -I../../gcc/g > cc - > I../../gcc/gcc/. -I../../gcc/gcc/config -I../../gcc/gcc/../include \ > ../../gcc/gcc/gengtype-yacc.c -o gengtype-yacc.o > gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing- > prot > otypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_ > FILE > -o gengtype.exe \ > gengtype.o gengtype-lex.o gengtype-yacc.o ../libiberty/libiberty.a > ./gengtype > Signal 11 > make[2]: *** [s-gtype] Error 139 > make[2]: Leaving directory `/home/Robert/gcc-3.3/o/gcc' > make[1]: *** [stage1_build] Error 2 It's not a GCC problem. Cygwin 1.3.19 added in support for vasprintf (previously GCC would use the version included in libiberty). Unfortunately, Cygwin's (actually newlib's) vasprintf is not quite right and it bombs under certain circumstances. Supposedly that bug has been corrected, but it still crashes for me with the Feb 3rd cygwin snapshot. Kelley Cook