Bug#379866: Log for failed build of erlang_1:11.b.0-3 (dist=unstable4)
> Automatic build of erlang_1:11.b.0-3 on coconut0.coconut.gelato.org by > sbuild/ia64 0.49 ... > gcc -g -O2 -I/build/tbm/erlang-11.b.0/erts/ia64-unknown-linux-gnu > -D_GNU_SOURCE -DHYBRID -DHAVE_CONFIG_H -Wall -Wstrict-prototypes > -Wmissing-prototypes -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT > -D_POSIX_THREAD_SAFE_FUNCTIONS -isystem /usr/include/nptl -Ibeam -Isys/unix > -Isys/common -Iia64-unknown-linux-gnu/hybrid -Iia64-unknown-linux-gnu -Izlib > -Ihipe -I../include/internal -I../include/internal/ia64-unknown-linux-gnu -c > beam/beam_emu.c -o > /build/tbm/erlang-11.b.0/erts/obj.hybrid.beam/ia64-unknown-linux-gnu/beam_emu.o > In file included from beam/beam_emu.c:3535: > ia64-unknown-linux-gnu/hybrid/beam_cold.h: In function 'process_main': > ia64-unknown-linux-gnu/hybrid/beam_cold.h:194: warning: comparison is always > true due to limited range of data type > ia64-unknown-linux-gnu/hybrid/beam_cold.h:194: warning: comparison is always > true due to limited range of data type > ia64-unknown-linux-gnu/hybrid/beam_cold.h:203: warning: comparison is always > true due to limited range of data type > ia64-unknown-linux-gnu/hybrid/beam_cold.h:203: warning: comparison is always > true due to limited range of data type > beam/beam_emu.c:3566: warning: cast from pointer to integer of different size > beam/beam_emu.c:4274: internal compiler error: in move_insn, at > haifa-sched.c:1968 > Please submit a full bug report, > with preprocessed source if appropriate. > See http://gcc.gnu.org/bugs.html> for instructions. > For Debian GNU/Linux specific bug reporting instructions, > see . > make[4]: *** > [/build/tbm/erlang-11.b.0/erts/obj.hybrid.beam/ia64-unknown-linux-gnu/beam_emu.o] > Error 1 > make[4]: Leaving directory `/build/tbm/erlang-11.b.0/erts/emulator' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379866: Log for failed build of gnu-smalltalk_2.1.8-2.1 (dist=unstable1)
> Automatic build of gnu-smalltalk_2.1.8-2.1 on coconut0.coconut.gelato.org by > sbuild/ia64 0.49 ... > ia64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib-src -I../lightning > -I../lightning -I../snprintfv -I../snprintfv -I../sigsegv/src > -I../sigsegv/src -DKERNEL_PATH=\"/usr/share/gnu-smalltalk/kernel\" -Wall > -DIMAGE_PATH=\"/usr/share/gnu-smalltalk\" > -DMODULE_PATH=\"/usr/lib/gnu-smalltalk\" -I/usr/include/tcl8.3 > -I/usr/include/tk8.3 -Wall -g -O2 -Wall -Wno-strict-aliasing -Wno-switch > -fno-gcse -fstrict-aliasing -Wdeclaration-after-statement -Wno-format > -Wno-parentheses -Wpointer-arith -MT interp.lo -MD -MP -MF .deps/interp.Tpo > -c interp.c -o interp.o > In file included from interp.c:35: > gstpriv.h:572:1: warning: "obstack_init" redefined > In file included from gstpriv.h:454, > from interp.c:35: > ../lib-src/obstack.h:290:1: warning: this is the location of the previous > definition > In file included from gstpriv.h:578, > from interp.c:35: > dict.inl: In function 'from_c_int_32': > dict.inl:1190: warning: comparison is always true due to limited range of > data type > dict.inl:1190: warning: comparison is always true due to limited range of > data type > dict.inl: In function 'from_c_uint_32': > dict.inl:1213: warning: comparison is always true due to limited range of > data type > dict.inl:1216: warning: comparison is always false due to limited range of > data type > In file included from interp.c:680: > prims.def: In function 'VMpr_String_similarityTo': > prims.def:2911: warning: pointer targets in passing argument 1 of 'strnspell' > differ in signedness > prims.def:2911: warning: pointer targets in passing argument 2 of 'strnspell' > differ in signedness > prims.def: In function 'VMpr_String_hash': > prims.def:2933: warning: pointer targets in passing argument 1 of > '_gst_hash_string' differ in signedness > prims.def: In function 'VMpr_FileDescriptor_fileOp': > prims.def:5020: warning: pointer targets in initialization differ in > signedness > prims.def:5040: warning: pointer targets in initialization differ in > signedness > prims.def: In function 'VMpr_FileDescriptor_socketOp': > prims.def:5242: warning: pointer targets in initialization differ in > signedness > prims.def:5265: warning: pointer targets in initialization differ in > signedness > In file included from interp.c:685: > interp-bc.inl: In function '_gst_interpret': > interp-bc.inl:2461: warning: operation on 'sp' may be undefined > interp-bc.inl:2469: warning: operation on 'sp' may be undefined > interp-bc.inl:2477: warning: operation on 'sp' may be undefined > interp-bc.inl:2485: warning: operation on 'sp' may be undefined > interp-bc.inl:2493: warning: operation on 'sp' may be undefined > interp-bc.inl:2501: warning: operation on 'sp' may be undefined > interp-bc.inl:3150: internal compiler error: in move_insn, at > haifa-sched.c:1968 > Please submit a full bug report, > with preprocessed source if appropriate. > See http://gcc.gnu.org/bugs.html> for instructions. > make[4]: *** [interp.lo] Error 1 > make[4]: Leaving directory `/build/tbm/gnu-smalltalk-2.1.8/libgst' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381018: gcc-default: Updates for hurd-i386
Package: gcc-defaults Version: 1.40 Severity: important Tags: patch Hi, attached are some needed updates to make gcc-defaults build and work on hurd-i386, patch by Cyril Brulebois: * debian/control (Build-Depends): Conditionalize gcj-4.1 to * !hurd-i386. * debian/rules: + Use hurd-i386, not gnu-i386 when matching DEB_HOST_ARCH. + Add gcj and gij to no_packages for hurd-i386. cheers, Michael gcc-defaults (1.40+hurd.1) unstable; urgency=low * NMU to gnuab. * debian/control (Build-Depends): Conditionalize gcj-4.1 to !hurd-i386. * debian/rules: + Use hurd-i386, not gnu-i386 when matching DEB_HOST_ARCH. + Add gcj and gij to no_packages for hurd-i386. -- Michael Banck <[EMAIL PROTECTED]> Tue, 1 Aug 2006 15:57:56 +0200 diff -Naur gcc-defaults-1.40/debian/control gcc-defaults-1.40+hurd.1/debian/control --- gcc-defaults-1.40/debian/control2006-07-06 03:20:14.0 +0200 +++ gcc-defaults-1.40+hurd.1/debian/control 2006-08-01 15:55:12.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Debian GCC Maintainers Uploaders: Matthias Klose <[EMAIL PROTECTED]>, Ryan Murray <[EMAIL PROTECTED]> Standards-Version: 3.6.2 -Build-Depends: m4, debhelper (>= 4.2), dpkg-dev (>= 1.13.9), gcc-3.4-base (>= 3.4.6), gcj-4.1-base (>= 4.1.1), gcc-4.1-base (>= 4.1.1) +Build-Depends: m4, debhelper (>= 4.2), dpkg-dev (>= 1.13.9), gcc-3.4-base (>= 3.4.6), gcj-4.1-base (>= 4.1.1) [!hurd-i386], gcc-4.1-base (>= 4.1.1) Package: cpp Architecture: any diff -Naur gcc-defaults-1.40/debian/rules gcc-defaults-1.40+hurd.1/debian/rules --- gcc-defaults-1.40/debian/rules 2006-07-16 00:04:18.0 +0200 +++ gcc-defaults-1.40+hurd.1/debian/rules 2006-08-01 15:57:35.0 +0200 @@ -128,9 +128,9 @@ ifeq ($(DEB_HOST_ARCH),i386) endif -ifeq ($(DEB_HOST_ARCH),i386-gnu) +ifeq ($(DEB_HOST_ARCH),hurd-i386) OS_NAME:= Hurd -no_packages += gnat +no_packages += gnat gcj gij endif ifeq ($(DEB_HOST_ARCH),ia64)
Bug#381022: [m68k] gij fails trivial case
Package: gij-4.1
Version: 4.1.1-9
Severity: important
The following configure snippet fails to execute on m68k. The m68k-
compiled class file executes fine on ppc.
/* [#]line 20340 "configure" */
public class Test {
public static void main (String args[]) {
System.exit (0);
} }
$ gcj-wrapper-4.1 Test.java
$ gij-wrapper-4.1 Test
| Exception in thread "main" java.lang.NullPointerException
|at java.lang.ClassLoader.defineClass(libgcj.so.7)
|at java.security.SecureClassLoader.defineClass(libgcj.so.7)
|at java.net.URLClassLoader.findClass(libgcj.so.7)
|at java.lang.ClassLoader.loadClass(libgcj.so.7)
|at java.lang.ClassLoader.loadClass(libgcj.so.7)
|at java.lang.Class.forName(libgcj.so.7)
|at gnu.java.lang.MainThread.run(libgcj.so.7)
Thanks,
Stephen
--
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
Bug#381020: Fw: Mail delivery failed: returning message to sender
Package: gcc
Version: 4.0.3-4
When the standard "hello,world" program is compiled in C++, the compiler cannot
find the iostream header file because it's looking in the wrong directories.
These directories seem to be hard-coded, and are so deeply nested that
KNOPPIX5.0.1CD shortens the path name in the center. Here is an example of the
output:
[EMAIL PROTECTED] gcc -v test.cpp -o test
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --with-tune=i686 --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3)
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/cc1plus -quiet -v -iprefix
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/ -D_GNU_SOURCE test.cpp -quiet
-dumpbase test.cpp -mtune=i686 -auxbase test -version -o /tmp/cclr3aiv.s
ignoring duplicate directory
"/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4"
ignoring duplicate directory
"/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu"
ignoring duplicate directory
"/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/backward"
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/backward
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/include
/usr/local/include
/usr/include
End of search list.
GNU C++ version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) (i486-linux-gnu)
compiled by GNU C version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3).
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129331
test.cpp: In function 'int main()':
test.cpp:8: error: 'cout' was not declared in this scope
test.cpp:8: error: 'endl' was not declared in this scope
[EMAIL PROTECTED] gcc -v test.cpp -o test
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --with-tune=i686 --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3)
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/cc1plus -quiet -v -iprefix
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/ -D_GNU_SOURCE test.cpp -quiet
-dumpbase test.cpp -mtune=i686 -auxbase test -version -o /tmp/cclr3aiv.s
ignoring duplicate directory
"/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4"
ignoring duplicate directory
"/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu"
ignoring duplicate directory
"/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/backward"
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/backward
/UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/include
/usr/local/include
/usr/include
End of search list.
GNU C++ version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) (i486-linux-gnu)
compiled by GNU C version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3).
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129331
test.cpp: In function 'int main()':
test.cpp:8: error: 'cout' was not declared in this scope
test.cpp:8: error: 'endl' was not declared in this scope
Only the final two lines are visible without the -v option for gcc.
The offending program:
#include iostream
int main(void)
{
Bug#381020: marked as done (Fw: Mail delivery failed: returning message to sender)
Your message dated Tue, 1 Aug 2006 15:47:57 + with message-id <[EMAIL PROTECTED]> and subject line Bug#381020: Fw: Mail delivery failed: returning message to sender has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: gcc Version: 4.0.3-4 When the standard "hello,world" program is compiled in C++, the compiler cannot find the iostream header file because it's looking in the wrong directories. These directories seem to be hard-coded, and are so deeply nested that KNOPPIX5.0.1CD shortens the path name in the center. Here is an example of the output: [EMAIL PROTECTED] gcc -v test.cpp -o test Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/cc1plus -quiet -v -iprefix /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/ -D_GNU_SOURCE test.cpp -quiet -dumpbase test.cpp -mtune=i686 -auxbase test -version -o /tmp/cclr3aiv.s ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4" ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu" ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/backward" ignoring nonexistent directory "/usr/local/include/i486-linux-gnu" ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/include" ignoring nonexistent directory "/usr/include/i486-linux-gnu" #include "..." search starts here: #include <...> search starts here: /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4 /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/backward /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/include /usr/local/include /usr/include End of search list. GNU C++ version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) (i486-linux-gnu) compiled by GNU C version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129331 test.cpp: In function 'int main()': test.cpp:8: error: 'cout' was not declared in this scope test.cpp:8: error: 'endl' was not declared in this scope [EMAIL PROTECTED] gcc -v test.cpp -o test Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/cc1plus -quiet -v -iprefix /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/ -D_GNU_SOURCE test.cpp -quiet -dumpbase test.cpp -mtune=i686 -auxbase test -version -o /tmp/cclr3aiv.s ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4" ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu" ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/backward" ignoring nonexistent directory "/usr/local/include/i486-linux-gnu" ignoring duplicate directory "/usr/lib/gcc/i486-linux-gnu/4.0.4/include" ignoring nonexistent directory "/usr/include/i486-linux-gnu" #include "..." search starts here: #include <...> search starts here: /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4 /UNIONFS/usr/bin/../lib/gcc/i486-linux-gnu/4.0.4/../../../../include/c++/4.0.4/i486-linux-gnu /UNIONFS/us
Processed: Re: Bug#381022: [m68k] gij fails trivial case
Processing commands for [EMAIL PROTECTED]: > forcemerge 381022 312830 Bug#381022: [m68k] gij fails trivial case Bug#312830: [PR 23621] [m68k] gcj-dbtool-4.0 aborts Forcibly Merged 312830 381022. > tags 312830 + upstream Bug#312830: [PR 23621] [m68k] gcj-dbtool-4.0 aborts Tags were: upstream Bug#381022: [m68k] gij fails trivial case Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381022: [m68k] gij fails trivial case
forcemerge 381022 312830
tags 312830 + upstream
thanks
needs either a more complete port of libffi for m68k (support for
closures) or a bug fix in stack unwinding (I did send Wouter a URL to
a patch that might be interesting). didn't investigate further. So
maybe it's best to disable java for m68k.
Matthias
Stephen R Marenka writes:
> Package: gij-4.1
> Version: 4.1.1-9
> Severity: important
>
> The following configure snippet fails to execute on m68k. The m68k-
> compiled class file executes fine on ppc.
>
>
> /* [#]line 20340 "configure" */
> public class Test {
> public static void main (String args[]) {
> System.exit (0);
> } }
>
> $ gcj-wrapper-4.1 Test.java
> $ gij-wrapper-4.1 Test
> | Exception in thread "main" java.lang.NullPointerException
> |at java.lang.ClassLoader.defineClass(libgcj.so.7)
> |at java.security.SecureClassLoader.defineClass(libgcj.so.7)
> |at java.net.URLClassLoader.findClass(libgcj.so.7)
> |at java.lang.ClassLoader.loadClass(libgcj.so.7)
> |at java.lang.ClassLoader.loadClass(libgcj.so.7)
> |at java.lang.Class.forName(libgcj.so.7)
> |at gnu.java.lang.MainThread.run(libgcj.so.7)
>
> Thanks,
>
> Stephen
>
> --
> Stephen R. Marenka If life's not fun, you're not doing it right!
> <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381022: [m68k] gij fails trivial case
On Tue, Aug 01, 2006 at 07:13:22PM +0200, Matthias Klose wrote: > needs either a more complete port of libffi for m68k (support for > closures) or a bug fix in stack unwinding (I did send Wouter a URL to > a patch that might be interesting). didn't investigate further. So > maybe it's best to disable java for m68k. Sorry about the dup. Disabling java takes out a fair amount of packages that we could no longer build. Can you point me to the patch? -- Stephen R. Marenka If life's not fun, you're not doing it right! <[EMAIL PROTECTED]> signature.asc Description: Digital signature
[Bug rtl-optimization/28489] [4.2 regression] ICE in move_insn, at haifa-sched.c:1968
--- Comment #8 from sje at cup dot hp dot com 2006-08-01 18:22 --- The time that this started occurring looks to be about the time that Maxim was making scheduling changes for IA64 speculation. Maxim could you look at this bug and see if it is related to any of your changes to IA64 scheduling? I did a little analysis and it looks like we are merging/concatinated two basic blocks (3 and 7) but we wind up with a NOTE_INSN_BASIC_BLOCK for block 7 in the middle of the merged basic block 3. (I tried to add [EMAIL PROTECTED] to the CC list but Bugzilla wouldn't do it. I will send Maxim email seperately.) -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381022: [m68k] gij fails trivial case
On Tue, Aug 01, 2006 at 07:13:22PM +0200, Matthias Klose wrote: > forcemerge 381022 312830 > tags 312830 + upstream > thanks > > needs either a more complete port of libffi for m68k (support for > closures) or a bug fix in stack unwinding (I did send Wouter a URL to > a patch that might be interesting). Yes, I recall. I didn't act on it, though, since I didn't have the time back then (and forgot about it later on). Since I'm not very rich on time currently, it might be better to send such thing to Stephen in the future, who seems to be doing more on gcc than myself currently. Or, perhaps better yet, to the list? debian-68k@lists.debian.org (m68k-build is deprecated these days) -- Fun will now commence -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package gcc-4.0
# # bts-link upstream status pull for source package gcc-4.0 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #373849 # * http://gcc.gnu.org/PR23454 # * remote status changed: (?) -> REOPENED usertags 373849 + status-REOPENED # remote status report for #373849 # * http://gcc.gnu.org/PR23454 # * remote status changed: (?) -> REOPENED usertags 373849 + status-REOPENED # remote status report for #373849 # * http://gcc.gnu.org/PR23454 # * remote status changed: (?) -> REOPENED usertags 373849 + status-REOPENED thanks
[bts-link] source package gcc-4.1
# # bts-link upstream status pull for source package gcc-4.1 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #380541 # * http://gcc.gnu.org/PR28545 # * remote status changed: (?) -> UNCONFIRMED usertags 380541 + status-UNCONFIRMED thanks
[Bug target/28490] [4.0/4.1/4.2 regression] ICE in ia64_expand_move, at config/ia64/ia64.c:1088
--- Comment #11 from mark at codesourcery dot com 2006-08-02 03:29 --- Subject: Re: [4.0/4.1/4.2 regression] ICE in ia64_expand_move, at config/ia64/ia64.c:1088 steven at gcc dot gnu dot org wrote: > Why is this a P1 regression? ia-64 is not a primary platform. True -- but IA64 is a secondary platform, and this looks like relatively straightforward code. I think it's important. If we get all the other P1s done, we can argue about whether or not to ship the compiler. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
