RE: CVS Build Failure Cygwin 1.1.2 PC

RE: CVS Build Failure Cygwin 1.1.2 PC

[Jan Reimers]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 10255 bytes --]

> -----Original Message-----
> From: Tim Prince [ mailto:tprince@computer.org ]
> Sent: Wednesday, August 09, 2000 5:27 PM
> To: Jan Reimers; gcc-bugs@gcc.gnu.org
> Subject: Re: CVS Build Failure Cygwin 1.1.2 PC
> 
> 
> The header file directories must be copied into the 
> appropriate place in
> the --prefix directory e.g. /usr/local/gcc/include just as if 
> this were
> a cross compile.  
OK I did this, but looking at the list of include directories I see this is
not one of them:

-isystem /usr/local/src/gcc/winsup/include 
-isystem /usr/local/src/gcc/winsup/cygwin/include 
-isystem /usr/local/src/gcc/winsup/w32api/include 
-isystem /usr/local/src/gcc/newlib/libc/sys/cygwin 
-isystem /usr/local/src/gcc/newlib/libc/sys/cygwin32 
-nostdinc
-isystem /usr/local/src/build/i586-pc-cygwin/newlib/targ-include 
-isystem /usr/local/src/gcc/newlib/libc/include 
-isystem /usr/local/gcc/i586-pc-cygwin/include

I chose to populate the last one with headers as it was the only outside my
build area (/usr/local/src).  I still find this odd, as I used to build gcc
2.95.x with --prefix=/usr/local wihtou any need populate /usr/local/include
or /usr/local/i586-pc-cygwin/include with headers.  Have things changed
since 2.95.x or does --prefix=/use/local get special treatment?


> Best not to use a sym-link, as it is possible to
> corrupt the original g++ installation.  
Right.

> Probably a good idea to bring
> your cygwin up to date by running latest/setup.

I will do this.  Thanks for your help.

JR
>From mckelvey@bean.jpl.nasa.gov Thu Aug 10 09:46:00 2000
From: Jim McKelvey <mckelvey@bean.jpl.nasa.gov>
To: gcc-bugs@gcc.gnu.org
Subject: Solaris 2.5.1, gcc version 2.96 20000807; RTTI problem
Date: Thu, 10 Aug 2000 09:46:00 -0000
Message-id: <200008101646.JAA28883@mushroom.jpl.nasa.gov>
X-SW-Source: 2000-08/msg00213.html
Content-length: 2856

typeinfo.name() prepends a count to the type name.

Instead of Cxyzxyzxyz it returns 10Cxyzxyzxyz


mushroom...C++>g++ -fsquangle -o x -W -Wall -v x.cc
Reading specs from 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/specs
gcc version 2.96 20000807 (experimental)
 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/cpp0 -lang-c++ -D__GNUG__=2 -v -D__GNUC__=2 -D__GNUC_MINOR__=96 
-D__GNUC_PATCHLEVEL__=0 -Dsparc -Dsun -Dunix -D__svr4__ -D__SVR4 -D__sparc__ 
-D__sun__ -D__unix__ -D__svr4__ -D__SVR4 -D__sparc -D__sun -D__unix 
-Asystem(unix) -Asystem(svr4) -W -Wall -D__GCC_NEW_VARARGS__ -Acpu(sparc) 
-Amachine(sparc) x.cc /var/tmp/ccDYZhnb.ii
GNU CPP version 2.96 20000807 (experimental) (cpplib)
 (sparc)
#include "..." search starts here:
#include <...> search starts here:
 /afs/jpl.nasa.gov/home/m/mckelvey/public/Software/include/g++-3
 /usr/local/include
 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/include
 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/sparc-sun-solaris2.5.1/include
 /usr/include
End of search list.
 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/cc1plus /var/tmp/ccDYZhnb.ii -quiet -dumpbase x.cc -W -Wall -version 
-fsquangle -o /var/tmp/cc2Y2efd.s
GNU C++ version 2.96 20000807 (experimental) (sparc-sun-solaris2.5.1) compiled 
by GNU C version 2.96 20000807 (experimental).
 /usr/ccs/bin/as -V -Qy -s -o /var/tmp/cc1DhIvb.o /var/tmp/cc2Y2efd.s
/usr/ccs/bin/as: WorkShop Compilers 4.2 dev 13 May 1996
 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/collect2 -V -Y P,/usr/ccs/lib:/usr/lib -Qy -o x 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/crt1.o 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/crti.o /usr/ccs/lib/values-Xa.o 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/crtbegin.o 
