libgcj/1303: libgcj compilation error on boehm-gc/dyn_load.c

libgcj/1303: libgcj compilation error on boehm-gc/dyn_load.c

[fawcett]

>Number:         1303
>Category:       libgcj
>Synopsis:       libgcj compilation error on boehm-gc/dyn_load.c
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    tromey
>State:          feedback
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 20 12:18:51 PST 2000
>Closed-Date:    
>Last-Modified:  Sun Sep 10 21:40:01 PDT 2000
>Originator:     Graham Fawcett
>Release:        Libgcj 2.95.1
>Organization:
>Environment:
IRIX 6.5.6 on SGI 02 workstation
>Description:
can't make libgcj due to compiler balking at dyn_load.c.
>How-To-Repeat:
md build ; cd build
../libgjc/configure
gmake

gmake breaks at:

gcc -DNO_EXECUTE_PERMISSION=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_DEBUGGING=1 -DJAVA_FINALIZATION=1 -I. -I../../../libgcj/boehm-gc -I././targ-include -I./../../../libgcj/boehm-gc/./libc/include -fno-builtin -g -O2 -c  -DPIC ../../../libgcj/boehm-gc/dyn_load.c -o .libs/dyn_load.lo
../../../libgcj/boehm-gc/dyn_load.c:396: parse error before `.'
gmake[1]: *** [dyn_load.lo] Error 1
gmake[1]: Leaving directory `/tmp/build/mips-sgi-irix6.5/boehm-gc'
gmake: *** [all-target-boehm-gc] Error 2
>Fix:

>Release-Note:

>Audit-Trail:

Formerly PR libgcj/282


From: Tom Tromey <tromey@cygnus.com>
To: fawcett@uwindsor.ca
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: libgcj/282: libgcj compilation error on boehm-gc/dyn_load.c
Date: Wed, 12 Jul 2000 11:40:26 -0700 (PDT)

 >> Release:        Libgcj 2.95.1
 
 >> gcc -DNO_EXECUTE_PERMISSION=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_DEBUGGING=1 -DJAVA_FINALIZATION=1 -I. -I../../../libgcj/boehm-gc -I././targ-include -I./../../../libgcj/boehm-gc/./libc/include -fno-builtin -g -O2 -c  -DPIC ../../../libgcj/boehm-gc/dyn_load.c -o .libs/dyn_load.lo
 >> ../../../libgcj/boehm-gc/dyn_load.c:396: parse error before `.'
 
 Is there any way you can try a newer libgcj?
 
 Tom

From: Tom Tromey <tromey@cygnus.com>
To: fawcett@uwindsor.ca
Cc: Java Gnats Server <java-gnats@sourceware.cygnus.com>
Subject: Re: libgcj/282: libgcj compilation error on boehm-gc/dyn_load.c
Date: Fri, 14 Jul 2000 00:05:11 -0700 (PDT)

 >>> Is there any way you can try a newer libgcj?
 
 Graham> I got the source through anonymous CVS, as per the
 Graham> "Downloading GCJ" page.  Wouldn't that be the most recent
 Graham> version available? I can try with one of the (older?)
 Graham> snapshots if you think that is worth trying.
 
 Yes, that's the newest available.  I was just going from your bug
 report, which said you were using 2.95.1.
 
 But I'm suprised that you got the error you got on that code.
 I looked at dyn_load.c and that particular line doesn't have a "." on
 it.  (Of course it could involve preprocessor stuff or other problems,
 so there's no guarantee about my simple test...)
 
 Is there any way you could look at the code a bit and find the
 problem?  If not, that's fine -- its just that I'm a bit swamped, so I
 doubt I'll be able to debug this any time soon.
 
 Tom
State-Changed-From-To: open->feedback
State-Changed-By: tromey
State-Changed-When: Sun Sep 10 21:38:53 2000
State-Changed-Why:
    I'm putting this in `feedback' since there hasn't
    been any response for a while, and we're awaiting one.
    If this bug was fixed, please drop a line and I will
    close the PR.  I don't see any problem in the current
    cvs code.

