gcc-3.1_3.1ds2-1_sparc.changes is NEW

(new) cpp-3.1_3.1-1_sparc.deb standard interpreters The GNU C preprocessor. The GNU C preprocessor is a macro processor that is used automatically by the GNU C compiler to transform programs before actual compilation. . This package has been separated from gcc for the benefit of those who requ

gcc-3.1 for m68k

Hi, 3.1 fails to bootstrap on m68k-linux. When ignoring the comparision failure and running the testsuite I get mixed results, compared to the last reported build on gcc-testresults: http://gcc.gnu.org/ml/gcc-testresults/2002-04/msg01017.html http://gcc.gnu.org/ml/gcc-testresults

ppc 3.1 didn't build

It was pretty easy to fix, though. In libstdc++/Makefile.in, after the long assignment to AM_MAKEFLAGS, add: FLAGS_TO_PASS = $(AM_MAKEFLAGS) I'm not 100% sure that's correct; I'll check on the GCC lists. Meanwhile, what should I do with this build? Wait for a new one? -- Daniel Jacobowitz

Re: Bug#146883: Kernel compiled for an Alpha SMP is not bootable.

Hi, Yes, that patch addresses the problem. The 3.0.4 compiler generates codes that works. The bottom line is that it is a weird combination of `dead code' in the kernel and code generation bug. Thanks to all of you! On Wed, 2002-05-15 at 21:34, Christopher C. Chimelis wrote: > > On 13 May 20

gcc3.1 needs tighter (build-|)depends on binutils

GCC 3.1 should require the newly uploaded binutils. With the old set as a build dependency, .hidden support will be disabled. That's a pointless compatibility problem; we should get it right the first time. I'd like to see a -2 with the new binutils and the PPC patch I posted earlier before it g

Bug#147241: g++: internal compiler error on s390

Package: g++ Version: 2:2.95.4-14 (or what s390 used, see below) Severity: normal My QuantLib package doesn't build on s390. Buildd shows the following towards the end of the log: make[3]: Entering directory `/build/buildd/quantlib-0.3.0/Examples/Swap' source='swapvaluation.cpp' object='swapval