-L/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solari
s2.5.1/2.96 -L/usr/ccs/bin -L/usr/ccs/lib 
-L/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solari
s2.5.1/2.96/../../.. /var/tmp/cc1DhIvb.o -lstdc++ -lm -lgcc -lc -lgcc 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/crtend.o 
/afs/jpl.nasa.gov/home/m/mckelvey/public/Software/lib/gcc-lib/sparc-sun-solaris2
.5.1/2.96/crtn.o
ld: Software Generation Utilities - Solaris/ELF (3.0)
mushroom...C++>
mushroom...C++>
mushroom...C++>./x
10Cxyzxyzxyz
mushroom...C++>


#include <typeinfo>
#include <iostream.h>


class Cxyzxyzxyz
{
};

int main(void)
{
    Cxyzxyzxyz q;

    cout << typeid(q).name() << endl;

    return 0;
}
>From sandmann@daimi.au.dk Thu Aug 10 09:50:00 2000
From: Soeren Sandmann <sandmann@daimi.au.dk>
To: bug-gcc@gnu.org
Subject: gcc 2.95.2, mips-sgi-irix6.5    (Internal compiler error in `gen_label_die', at dwarf2out.c:8726)
Date: Thu, 10 Aug 2000 09:50:00 -0000
Message-id: <ye8ya25f4cx.fsf@bonestell.daimi.au.dk>
X-SW-Source: 2000-08/msg00214.html
Content-length: 2315

I managed to crash gcc 2.95.2. Below is the result of following the
instructions on 

        http://www.gnu.org/software/gcc/bugs.html

(except that I did not compress the .i file).

Søren Sandmann



bonestell:~/tmp% gcc -v --save-temps -g gccbug.c 
Reading specs from /usr/local/lib/gcc-lib/mips-sgi-irix6.5/2.95.2/specs
gcc version 2.95.2 19991024 (release)
 /usr/local/lib/gcc-lib/mips-sgi-irix6.5/2.95.2/cpp -lang-c -v -D__GNUC__=2 -D__GNUC_MINOR__=95 -Dunix -Dmips -Dsgi -Dhost_mips -DMIPSEB -D_MIPSEB -DSYSTYPE_SVR4 -D_LONGLONG -D_SVR4_SOURCE -D_MODERN_C -D__DSO__ -D__unix__ -D__mips__ -D__sgi__ -D__host_mips__ -D__MIPSEB__ -D_MIPSEB -D__SYSTYPE_SVR4__ -D_LONGLONG -D_SVR4_SOURCE -D_MODERN_C -D__DSO__ -D__unix -D__mips -D__sgi -D__host_mips -D__MIPSEB -D__SYSTYPE_SVR4 -Asystem(unix) -Asystem(svr4) -Acpu(mips) -Amachine(sgi) -D__CHAR_UNSIGNED__ -g -D__LANGUAGE_C -D_LANGUAGE_C -DLANGUAGE_C -D__SIZE_TYPE__=unsigned int -D__PTRDIFF_TYPE__=int -D__EXTENSIONS__ -D_SGI_SOURCE -D_MIPS_FPSET=32 -D_MIPS_ISA=_MIPS_ISA_MIPS3 -D_ABIN32=2 -D_MIPS_SIM=_ABIN32 -D_MIPS_SZINT=32 -D_MIPS_SZLONG=32 -D_MIPS_SZPTR=32 -D_COMPILER_VERSION=601 -U__mips -D__mips=3 -D__mips64 gccbug.c gccbug.i
GNU CPP version 2.95.2 19991024 (release) [AL 1.1, MM 40] SGI running IRIX 6.x
#include "..." search starts here:
#include <...> search starts here:
 .
 /users/sandmann/vertigo/usr/include
 /usr/local/include
 /usr/local/lib/gcc-lib/mips-sgi-irix6.5/2.95.2/../../../../mips-sgi-irix6.5/include
 /usr/local/lib/gcc-lib/mips-sgi-irix6.5/2.95.2/include
 /usr/include
End of search list.
The following default directories have been omitted from the search path:
 /usr/local/lib/gcc-lib/mips-sgi-irix6.5/2.95.2/../../../../include/g++-3
End of omitted list.
 /usr/local/lib/gcc-lib/mips-sgi-irix6.5/2.95.2/cc1 gccbug.i -quiet -dumpbase gccbug.c -g -version -o gccbug.s
GNU C version 2.95.2 19991024 (release) (mips-sgi-irix6.5) compiled by GNU C version 2.95.2 19991024 (release).
gccbug.c: In function `main':
gccbug.c:6: label `nowhere' used but not defined
gccbug.c:7: Internal compiler error in `gen_label_die', at dwarf2out.c:8726
Please submit a full bug report.
See <URL: http://www.gnu.org/software/gcc/faq.html#bugreport > for instructions.


gccbug.i:

# 1 "gccbug.c"
int main ()
{
    if (1)
	;
    else
	goto nowhere;
}
>From sasjjr@unx.sas.com Thu Aug 10 10:24:00 2000
From: Jack Rouse <sasjjr@unx.sas.com>
To: gcc-bugs@gcc.gnu.org
Subject: internal compiler error
Date: Thu, 10 Aug 2000 10:24:00 -0000
Message-id: <200008101722.AA03964@login017.unx.sas.com>
X-SW-Source: 2000-08/msg00215.html
Content-length: 1177

I am getting an internal error from GCC 2.95.2 when compiling the C++
program tmp.C listed below.  I am using the Mingw32 version of GCC
(from http://www.xraylith.wisc.edu/~khan/software/gnu-win32/ ) on
Windows NT 4.0 with the MKS shell.

=tmp.C==============================================================
template <typename T, int I>
void f( T*, int (*)[I], int (*)[I+4] )
{
}

int main()
{
   f( (int*)0, (int(*)[1])0, (int (*)[5])0 );

   return 0;
}
=Shell output=======================================================
$ g++ -v
Reading specs from c:\gcc-2.95\bin\..\lib\gcc-lib\i386-mingw32msvc\2.95.2\specs
gcc version 2.95.2 19991024 (release)
$ g++ -c tmp.C
tmp.C: In function `int main()':
tmp.C:3: Internal compiler error.
tmp.C:3: Please submit a full bug report.
tmp.C:3: See <URL: http://www.gnu.org/software/gcc/faq.html#bugreport > for instructions.
====================================================================

Based on paragraph 14 in section 14.8.2.4 of the ISO C++ standard, I
believe the template specialization:

   void f<int, 4>( int*, int (*)[1], int (*)[5] )

should be deduced for the call to f() in main().

--
Jack Rouse
sasjjr@unx.sas.com
>From jarausch@igpm.rwth-aachen.de Thu Aug 10 10:41:00 2000
From: jarausch@igpm.rwth-aachen.de
To: gcc-bugs@gcc.gnu.org
Subject: gcc-2.96 20000810 does not build on IRIX
Date: Thu, 10 Aug 2000 10:41:00 -0000
Message-id: <200008101740.TAA50569@numa1.igpm.rwth-aachen.de>
X-SW-Source: 2000-08/msg00216.html
Content-length: 1055

The current cvs version of gcc (gcc-2.96 20000810) does not build
anymore on my IRIX 6.5 box. (My current version is gcc-2.96 20000727)

gmake[3]: Entering directory `/ARC/ZIP/EGCS/gcc-cvs/objdir/gcc/ch'
../stage1/xgcc -B../stage1/ -B/usr/LOCAL/mips-sgi-irix6.5/bin/ -c  -DIN_GCC    -W -Wall  -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes  -Wno-long-long -O2 -O3     -I. -I.. -I/usr/people/jarausch/ZIP/EGCS/gcc-cvs/gcc/ch -I/usr/people/jarausch/ZIP/EGCS/gcc-cvs/gcc/ch/.. -I/usr/people/jarausch/ZIP/EGCS/gcc-cvs/gcc/ch/../config -I/usr/people/jarausch/ZIP/EGCS/gcc-cvs/gcc/ch/../../include /usr/people/jarausch/ZIP/EGCS/gcc-cvs/gcc/ch/parse.c
/usr/people/jarausch/ZIP/EGCS/gcc-cvs/gcc/ch/parse.c: In function `parse_optlabel':
/usr/people/jarausch/ZIP/EGCS/gcc-cvs/gcc/ch/parse.c:610: Internal compiler error in simplify_relational_operation, at simplify-rtx.c:1697
Please submit a full bug report.

Thanks for looking into it

Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
Institute of Technology, RWTH Aachen
D 52056 Aachen, Germany