Re: c++/18

Re: c++/18

[neil]

The following reply was made to PR c++/18; it has been noted by GNATS.

From: neil@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, martin@loewis.home.cs.tu-berlin.de,
  nobody@gcc.gnu.org, snyder@fnal.gov
Cc:  
Subject: Re: c++/18
Date: 13 Jan 2001 22:43:18 -0000

 Synopsis: bad ctor/dtor call ordering
 
 State-Changed-From-To: feedback->closed
 State-Changed-By: neil
 State-Changed-When: Sat Jan 13 14:43:18 2001
 State-Changed-Why:
     Fixed in CVS.
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=18&database=gcc
>From tromey@redhat.com Sun Apr 01 00:00:00 2001
From: Tom Tromey <tromey@redhat.com>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: java/1866: Array initializer: undefined reference to `LJv0.0'
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010204230601.28868.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00955.html
Content-length: 811

The following reply was made to PR java/1866; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: Bryce McKinlay <bryce@albatross.co.nz>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/1866: Array initializer: undefined reference to `LJv0.0'
Date: 04 Feb 2001 16:09:14 -0700

 >>>>> "Bryce" == Bryce McKinlay <bryce@albatross.co.nz> writes:
 
 Tom> FWIW I can't reproduce this bug with the current gcj:
 
 Bryce> Strange...
 
 Bryce> $ gcj Foo.java Bar.java -o f --main=Foo
 Bryce> /tmp/ccgvBdhZ.o: In function `Foo::finit$()   ':
 Bryce> /home/bryce/download/jbyte/t/Foo.java(.text+0x24): undefined reference
 Bryce> to `LJv0.0'
 
 I had put both classes into a single .java file.  In that case it
 works!  Once I split it into `Foo.java' and `Bar.java' I see the same
 failure.  Strange.
 
 Tom
>From neil@gcc.gnu.org Sun Apr 01 00:00:00 2001
From: neil@gcc.gnu.org
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: c++/2082
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010224153602.3652.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg01682.html
Content-length: 1482

The following reply was made to PR c++/2082; it has been noted by GNATS.

From: neil@gcc.gnu.org
To: dbaron@fas.harvard.edu, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: c++/2082
Date: 24 Feb 2001 15:35:16 -0000

 Synopsis: g++ defines _GNU_SOURCE by default
 
 State-Changed-From-To: open->closed
 State-Changed-By: neil
 State-Changed-When: Sat Feb 24 07:35:16 2001
 State-Changed-Why:
     It is not G++ that defines it - it is your system headers.
     To see what G++ defines, run
     echo "" | g++ -E -dM -
     which for me gives
     #define __USER_LABEL_PREFIX__
     #define __SIZE_TYPE__ unsigned int
     #define __PTRDIFF_TYPE__ int
     #define __tune_i586__ 1
     #define __HAVE_BUILTIN_SETJMP__ 1
     #define __i386 1
     #define __GNUC_PATCHLEVEL__ 0
     #define __ELF__ 1
     #define __WCHAR_TYPE__ long int
     #define __GNUC_MINOR__ 0
     #define __WINT_TYPE__ unsigned int
     #define __unix 1
     #define unix 1
     #define __tune_pentium__ 1
     #define __REGISTER_PREFIX__
     #define __linux 1
     #define __GNUC__ 3
     #define i386 1
     #define __linux__ 1
     #define __VERSION__ "3.0 20010220 (prerelease)"
     #define __STDC_HOSTED__ 1
     #define __i386__ 1
     #define linux 1
     #define __unix__ 1
     If you still believe this is a G++ problem, explain why you
     believe that to be the case and I will re-open this bug
     report.
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=2082&database=gcc