Bug#144584: g++-3.0: on ia64, internal compiler error with octave code

2002-04-25 Thread Dirk Eddelbuettel
Package: g++-3.0 Version: 1:3.0.4-7 Severity: important The following bug report owes a lot to John Eaton's work. I reported a problem with the octave2.1 package on the ia64 platform to him, the upstream authors. Bdale kindly provided an account on ia64 for John. There appear to (still) be so

in anonymous class, static member class of enclosing class's parent not found

2002-04-25 Thread Andrew Pimlott
>Submitter-Id: net >Originator:Andrew Pimlott >Organization: >Confidential: no >Synopsis: in anonymous class, static member class of enclosing class's >parent not found >Severity: non-critical >Priority: medium >Category: java >Class: rejects-legal >Release:

Re: new gcc-3.1 20020424 packages

2002-04-25 Thread Gordon Sadler
Forgot the list first time... Should it be possible to have 3.0 and 3.1pre packages installed? If so, is libgcc1 binary compatible between the two? apt-get update apt-get upgrade Reading Package Lists... Done Building Dependency Tree... Done The following packages have been kept back protoize Th

Re: gcc-3.1 for hurd-i386

2002-04-25 Thread Daniel Jacobowitz
On Thu, Apr 25, 2002 at 04:03:15PM -0700, Jeff Bailey wrote: > Hmm. We've already switched to gcc-3.0 (and so far haven't built a > gcc-2.95 - Our glibc doesn't contain the magic to make everything > friendly between the two) for all the C stuff. I wasn't sure if since > we had a clean slate (The

Re: gcc-3.1 for hurd-i386

2002-04-25 Thread Jeff Bailey
On Fri, Apr 26, 2002 at 12:44:45AM +0200, Matthias Klose wrote: > > Do you object if we declare gcc-3.1 to be our default compiler as > > soon as you upload? I just read the archives of this list and it > > looks like you folks are ready to go as soon as upstream releases. > I assume Anthony wil

new gcc-3.1 20020424 packages

2002-04-25 Thread Matthias Klose
can be found at http://ftp-master.debian.org/~doko/gcc. For now, I disabled building a shared gnat library. Any compilation with the compiler built with the shared library fails due to an undefined xstrdup symbol (at least on i386-linux and s390-linux). Upstream cannot reproduce this, so I'll wait

Re: gcc-3.1 for hurd-i386

2002-04-25 Thread Matthias Klose
Jeff Bailey writes: > `hurd-i386' has just completed an ABI bump. We've been very careful > to keep back packages that depend on libstdc++, as I had heard that > there's some compatability problems. > > Do you object if we declare gcc-3.1 to be our default compiler as soon > as you upload? I jus

Technical Forums

2002-04-25 Thread Tim Johnson
If you are unable to view the images in this email, please copy and paste the following url into your browser... http://www.haestad.com/forums/09 debian-gcc@lists.debian.org not part of the Civil Engineering community? Reply

gcc-3.1 for hurd-i386

2002-04-25 Thread Jeff Bailey
`hurd-i386' has just completed an ABI bump. We've been very careful to keep back packages that depend on libstdc++, as I had heard that there's some compatability problems. Do you object if we declare gcc-3.1 to be our default compiler as soon as you upload? I just read the archives of this list

ICE building gcc 2002-04-25 trunk on sparc32-linux: crtstuff.c?

2002-04-25 Thread Christian Jönsson
gcc-dev/gcc/configure sparc-linux --prefix=/usr --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long --enable-languages=c,c++,f77,java,objc --enable-nls --enable-symvers --without-x --without-included-gettext --disable-checking Thread model: single gcc version 3.2 2002042

ICE specialising template constructor

2002-04-25 Thread Claudius Link
>Submitter-Id: net >Originator:Claudius Link >Organization: University Freiburg, Institute for Applied Mathematics >Confidential: no >Synopsis: Template specialisation causes internal error >Severity: serious >Priority: low >Category: c++ >Class: ice-on-legal-cod