From: tromey@cygnus.com
To: fawcett@uwindsor.ca, java-gnats@sourceware.cygnus.com, tromey@cygnus.com
Cc:  
Subject: Re: libgcj/282
Date: 11 Sep 2000 04:38:53 -0000

 Synopsis: libgcj compilation error on boehm-gc/dyn_load.c
 
 State-Changed-From-To: open->feedback
 State-Changed-By: tromey
 State-Changed-When: Sun Sep 10 21:38:53 2000
 State-Changed-Why:
     I'm putting this in `feedback' since there hasn't
     been any response for a while, and we're awaiting one.
     If this bug was fixed, please drop a line and I will
     close the PR.  I don't see any problem in the current
     cvs code.
 
 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=282&database=java
>Unformatted:

Re: libgcj/1303: libgcj compilation error on boehm-gc/dyn_load.c

[fawcett]

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

From: fawcett@uwindsor.ca
To: gcc-gnats@gcc.gnu.org, tromey@gcc.gnu.org
Cc:  
Subject: Re: libgcj/1303: libgcj compilation error on boehm-gc/dyn_load.c
Date: Thu, 4 Jan 2001 12:07:23 -0500

 This is a multipart message in MIME format.
 --=_alternative 005DE4E1852569CA_=
 Content-Type: text/plain; charset="us-ascii"
 
 Hi tromey,
 I just wanted to let you know that I haven't had time to go back to that 
 bug report and try libgcj on my SGI O2 again. I still have the box, and 
 could run a test suite or something if you would like but otherwise it's a 
 bit of a dead issue for me.
 Thanks,
 -- Graham Fawcett
 --=_alternative 005DE4E1852569CA_=
 Content-Type: text/html; charset="us-ascii"
 
 
 <br><font size=2 face="sans-serif">Hi tromey,</font>
 <br><font size=2 face="sans-serif">I just wanted to let you know that I haven't had time to go back to that bug report and try libgcj on my SGI O2 again. I still have the box, and could run a test suite or something if you would like but otherwise it's a bit of a dead issue for me.</font>
 <br><font size=2 face="sans-serif">Thanks,</font>
 <br><font size=2 face="sans-serif">-- Graham Fawcett</font>
 --=_alternative 005DE4E1852569CA_=--
>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++/621
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010204133601.6303.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg00924.html
Content-length: 551

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

From: neil@gcc.gnu.org
To: dmeans@bellsouth.net, gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org
Cc:  
Subject: Re: c++/621
Date: 4 Feb 2001 13:29:30 -0000

 Synopsis: corruption when using string class
 
 State-Changed-From-To: open->closed
 State-Changed-By: neil
 State-Changed-When: Sun Feb  4 05:29:29 2001
 State-Changed-Why:
     This is not an acceptable bug report, see
     http://gcc.gnu.org/bugs.html
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=621&database=gcc
>From jsm28@cam.ac.uk Sun Apr 01 00:00:00 2001
From: "Joseph S. Myers" <jsm28@cam.ac.uk>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org
Subject: Re: other/2141: set -C in gccbug not portable
Date: Sun, 01 Apr 2001 00:00:00 -0000
Message-id: <20010310180602.5949.qmail@sourceware.cygnus.com>
X-SW-Source: 2001-q1/msg02159.html
Content-length: 959

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

From: "Joseph S. Myers" <jsm28@cam.ac.uk>
To: Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
Cc: <gcc-gnats@gcc.gnu.org>,  <gcc-bugs@gcc.gnu.org>
Subject: Re: other/2141: set -C in gccbug not portable
Date: Sat, 10 Mar 2001 18:03:49 +0000 (GMT)

 On Thu, 1 Mar 2001, Rainer Orth wrote:
 
 > gccbug uses set -C to avoid overwriting files with I/O redirection.
 > Unfortunately, this isn't portable: none of Solaris 2.8, IRIX 6.2, or
 > Tru64 UNIX V5.1 /bin/sh support it, while bash and ksh do.
 
 Does this cause gccbug to exit at the set -C, or simply an unsightly error
 message?
 
 Is there a recommended method to create temporary files securely from
 shell scripts on these systems?
 
 I think the appropriate fix is for configure to look for a working POSIX
 shell (such as bash or ksh) on systems lacking the mktemp command and set
 -C.
 
 -- 
 Joseph S. Myers
 jsm28@cam.ac.uk