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
> SbV
reassign 361445 gcc-snapshot
reassign 361426 gcc-snapshot
thanks
* Kurt Roeckx <[EMAIL PROTECTED]> [2006-04-08 21:48]:
> If I remove the "-finline-limit=3000" from the command line, the
> symbol table stays the same, but all the relocations for it are
> removed for both 4.1 and gcc snapshot.
In t
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-09 00:58 ---
Here is a testcase making sure that fold does not get in the way:
extern int ptbl[4];
extern int ctbl[4];
void doViews(void) {
int *c = ctbl, *p = ptbl;
while (1)
{
p++;
c++;
if (*
Processing commands for [EMAIL PROTECTED]:
> reassign 361445 gcc-snapshot
Bug#361445: FTBFS with GCC 4.2: recompile with -fPIC
Bug reassigned from package `gecode' to `gcc-snapshot'.
> reassign 361426 gcc-snapshot
Bug#361426: FTBFS with GCC 4.2: recompile with -fPIC
Bug reassigned from package `t
I get the same error with swh-plugins_0.4.14-1:
> Automatic build of swh-plugins_0.4.14-1 on em64t by sbuild/amd64 1.112
...
> x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -Wall -O3
> -fomit-frame-pointer -fstrength-reduce -funroll-loops -ffast-math -fPIC -DPIC
> -MT analogue_osc_141
Package: gcc-snapshot
Version: 20060325-1
The following error is not gramatically correct; surely the comma
should be removed.
> Automatic build of libpam-chroot_0.9-1 on em64t by sbuild/amd64 1.112
...
> gcc -fPIC -O2 -Wall -Werror -pedantic -I. -c -o pam_chroot.o pam_chroot.c
> cc1: warnings
Package: llvm
Version: 1.6-1
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 - presumably the latte
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-08 23:16 ---
Confirmed, the ICE is during DOM.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-08 23:14 ---
in fact when folding 16 / 0 But the 0 has overflowed bit marked so ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27088
--- You are receiving this mail because: ---
You reported the bug, or are watc
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-08 23:13 ---
Confirmed, the ICE is in fold-const.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
LAST_UPDATED: Obtained from SVN: tags/gcc_4_1_0_release revision 111560
=== acats tests ===
=== acats Summary ===
# of expected passes2316
# of unexpected failures0
Native configuration is i486-pc-linux-gnu
=== g++ tests ===
R
LAST_UPDATED: Obtained from SVN: tags/gcc_4_1_0_release revision 111560
=== acats tests ===
=== acats Summary ===
# of expected passes2316
# of unexpected failures0
Native configuration is powerpc-unknown-linux-gnu
=== g++ tests
Processing commands for [EMAIL PROTECTED]:
> forwarded 361501 http://gcc.gnu.org/PR27087
Bug#361501: internal compiler error: in merge_alias_info, at tree-ssa-copy.c
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR27087.
> tags 361501 + upstream
Bug#361501: internal compi
On Sat, Apr 08, 2006 at 01:21:00PM +0200, Martin Michlmayr scribbled:
> reopen 358261
> retitle 358261 FTBFS with GCC 4.1: Not using -fPIC to make shared lib.
> thanks
>
> It seems this is still there, but it worked on the official auto
> builder so I wonder if this is due to a) using GCC 4.1 (ins
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 work because the /usr/lib/tls directory is used inco
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
|
Processing commands for [EMAIL PROTECTED]:
> forwarded 361441 http://gcc.gnu.org/PR27085
Bug#361441: internal compiler error: in add_virtual_operand, at
tree-ssa-operands.c
Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR27085.
> tags 361441 + upstream
Bug#361441: intern
Processing commands for [EMAIL PROTECTED]:
> reassign 358261 gcc-4.1
Bug#358261: FTBFS with GCC 4.1: Not using -fPIC to make shared lib.
Bug reassigned from package `caudium' to `gcc-4.1'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system ad
Package: gcc-snapshot
Version: 20060325-1
This is a regression from 4.1:
> Automatic build of acm4_4.7-16 on em64t by sbuild/amd64 1.112
...
> gcc -DACM_LIBRARY=\"/usr/share/games/acm4/\" -O2 -Wall -DSTDC_HEADERS=1
> -DHAVE_STDLIB_H=1 -DHAVE_MALLOC_H=1 -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void
> -DNE
On Sat, Apr 08, 2006 at 01:21:00PM +0200, Martin Michlmayr wrote:
> reopen 358261
> retitle 358261 FTBFS with GCC 4.1: Not using -fPIC to make shared lib.
> thanks
>
> It seems this is still there, but it worked on the official auto
> builder so I wonder if this is due to a) using GCC 4.1 (instead
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-04-08 18:25]:
> > t_array_import.c:98: internal compiler error: in add_virtual_operand, at
> > tree-ssa-operands.c:1354
The preprocessed file is attached.
Target: x86_64-linux-gnu
gcc version 4.2.0 20060325 (experimental)
--
Martin Michlmayr
http://
Package: gcc-snapshot
Version: 20060325-1
This is a regression from 4.1:
> Automatic build of vnc4_4.1.1+X4.3.0-4 on em64t by sbuild/amd64 1.112
...
> gcc -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith -Wundef
> -fno-merge-constants -I../../../../../../extras/Mesa/src
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-04-08 13:21]:
> > /build/tbm/caudium-1.4.7/smartlink gcc -shared -fPIC -R/usr/lib -L/usr/lib
> > -R/usr/local/lib -L/usr/local/lib -R/usr/X11R6/lib -L/usr/X11R6/lib -o
> > _Caudium.so caudium.o nb_send.o getdate.o datetime.o entparse.o
> > scratchpad.
Please, could you also test glibc test package at
http://sci.felk.cvut.cz/~salinger/glibc/
changes are:
- add "libc_MIN_KERNEL_SUPPORTED=2.4.1" into debian/sysdeps/i386.mk
- copy linuxthreads/sysdeps/i386/i686/pt-machine.h into
linuxthreads/sysdeps/i386/i486/pt-machine.h
Petr
--
To UNSUB
Package: gcc-4.1-locales
Version: 4.1.0-1
Severity: minor
When running dist-upgrade today, this packages was in the suggested
list. Since I did not know what it does, I did an
apt-cache show gcc-4.1-locales
However, the (long) description is too short as it simply repeats the
short description (
Package: gcc-snapshot
Version: 20060325-1
This is a regression from 4.1:
> Automatic build of maria_1.3.5-1 on em64t by sbuild/amd64 1.112
...
> g++ -Iparser -IExpression -INet -IType -IValue -IGraph -IAutomata
> -I/usr/local/include -DHAS_READLINE -ICompilation/base -DHAS_REGEX
> -D_GNU_SOUR
Package: gcc-snapshot
Version: 20060325-1
This is a regression from 4.1:
> Automatic build of scim-pinyin_0.5.0-2 on em64t by sbuild/amd64 1.112
...
> x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../src
> -I../intl -DSCIM_ICONDIR=\"/usr/share/scim/icons\"
> -DSCIM_PINYIN_LOCAL
Index: patches/ada-symbolic-tracebacks.dpatch
===
RCS file: patches/ada-symbolic-tracebacks.dpatch
diff -N patches/ada-symbolic-tracebacks.dpatch
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/ada-symbolic-tracebacks.dpatch
This is the first in a long series of patches which are necessary for
the transition from gnat to gnat-4.1 as the default Ada compiler.
These patches are against the debian directory in
http://svn.debian.org/wsvn/gcccvs
--
Ludovic Brenta.
Index: patches/ada-default-project-path.dpatch
Sheplyakov Alexei wrote:
On Sat, Apr 08, 2006 at 12:14:19PM +0200, Aurelien Jarno wrote:
The only problem in bug #226716 is that the glibc should refuse to
execute such programs instead of silently failing.
But in the case of the current bug, this is actually the case, it says
"cannot handle T
On Sat, Apr 08, 2006 at 12:14:19PM +0200, Aurelien Jarno wrote:
> The only problem in bug #226716 is that the glibc should refuse to
> execute such programs instead of silently failing.
> But in the case of the current bug, this is actually the case, it says
> "cannot handle TLS data".
The prob
Sheplyakov Alexei wrote:
On Fri, 07 Apr 2006 19:17:03 +0200, Aurelien Jarno wrote:
glibc does support TLS on all kernels (even non-linux ones), if there is
the corresponding kernel support. So please don't claim this is a glibc bug.
The test program included in #226716 fails under 2.4 kernel
On Sat, 8 Apr 2006 00:57:58 +0200, Matthias Klose wrote:
> please check with the (i386) libstdc++6 test package at
>
> http://people.debian.org/~doko/tmp/
My test case still fails under 2.4 kernel. Loading Guile modules (written
in C++) does not work either.
Best regards,
Alexei.
--
All sc
On Fri, 07 Apr 2006 19:17:03 +0200, Aurelien Jarno wrote:
> glibc does support TLS on all kernels (even non-linux ones), if there is
> the corresponding kernel support. So please don't claim this is a glibc bug.
The test program included in #226716 fails under 2.4 kernel and works as
expected und
Greg Kochanski writes:
> Package: libgcj6-awt
> Version: 4.0.2-5j2
> Followup-For: Bug #324502
>
> When running a data display program called "mirage"
> from AT&T Research, I get the same error:
>
>
> $ !mir
> mirage -data foo
> screen size = 1280 x 1024
>
> (.:28415): GdkPixbuf-CRITICAL **: gd
Package: libgcj6-awt
Version: 4.0.2-5j2
Followup-For: Bug #324502
When running a data display program called "mirage"
from AT&T Research, I get the same error:
$ !mir
mirage -data foo
screen size = 1280 x 1024
(.:28415): GdkPixbuf-CRITICAL **: gdk_pixbuf_new: assertion `width > 0' failed
** ER
36 matches
Mail list logo
