one more:
Automatic build of coin_1.0.4-5 on em64t by sbuild/amd64 1.112
...
g++ -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include
-I../../src/extensions -DCOIN_DEBUG=1 -DCOIN_INTERNAL -g -O2 -fno-exceptions
-W -Wall -Wno-unused -Wno-multichar -c SbViewVolume.cpp -fPIC -DPIC
Package: pocketpc-gcc
Version: 3.4.2-2
Your package fails to build with GCC 4.2. Version 4.2 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. I'm not sure if the bug below
indicates a bug in your package or in GCC -
On Sat, Apr 08, 2006 at 04:47:05PM +0200, Petr Salinger wrote:
Please, could you also test glibc test package at
http://sci.felk.cvut.cz/~salinger/glibc/
This fixes problem with loading Guile modules. My test case do not fail
any more, as well as test case from #226716.
Thank you very much!
Package: gcc-snapshot
Version: 20060325-1
internal compiler error: verify_ssa failed:
Automatic build of mail-notification_2.0.dfsg.1-2 on em64t by sbuild/amd64
1.112
...
cc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -DORBIT2=1 -DXTHREADS
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
Package: gcc-snapshot
Version: 20060325-1
Okay, fair enough, the headers are not in the package, but GCC
shouldn't ICE...
| dll_main.cpp:190: internal compiler error: verify_cgraph_node failed
Automatic build of stlport4.6_4.6.2-3 on em64t by sbuild/amd64 1.112
...
c++ -pthread -fexceptions
Martin Michlmayr [EMAIL PROTECTED] writes:
mn-sylpheed-mailbox-backend.c:301: internal compiler error: verify_ssa failed
It builds just fine with 4.1
Since verify_ssa isn't called in release versions, this doesn't mean a
lot...
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL
Package: gcc-3.3
Version: 1:3.3.5-13
Severity: minor
I tried to compile flite (Festival Lite, the speech
synthesizer) using gcc. One of the source files is a
7.5-megabyte C file with no includes and the only thing it
contains is a single array of the form
const char array[]={142,152,276,371,
...
Processing commands for [EMAIL PROTECTED]:
reassign 360895 libstdc++6
Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data
Bug reassigned from package `python2.4' to `libstdc++6'.
severity 360895 critical
Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data
Severity set
Processing commands for [EMAIL PROTECTED]:
block 360895 by 361675
Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data
Was not blocked by any bugs.
Blocking bugs added: 361675
merge 360895 361024
Bug#360895: ImportError: libstdc++.so.6: cannot handle TLS data
Bug#361024: libstdc++6:
Remove some old clutter from debian/rules2 and debian/rules.patch
(please review before approving, of course)
--
Ludovic Brenta.
--- rules.defs~
+++ rules.defsSun Apr 9 16:49:15 2006 +0200
@@ -300,18 +300,15 @@ endif
endif
ifeq ($(with_java),yes)
with_libgcj := yes
+
Accept GCC 4.1 as a bootstrap compiler.
--
Ludovic Brenta.
--- patches/ada-driver.dpatch~
+++ patches/ada-driver.dpatch
@@ -28,10 +28,11 @@ exit 0
--- gcc/aclocal.m4~Sat Mar 2 00:37:42 2002
+++ gcc/aclocal.m4 Sat Apr 6 13:01:36 2002
-@@ -312,6 +312,9 @@
+@@ -312,6 +312,10 @@
Submitter-Id: net
Originator:Dieter Schuster
Organization:
Confidential: no
Synopsis: Compiling a special asm-statment will fail if -O1 -fgcse is set.
Severity: non-critical
Priority: low
Category:
Class: rejects-legal
Release: 3.4.6 (Debian 3.4.6-1)
Hi all
I don't know if I can write to you, but i've no more idea
First:
- Excuse for my english (i'm frenchy), and i'm not a power user of Linux
(just a basic user since 3 years)
My system:
- Debian Etch with kernel 2.4.27,
- libc6 2.3.5-6 (I do not upgrade to 2.3.6-3 because of bug who are
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-09 17:50 ---
Confirmed, this is a regression. There might be already a dup of this but I
don't have time to find it right now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
I just wanted to comment on the 2.4 is deprecated thing. Just because
the kernel team is muttering[1] about not supporting the 2.4 kernel does
not mean that Debian as a project has decided not to support users using
their own versions of this kernel. As Steve notes in #361024, we have to
support
Package: gcc-snapshot
Version: 20060325-1
This is a regression from 4.1:
Automatic build of pari_2.1.7-2 on em64t by sbuild/amd64 1.112
...
cc -c -O3 -DGCC_INLINE -Wall -Wno-implicit -fomit-frame-pointer -g
-D_REENTRANT -fno-strict-aliasing -fPIC -I. -I../src/headers -o trans2.o
I also get a segfaul with barrage_1.0.2-1. Unless I made a mistake,
delta reduced it to the same test case as for pari_2.1.7-2 so I assume
they are the same bug. I've attached the preprocessed source just in
case.
Automatic build of barrage_1.0.2-1 on em64t by sbuild/amd64 1.112
...
gcc
Martin Michlmayr [EMAIL PROTECTED] writes:
../src/basemath/trans2.c: In function 'mpbern':
../src/basemath/trans2.c:862: internal compiler error: Segmentation fault
I cannot reproduce this with 4.2.0 20060407 on
alphaev68-unknown-linux-gnu. So either it's target specific, or
already fixed.
--
* Falk Hueffner [EMAIL PROTECTED] [2006-04-09 22:54]:
../src/basemath/trans2.c: In function 'mpbern':
../src/basemath/trans2.c:862: internal compiler error: Segmentation fault
I cannot reproduce this with 4.2.0 20060407 on
alphaev68-unknown-linux-gnu. So either it's target specific, or
Processing commands for [EMAIL PROTECTED]:
forwarded 361407 http://gcc.gnu.org/PR27094
Bug#361407: internal compiler error: tree check: expected tree_list
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR27094.
tags 361407 + upstream
Bug#361407: internal compiler error:
Not that my opinion means much, but...
On Sunday 09 April 2006 12:14, Joey Hess wrote:
*snip*
- Debian's userland has *always* supported at least the previous major
kernel version, and most often the previous two, or sometimes I
think, three major kernel versions.
I think it could be
On Sunday 09 April 2006 12:14, Joey Hess wrote:
- Debian's userland has *always* supported at least the previous major
kernel version, and most often the previous two, or sometimes I
think, three major kernel versions.
I think it could be easily argued that the last three major
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|tree check: expected|[4.2 Regression] tree check:
|tree_list, have
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-09 21:38 ---
I could not reproduce this with the default gc params for checking but could
with:
--param ggc-min-expand=0 --param ggc-min-heapsize=0
Which means this is a GC issue.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-09 21:40 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
--
To UNSUBSCRIBE, email to [EMAIL
On Sat, Apr 08, 2006 at 12:57:58AM +0200, Matthias Klose wrote:
please check with the (i386) libstdc++6 test package at
http://people.debian.org/~doko/tmp/
Installation fails:
dpkg: dependency problems prevent configuration of libstdc++6:
libstdc++6 depends on gcc-4.1-base (= 4.1.0-2);
On Saturday 08 April 2006 16:34, Aurelien Jarno wrote:
On Sat, Apr 08, 2006 at 12:57:58AM +0200, Matthias Klose wrote:
please check with the (i386) libstdc++6 test package at
http://people.debian.org/~doko/tmp/
I have made some more tests. First the package looks ok, but it
does not
27 matches
Mail list logo