[Bug java/20158] New: gcj fails to compile Apache ant, resulting in Bus error
To reproduce: 1. Download apache-ant-1.6.2-bin.tar.gz from http://ant.apache.org/bindownload.cgi and unpack 2. Extract the contents of all jars in the lib directory to a temporary directory, and re-jar into a single jar all.jar 3. Run gcj on the jar: gcj -o ant --main=org.apache.tools.ant.launcher -findirect-dispatch all.jar Result: org/apache/tools/ant/filters/BaseFilterReader.java:199: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: gcj fails to compile Apache ant, resulting in Bus error Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dog at bluezoo dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.8.0 GCC host triplet: powerpc-apple-darwin7.8.0 GCC target triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20158
[Bug ada/19902] ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 09:00 --- Subject: Bug 19902 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-23 09:00:22 Modified files: gcc/testsuite : ChangeLog Removed files: gcc/testsuite/ada/acats/tests/cxa: cxa3004.a gcc/testsuite/ada/acats/tests/cxb: cxb30061.am Log message: PR ada/19902 * ada/acats/tests/cxa/cxa3004.a: Remove. * ada/acats/tests/cxb/cxb30061.am: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5074r2=1.5075 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ada/acats/tests/cxa/cxa3004.a.diff?cvsroot=gccr1=1.1r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ada/acats/tests/cxb/cxb30061.am.diff?cvsroot=gccr1=1.1r2=NONE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
[Bug ada/19902] ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23 09:01 --- Tests removed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
[Bug ada/19902] ACATS cxa3004 cxb3006 fail at compile time ambiguous expression
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19902
[Bug target/20018] [4.0 regression][ia64] unable to find a register to spill in class`PR_REG'
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC target triplet|ia64-suse-linux |ia64 Last reconfirmed|-00-00 00:00:00 |2005-02-23 09:22:12 date|| Summary|[4.0 regression] unable to |[4.0 regression][ia64] |find a register to spill in |unable to find a register to |class`PR_REG' |spill in class`PR_REG' http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20018
[Bug tree-optimization/17790] [4.0 Regression] Significant compile time increases for sixtrack with tree LICM and IV optimization
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-23 09:25 --- Is this patch still 4.0 material? No reviewers have looked at it yet :-/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790
[Bug tree-optimization/19901] [4.0 Regression] ACATS c85006e ICE block does not dominate
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23 09:30 --- Not sure why, but fixed as of today. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19901
[Bug target/20159] New: Preprocessing needed when assembling gcc/config/sparc/sol2-ci.asm
The file sol2-ci.asm is assembled to yield crti.o for the sparc-rtems target. However sol2-ci.asm contains C preprocessor conditionals to select an appropriate stack frame size depending on whether or not we're building for the SPARC V9 architecture, but the language is specified as -x assembler rather than -x assembler-with-cpp when assembling. As a result the preprocessor directives (apparently) get treated as comments, and both the V9 and the non-V9 code goes into crti.o. The net effect of this is that the _init() and _fini() functions in crti.o each start with two SAVE instructions instead of one, as in the following fragment of disassembly... 02015f58 _init: 2015f58: 9d e3 bf 50 save %sp, -176, %sp 2015f5c: 9d e3 bf a0 save %sp, -96, %sp 2015f60: 7f ff ac 88 call 2001180 frame_dummy 2015f64: 01 00 00 00 nop 2015f68: 7f ff fb 11 call 2014bac __do_global_ctors_aux 2015f6c: 01 00 00 00 nop 2015f70: 81 c7 e0 08 ret 2015f74: 81 e8 00 00 restore 02015f78 _fini: 2015f78: 9d e3 bf 50 save %sp, -176, %sp 2015f7c: 9d e3 bf a0 save %sp, -96, %sp 2015f80: 7f ff ac 5c call 20010f0 __do_global_dtors_aux 2015f84: 01 00 00 00 nop 2015f88: 81 c7 e0 08 ret 2015f8c: 81 e8 00 00 restore Things get very confused after leaving _fini() due to the mismatch between the number of windows SAVEd versus the number RESTOREd -- the second window does not contain a valid return address (that's in the first window) so we end up jumping to wherever %i7 happens to be pointing. After checking in CVS, it would seem that this problem exists at the HEAD. -- Summary: Preprocessing needed when assembling gcc/config/sparc/sol2-ci.asm Product: gcc Version: 3.2.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michaelb at ieee dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: sparc-rtems http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug target/20159] Preprocessing needed when assembling gcc/config/sparc/sol2-ci.asm
--- Additional Comments From michaelb at ieee dot org 2005-02-23 09:55 --- Created an attachment (id=8260) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8260action=view) Suggested patch to fix bug. Here is a patch which does the trick... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug tree-optimization/19952] ICE: tree check: expected class 'declaration', have 'statement' (label_expr) in tree_verify_flow_info, at tree-cfg.c:3709
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-23 10:00 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19952
[Bug target/19019] GCC ldouble format incompatibility with XLC long double
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-23 10:21 --- That's not possible, the .symver directives must be in the same source as defines the symbols in the first operands of .symver. The following patch works for me in 3.4: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01403.html For trunk the changes will be far simpler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19019
[Bug c++/19004] ICE in uses_template_parms at cp/pt.c:4860
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-23 10:23 --- The problem reappeared today :-( -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19004
[Bug c++/19004] ICE in uses_template_parms at cp/pt.c:4860
-- What|Removed |Added Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19004
[Bug target/20159] Preprocessing needed when assembling gcc/config/sparc/sol2-ci.asm
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23
10:35 ---
Confirmed, a regression introduced with:
Wed Sep 9 01:32:01 1998 David S. Miller [EMAIL PROTECTED]
Add preliminary native sparcv9 Solaris support.
* configure.in: Recognize sparv9-*-solaris2*
* configure: Rebuilt.
* config.sub: Recognize sparcv9 just like sparc64.
* config/sparc/sol2-c1.asm config/sparc/sol2-ci.asm
config/sparc/sol2-cn.asm: Macroize so it can be shared between
32-bit and 64-bit Solaris systems.
* config/sparc/t-sol2: Assemble those with cpp.
* config/sparc/sparc.h (TARGET_CPU_sparcv9): New alias for v9.
(*TF*_LIBCALL): If ARCH64 use V9 names.
* config/sparc/{xm-sysv4-64,sol2-sld-64}.h: New files.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-02-23 10:35:11
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug target/20159] Preprocessing needed when assembling gcc/config/sparc/sol2-ci.asm
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23 10:35 --- Taking care of the patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug libgcj/20160] New: [4.0 Regression] link errors building libgcj tests
The libgcj testsuite is failing substantially all tests that require linking libgcj.a on arm-elf because of missing symbols. This failure started to occur sometime between 2005/02/13 and 2005/02/16. There are about 5000 lines of error messages for each link command: the total testrun log is about 1.5GBytes in size! /work/rearnsha/gnu/egcs/arm-elf/libjava/testsuite/../../libjava/.libs/libgcj.a(jni.o): In function `_Jv_JNI_GetAnyMethodID0u': /home/rearnsha/gnusrc/egcs-cross/libjava/jni.cc:730: undefined reference to `java::lang::StringBuffer::StringBuffer(java::lang::String*)' /home/rearnsha/gnusrc/egcs-cross/libjava/jni.cc:736: undefined reference to `java::lang::StringBuffer::class$' /work/rearnsha/gnu/egcs/arm-elf/libjava/testsuite/../../libjava/.libs/libgcj.a(jni.o): In function `_Jv_JNI_GetAnyMethodID1u': /home/rearnsha/gnusrc/egcs-cross/libjava/jni.cc:730: undefined reference to `java::lang::StringBuffer::StringBuffer(java::lang::String*)' /home/rearnsha/gnusrc/egcs-cross/libjava/jni.cc:736: undefined reference to `java::lang::StringBuffer::class$' /work/rearnsha/gnu/egcs/arm-elf/libjava/testsuite/../../libjava/.libs/libgcj.a(link.o): In function `_Jv_Linker::find_field(java::lang::Class*, java::lang::Class*, _Jv_Utf8Const*, _Jv_Utf8Const*)': /home/rearnsha/gnusrc/egcs-cross/libjava/link.cc:178: undefined reference to `java::lang::StringBuffer::StringBuffer()' /home/rearnsha/gnusrc/egcs-cross/libjava/link.cc:202: undefined reference to `java::lang::StringBuffer::StringBuffer()' /home/rearnsha/gnusrc/egcs-cross/libjava/link.cc:197: undefined reference to `java::lang::StringBuffer::class$' /work/rearnsha/gnu/egcs/arm-elf/libjava/testsuite/../../libjava/.libs/libgcj.a(link.o): In function `_Jv_Linker::search_method_in_class(java::lang::Class*, java::lang::Class*, _Jv_Utf8Const*, _Jv_Utf8Const*)': /home/rearnsha/gnusrc/egcs-cross/libjava/link.cc:471: undefined reference to `java::lang::StringBuffer::StringBuffer()' /home/rearnsha/gnusrc/egcs-cross/libjava/link.cc:478: undefined reference to `java::lang::StringBuffer::class$' /work/rearnsha/gnu/egcs/arm-elf/libjava/testsuite/../../libjava/.libs/libgcj.a(link.o): In function `_Jv_GetMethodString(java::lang::Class*, _Jv_Method*, java::lang::Class*)': /home/rearnsha/gnusrc/egcs-cross/libjava/link.cc:684: undefined reference to `java::lang::StringBuffer::StringBuffer(java::lang::String*)' etc. -- Summary: [4.0 Regression] link errors building libgcj tests Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rearnsha at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC target triplet: arm-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20160
[Bug libgcj/20160] [4.0 Regression] link errors building libgcj tests
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-23 11:10 --- Does backing out this patch help? http://gcc.gnu.org/ml/java-patches/2005-q1/msg00402.html (See also: PR 20155) -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20160
[Bug c++/20145] gcc 4.0 new warning: class has virtual functions but non-virtual destructor is not suppressed with -isystem
--- Additional Comments From micis at gmx dot de 2005-02-23 11:16 --- Created an attachment (id=8261) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8261action=view) preprocessed source Command line for gcc: /usr/local/gcc40d/bin/g++40d -O2 -g -march=opteron -Wall -DALTIVEC -DUSEACE -c -o ../../../../LinuxExec/arrilib/ArriutilTest.o ../../../Portabel/arrilib/compile/ArriutilTest.cpp -I../../../Portabel/arrilib -isystem/home/cie019/ace542-gcc40/ACE_wrappers -DHAVE_ACE_NULL_MUTEX_H -isystem/usr/local/cppunit-gcc40/include -I../../../../include/arrilib Output from gcc: /usr/local/cppunit-gcc40/include/cppunit/extensions/TestFixtureFactory.h: In instantiation of 'CppUnit::ConcretTestFixtureFactoryArriutilTest': ../../../Portabel/arrilib/compile/ArriutilTest.h:32: instantiated from here /usr/local/cppunit-gcc40/include/cppunit/extensions/TestFixtureFactory.h:30: warning: 'class CppUnit::ConcretTestFixtureFactoryArriutilTest' has virtual functions but non-virtual destructor This gcc was snapshot 20050213, but 20050220 makes no difference. Michael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
[Bug regression/19120] [4.0 Regression] ICE: in ten_to_ptwo, at real.c:2007
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-23 11:19 --- Four weeks without feedback (see #6 and #7) and works for me. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19120
[Bug tree-optimization/20100] [4.0 Regression] LIM is pulling out a pure function even though there is something which can modify global memory
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-23 11:22 --- http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01387.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20100
[Bug tree-optimization/20115] [4.0 Regression] Pure functions are mishandled
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-23 11:23 --- http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01387.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115
[Bug tree-optimization/20100] [4.0 Regression] LIM is pulling out a pure function even though there is something which can modify global memory
-- Bug 20100 depends on bug 20115, which changed state. Bug 20115 Summary: [4.0 Regression] Pure functions are mishandled http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20115 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20100
[Bug target/20159] [3.3/3.4/4.0 Regression] sol2-ci.asm not correctly assembled
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 11:54 --- Subject: Bug 20159 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-23 11:53:55 Modified files: gcc: ChangeLog gcc/config/sparc: t-elf Log message: PR target/20159 * config/sparc/t-elf (startup files): Assemble with CPP. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7568r2=2.7569 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/t-elf.diff?cvsroot=gccr1=1.6r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug target/20159] [3.3/3.4/4.0 Regression] sol2-ci.asm not correctly assembled
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 11:55 --- Subject: Bug 20159 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-02-23 11:55:03 Modified files: gcc: ChangeLog gcc/config/sparc: t-elf Log message: PR target/20159 * config/sparc/t-elf (startup files): Assemble with CPP. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.803r2=2.2326.2.804 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/t-elf.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.6r2=1.6.54.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug target/20159] [3.3/3.4/4.0 Regression] sol2-ci.asm not correctly assembled
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 11:57 --- Subject: Bug 20159 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2005-02-23 11:57:07 Modified files: gcc: ChangeLog gcc/config/sparc: t-elf Log message: PR target/20159 * config/sparc/t-elf (startup files): Assemble with CPP. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_3-branchr1=1.16114.2.1060r2=1.16114.2.1061 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/t-elf.diff?cvsroot=gcconly_with_tag=gcc-3_3-branchr1=1.6r2=1.6.20.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug target/20159] [3.3/3.4/4.0 Regression] sol2-ci.asm not correctly assembled
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-23 12:00 --- http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01405.html Thanks for the bug report and the fix! -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20159
[Bug c++/20157] [4.0 Regression] Internal compiler error on invalid code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 12:26 --- Confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-invalid-code Known to fail||4.0.0 Last reconfirmed|-00-00 00:00:00 |2005-02-23 12:26:17 date|| Summary|Internal compiler error on |[4.0 Regression] Internal |invalid code|compiler error on invalid ||code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20157
[Bug libfortran/20131] gfortan - incorrectly reads beyond the end of line.
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-23 12:28 --- I'll check later wether this is fixed with the proposed fix for PR 19568 to be found at http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02295.html Thomas -- What|Removed |Added CC||Thomas dot Koenig at online ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20131
[Bug c++/20145] [4.0 Regression] template class has virtual functions ... is not suppressed with -isystem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23
12:30 ---
Ok, it is only a bug with templates.
And here is the shortest testcase:
# 1 t.cc
# 1 built-in
# 1 command line
# 1 t.cc
# 1 include/t.h 1 3 4
template int class t
{
virtual void f();
};
# 2 t.cc 2
void f(void)
{
t1 h;
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||diagnostic
Last reconfirmed|-00-00 00:00:00 |2005-02-23 12:30:26
date||
Summary|gcc 4.0 new warning: class |[4.0 Regression] template
|has virtual functions but |class has virtual functions
|non-virtual destructor is |... is not suppressed with
|not suppressed with -isystem|-isystem
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20145
[Bug tree-optimization/19937] [4.0 regression] Wrong loop exit (causes binutils to fail)
--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-23 12:50 --- The patch has been approved in http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01232.html Zdenek, are you going to commit it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19937
[Bug c/20161] New: ICE with dwarf for incomplete element type argument
First of all the typescript: ## [EMAIL PROTECTED]:~/wtmp cat gb.c struct XX; typedef void *(*F) (struct XX []); [EMAIL PROTECTED]:~/wtmp CVSgcc gb.c -Wall -g gb.c:3: error: array type has incomplete element type gb.c:3: internal compiler error: in gen_formal_parameter_die, at dwarf2out.c:11062 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [EMAIL PROTECTED]:~/wtmp CVSgcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/home/stan/GCC/gcc-4.0-20050220/bin --program-prefix=CVS : (reconfigured) ../configure --prefix=/home/stan/GCC/gcc-4.0-20050220/bin --program-prefix=CVS Thread model: posix gcc version 4.0.0 20050220 (experimental) ## Except from the internal compiler error, is it a bug that gcc considers the incomplete type an error? If yes, then this is even more critical. In 3.4 and 3.2 the above code was Ok. -- Summary: ICE with dwarf for incomplete element type argument Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sxanth at ceid dot upatras dot gr CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20161
[Bug debug/20161] ICE with dwarf for incomplete element type argument
-- What|Removed |Added Component|c |debug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20161
[Bug debug/20161] [4.0 Regression] ICE with dwarf for incomplete element type argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 13:04 --- The code is invalid as mentioned before in other bugs. Confirmed, a regression. -- What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||error-recovery, ice-on- ||invalid-code Last reconfirmed|-00-00 00:00:00 |2005-02-23 13:04:23 date|| Summary|ICE with dwarf for |[4.0 Regression] ICE with |incomplete element type |dwarf for incomplete element |argument|type argument Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20161
[Bug c++/20142] [3.3/3.4/4.0 regression] implicit assignment operator with multi-dimensional array is broken
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-23 13:35 --- Confirmed. Btw, the relevant part of the standard is [class.copy]/13. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||monitored, wrong-code Known to fail||3.3 3.3.5 3.4.3 4.0.0 Known to work||2.95.3 3.0.4 3.2.3 Last reconfirmed|-00-00 00:00:00 |2005-02-23 13:35:57 date|| Summary|implicity assignment with |[3.3/3.4/4.0 regression] |multi-dimensionnal array|implicit assignment operator |members |with multi-dimensional array ||is broken Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20142
[Bug libffi/14554] libffi: ASM error
-- What|Removed |Added Component|other |libffi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14554
[Bug libffi/16832] Wrong location of ffitarget.h in ffi.h.
-- What|Removed |Added Component|other |libffi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16832
[Bug libffi/20104] gij fails on ppc and not on x86
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 13:56 --- Subject: Bug 20104 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-23 13:56:01 Modified files: libffi : ChangeLog Added files: libffi/testsuite/libffi.call: return_ll1.c Log message: 2005-02-23 Andreas Tobler [EMAIL PROTECTED] PR libffi/20104 * testsuite/libffi.call/return_ll1.c: New test case. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/ChangeLog.diff?cvsroot=gccr1=1.220r2=1.221 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/testsuite/libffi.call/return_ll1.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug c++/20162] New: new/delete performance versus std::allocator
I do not understand why new/delete is slower than std::allocator. Is there a fundamental reason why it is so ? The benchmark program attached gives the following timing for series of new/delete versus std::allocator allocations/deallocations. new/delete std::allocator g++ 3.3.2 -O3 : 2.45 s 1.56 s g++ 3.4.3 -O3 : 2.25 s 2.24 s g++ 4.0.0 -O3 : 2.13 s 1.30 s -- Summary: new/delete performance versus std::allocator Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sylvain dot pion at sophia dot inria dot fr CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20162
[Bug c++/20162] new/delete performance versus std::allocator
--- Additional Comments From sylvain dot pion at sophia dot inria dot fr 2005-02-23 14:03 --- Created an attachment (id=8262) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8262action=view) Benchmark program to compare new/delete to std::allocator -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20162
[Bug libffi/20104] gij fails on ppc and not on x86
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 14:05 --- Subject: Bug 20104 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-23 14:05:15 Modified files: libffi/src/powerpc: ffi.c libffi : ChangeLog Log message: 2005-02-22 Andrew Haley [EMAIL PROTECTED] PR libffi/20104 * src/powerpc/ffi.c (ffi_prep_cif_machdep): Bump alignment to odd-numbered register pairs for 64-bit integer types. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/src/powerpc/ffi.c.diff?cvsroot=gccr1=1.11r2=1.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/ChangeLog.diff?cvsroot=gccr1=1.221r2=1.222 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug libgcj/20104] gij fails on ppc and not on x86
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-23 14:06 --- Try it now. -- What|Removed |Added Status|NEW |WAITING Component|libffi |libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20104
[Bug c++/20162] new/delete performance versus std::allocator
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 14:11 --- operator new/delete just calls malloc/free which is controled by libc in your case glibc, try with malloc/ free and then report a bug to glibc. std::allocate is a sub allocator really. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20162
[Bug fortran/20163] New: gfortran - error opening direct access file
This is the essence of one the errors that one of my programs is seeing. It is a Double Wammy - first the open of the direct access file fails for no reason - then it get an internal library error. g77 and Absoft are happy with it. [dir:~/tests/gfortran] dir% gfortran -g -o recursive recursive.f [dir:~/tests/gfortran] dir% recursive At line 14 of file recursive.f Internal Error: Recursive library calls not allowed [dir:~/tests/gfortran] dir% cat recursive.f program main CHARACTER*8 STATUS STATUS='SCRATCH' NT=55 NTAP29=29 NRECL=64 NPUINT=4 OPEN(UNIT=NT,STATUS=STATUS,ACCESS='DIRECT', $ FORM='UNFORMATTED',RECL=NRECL*NPUINT,ERR=999) STOP 999 CONTINUE OPEN (NTAP29, STATUS='SCRATCH') STOP END -- Summary: gfortran - error opening direct access file Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
[Bug libfortran/20156] gfortran - bus error on backspace
-- What|Removed |Added Component|fortran |libfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20156
[Bug libfortran/20163] gfortran - error opening direct access file
-- What|Removed |Added Component|fortran |libfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
[Bug libfortran/20163] gfortran - error opening direct access file
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 14:19 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-23 14:19:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
[Bug libfortran/20156] gfortran - bus error on backspace
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 14:20 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-23 14:20:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20156
[Bug c++/20164] New: Wrong line number in diagnostic with gcc 4.0
When I compile the source file given below with gcc40 I get strange warnings.
I use the snapshot 20050220, but with older snapshots i get the same results.
The function is correct but the line number is wrong.
By the way: Why is . replaced by $ ?
g++40 -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc40/configure --prefix=/usr/local/gcc40e --program-
suffix=40e --with-arch=opteron --enable-languages=c,c++ --enable-checking
Thread model: posix
gcc version 4.0.0 20050220 (experimental)
gcc40 -c -Wall -O2 -o MeOut.o MeOut.ii
MeOut.cpp: In member function 'void Cla::Bar2()':
MeOut.cpp:36: warning: 'p$cp$dx' is used uninitialized in this function
MeOut.cpp:36: warning: 'p$cp$oy' is used uninitialized in this function
MeOut.cpp:36: warning: 'p$cp$ox' is used uninitialized in this function
MeOut.cpp: In member function 'void Cla::Bar1()':
MeOut.cpp:36: warning: 'p$cp$dy' is used uninitialized in this function
MeOut.cpp:36: warning: 'p$cp$oy' is used uninitialized in this function
MeOut.cpp:36: warning: 'p$cp$ox' is used uninitialized in this function
===
#include tao/ORB.h
namespace ME
{
struct crop
{
int ox;
int oy;
int dx;
int dy;
};
struct Parm
{
TAO_String_Manager filename;
ME::crop cp;
};
} // module ME
class Cla {
public:
void Bar1();
void Bar2();
};
void Foo(ME::Parm x);
void Cla::Bar1()
{
ME::Parm p;
p.cp.dx = 0;
Foo(p);
}
void Cla::Bar2()
{
ME::Parm p;
p.cp.dy = 0;
Foo(p);
}
--
Summary: Wrong line number in diagnostic with gcc 4.0
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug c++/20164] Wrong line number in diagnostic with gcc 4.0
--- Additional Comments From micis at gmx dot de 2005-02-23 14:23 --- Created an attachment (id=8263) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8263action=view) preprocesd source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug tree-optimization/20165] New: Pointer does not really escape with write
Take the following fortran code (were we know that write does not make the pointer escape): program main dimension x(10) write(3)n,(x(n),n=1,10) end in the last tree dump we get: _gfortran_transfer_integer (n, 4); n = 1; L0:; _gfortran_transfer_real (x[n + -1], 4); n.3 = n; n = n.3 + 1; if (n.3 == 10) goto L4; else goto L0; See how n is marked as not a gimple variable which causes us to store it on the stack. Even though we know that _gfortran_transfer_real will not cause the pointer to escape. There should be a new attribute to mark functions as causing pointers not to escape at all. -- Summary: Pointer does not really escape with write Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20165
[Bug c++/20164] Wrong line number in diagnostic with gcc 4.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 14:30 --- By the way: Why is . replaced by $ ? Because that would be PR 14329. -- What|Removed |Added Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug c++/20164] Wrong line number in diagnostic with gcc 4.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 14:36 --- Hmm, werid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug c++/20164] [4.0 Regression] Wrong line number in diagnostic with gcc 4.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23
14:46 ---
Testcase:
struct temp
{
temp(){}
~temp(){}
temp(const temp){}
};
struct crop
{
int ox, oy, dx, dy;
};
struct Parm
{
temp filename;
crop cp;
};
void Foo(Parm x);
void Bar1()
{
Parm p;
p.cp.dx = 0;
Foo(p);
}
void Bar2()
{
Parm p;
p.cp.dy = 0;
Foo(p);
}
the problem is that Parm's copy constructor is at line 21 which is wrong.
This is a regression from earlier 4.0's where the copy constructor was not
generated lazy.
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-02-23 14:46:15
date||
Summary|Wrong line number in|[4.0 Regression] Wrong line
|diagnostic with gcc 4.0 |number in diagnostic with
||gcc 4.0
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug c++/20164] [4.0 Regression] Wrong line number in diagnostic with gcc 4.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23
14:50 ---
Here is another testcase where the lines lines look wrong and can be shown to
be a regression from
3.4.0:
struct temp
{
temp(){}
temp(const temp){}
};
struct Parm
{
temp filename;
};
void Foo(Parm x);
void Bar1()
{
Parm p;
Foo(p);
}
void Bar2()
{
temp a;
Parm p(a);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug bootstrap/20166] New: Bootstrap failure due to lack of fixinclude of pthread problem
The fix to PR19333 uncovered a problem in the Debian (only?) shipped pthread.h file which breaks bootstrapping on this platform: ./xgcc -B./ -B/home/rguenth/x86_64/gcc4.0-230205/x86_64-unknown-linux-gnu/bin/ -isystem /home/rguenth/x86_64/gcc4.0-230205/x86_64-unknown-linux-gnu/include -isystem /home/rguenth/x86_64/gcc4.0-230205/x86_64-unknown-linux-gnu/sys-include -L/tmp/gcc-obj/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc -I/net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/. -I/net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/../include -I/net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/../libcpp/include -fvisibility=hidden -DHIDE_EXPORTS -fexceptions -c /net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/unwind-dw2-fde-glibc.c -o libgcc/./unwind-dw2-fde-glibc.o In file included from /net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/gthr-posix.h:43, from ./gthr-default.h:1, from /net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/gthr.h:114, from /net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/unwind-dw2.c:42: /usr/include/pthread.h:655: error: array type has incomplete element type In file included from /net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/gthr-posix.h:43, from ./gthr-default.h:1, from /net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/gthr.h:114, from /net/alwazn/home/rguenth/src/gcc/gcc4.0/gcc/unwind-dw2-fde-glibc.c:50: /usr/include/pthread.h:655: error: array type has incomplete element type make[3]: *** [libgcc/./unwind-dw2-fde-glibc.o] Error 1 make[3]: *** Waiting for unfinished jobs make[3]: *** [libgcc/./unwind-dw2.o] Error 1 where the code in pthread.h:655 is really invalid: /* Function used in the macros. */ struct __jmp_buf_tag; extern int __sigsetjmp (struct __jmp_buf_tag __env[1], int __savemask) __THROW; because __jmp_buf_tag is incomplete (and is defined in setjmp.h). -- Summary: Bootstrap failure due to lack of fixinclude of pthread problem Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20166
[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 15:01 --- It is not just debian but anyone who used a bad glibc in the first place. I have no idea when this was introduced at all. -- What|Removed |Added Component|bootstrap |target Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20166
[Bug c/20167] New: static inlines discared while needed by alias
typescript of the problem:
##
[EMAIL PROTECTED]:~/wtmp cat gb2.c
static inline int foo ()
{
return 123;
}
static inline int bar () __attribute__ ((alias (foo)));
int main ()
{
return bar ();
}
[EMAIL PROTECTED]:~/wtmp CVSgcc gb2.c
/tmp/ccWI7qQj.o: In function `main':
/tmp/ccWI7qQj.o(.text+0x1d): undefined reference to `foo'
collect2: ld returned 1 exit status
[EMAIL PROTECTED]:~/wtmp CVSgcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/home/stan/GCC/gcc-4.0-20050220/bin
--program-prefix=CVS : (reconfigured) ../configure
--prefix=/home/stan/GCC/gcc-4.0-20050220/bin --program-prefix=CVS
Thread model: posix
gcc version 4.0.0 20050220 (experimental)
###
Seems to discard the function because it thinks it's unused.
--
Summary: static inlines discared while needed by alias
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sxanth at ceid dot upatras dot gr
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20167
[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-23 15:07 --- Created an attachment (id=8264) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8264action=view) patch Try this patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598
-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug c/20167] static inlines discared while needed by alias
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 15:11 --- This is not a bug. This is a dup of bug 15700. *** This bug has been marked as a duplicate of 15700 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20167
[Bug middle-end/15700] [4.0 Regression] [unit-at-a-time] Inlining problem leads to miscompilation of glibc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 15:11 --- *** Bug 20167 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||sxanth at ceid dot upatras ||dot gr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15700
[Bug tree-optimization/19716] Segfault with -ftree-vectorize
--- Additional Comments From micis at gmx dot de 2005-02-23 15:17 --- I have reported a similar problem bug20122 which may be caused by the same bug. -- What|Removed |Added CC||micis at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19716
[Bug tree-optimization/20168] New: [4.0 regression] const function calls treated as pure by LIM 20100 fix
Before the fix for PR 20100 and PR 20115, const and pure calls were both treated
as const. After the fix, both are treated as pure by that fix, but
a .GLOBAL_VAR is unnecessarily created because of the bambam call in:
extern int constfun (void) __attribute__ ((__const__));
extern void bambam (void);
int x (void)
{
int a = constfun ();
bambam ();
return a + constfun ();
}
--
Summary: [4.0 regression] const function calls treated as pure by
LIM 20100 fix
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20168
[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|WAITING |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug tree-optimization/20168] [4.0 regression] const function calls treated as pure by LIM 20100 fix
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20168
[Bug java/20169] New: Serialization: readResolve does not work
I attach a simple Java class, which exercises the readResolve method. An object
is serialzed and deserialized from a byte array. Because of the readResolve
method, the object read back should be the exact same instance. This works with
JDK, but fails with both gij and gcj, as of today. It also fails with other free
runtimes: kaffe (1.1.4.PRECVS8) and jamvm (1.2.3), so it could be a GNU
classpath issue.
Here is the testcase:
///
import java.io.*;
public abstract class Enum implements Serializable
{
static Enum instance;
Object readResolve() {
return instance;
}
static class Color extends Enum
{
static final Color red = new Color();
static { instance = red; }
}
public static void main(String[] args)
{
try {
ByteArrayOutputStream outb = new ByteArrayOutputStream();
ObjectOutputStream outs = new ObjectOutputStream(outb);
outs.writeObject(Color.red);
byte[] store = outb.toByteArray();
ByteArrayInputStream inb = new ByteArrayInputStream(store);
ObjectInputStream ins = new ObjectInputStream(inb);
Color color = (Color) ins.readObject();
System.out.println(color);
System.out.println(Color.red);
System.out.println(color == Color.red);
}
catch (Throwable e) {
throw new Error(e);
}
}
}
//
Here is what happens:
/tmp/gcc/bin/gcj -C Enum.java
JDK: java Enum
[EMAIL PROTECTED]
[EMAIL PROTECTED]
true
GIJ: LD_LIBRARY_PATH=/tmp/gcc/lib /tmp/gcc/bin/gij Enum
[EMAIL PROTECTED]
[EMAIL PROTECTED]
false
GCJ: /tmp/gcc/bin/gcj --main=Enum *.class
LD_LIBRARY_PATH=/tmp/gcc/lib ./a.out
[EMAIL PROTECTED]
[EMAIL PROTECTED]
false
/tmp/gcc/bin/gcj --version
gcj (GCC) 4.0.0 20050223 (experimental)
--
Summary: Serialization: readResolve does not work
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bonniot at users dot sf dot net
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC host triplet: i386-debian-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169
[Bug libgcj/20169] Serialization: readResolve does not work
-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20169
[Bug java/20116] gcj-dbtool merging seems to lose mappings
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-23 15:32 --- Please put the jars and .so files somewhere I can see them. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20116
[Bug tree-optimization/20168] [4.0 regression] const function calls treated as pure by LIM 20100 fix
-- What|Removed |Added Keywords||alias, missed-optimization Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20168
[Bug debug/20161] [4.0 Regression] ICE with dwarf for incomplete element type argument
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-02-23 13:04:23 |2005-02-23 15:42:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20161
[Bug tree-optimization/20168] const function causes the creation of GLOBAL_VAR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 15:43 --- Changing this for Diego. -- What|Removed |Added Severity|normal |enhancement Keywords|missed-optimization | Summary|[4.0 regression] const |const function causes the |function calls treated as |creation of GLOBAL_VAR |pure by LIM 20100 fix | Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20168
[Bug tree-optimization/20168] const function causes the creation of GLOBAL_VAR
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-23 15:45 --- It deserves mentioning (for the audience) that the right thing happens for the generated code in the test-case; this problem is mainly an internal wart (IIUC): ... dnovillo now, the problem is that if there is a mix of regular and 'const' functions, we will have created .GLOBAL_VAR unnecessarily. that's bad. dnovillo testing for !TREE_SIDE_EFFECTS is too broad. We don't want to consider 'const' functions. ... hp yes, but I don't know how to create a test-case for *that* ... dnovillo hp: this one is good enough. we created .GLOBAL_VAR. we shouldn't have created it. dnovillo the call to bambam shouldn't have a V_MAY_DEF for .GLOBAL_VAR -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20168
[Bug java/20056] [4.0 regression] 'verification failed: incompatible type on stack' with --indirect-dispatch
--- Additional Comments From bonniot at users dot sf dot net 2005-02-23 16:06 --- I verified the bytecode testcase now passes. Thanks for the fix! (is it final now?) -- What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20056
[Bug c++/20170] New: Link errors building ACE 5.4.2: undefined reference to `__cxa_get_exception_ptr'
When I use the actual snapshot of gcc40 to compile ACE 5.4.2 I get link errors. I don't how to proceed in this case, the link error occurs after ~350 are compiled and several libraries are generated. This is a new regression, snapshot 20050213 has no problems. My gcc is snapshot 20050220 with patches for bug19952 and bug20091. Michael Cieslinski g++40e -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc40/configure --prefix=/usr/local/gcc40e --program- suffix=40e --with-arch=opteron --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.0.0 20050220 (experimental) g++40e -march=opteron -fmessage-length=0 -O0 -g -pipe-D_REENTRANT - DACE_HAS_AIO_CALLS -D_GNU_SOURCE -I/home/cie019/ace542-gcc40x/ACE_wrappers - DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../.. -I../../../Kokyu -c - o .obj/MIF.o MIF.cpp g++40e -march=opteron -fmessage-length=0 -O0 -g -pipe-D_REENTRANT - DACE_HAS_AIO_CALLS -D_GNU_SOURCE -I/home/cie019/ace542-gcc40x/ACE_wrappers - DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../.. -I../../../Kokyu - L/usr/local/lib64 -Wl,-E -L/home/cie019/ace542-gcc40x/ACE_wrappers/ace -L./ - L../../../lib -o MIF .obj/MIF.o -lKokyu -lACE -ldl -lpthread -lrt .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_Dispatcher_FactoryI20mif_scheduler_traitsE22cre ate_DSRT_dispatcherERKNS_15DSRT_ConfigInfoE [Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)]+0x125): In function `Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)': ../../../Kokyu/Kokyu_dsrt.cpp:81: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_Dispatcher_FactoryI20mif_scheduler_traitsE22cre ate_DSRT_dispatcherERKNS_15DSRT_ConfigInfoE [Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)]+0x217):../../../Kokyu/Kokyu_dsrt.cpp:90: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_Dispatcher_FactoryI20mif_scheduler_traitsE22cre ate_DSRT_dispatcherERKNS_15DSRT_ConfigInfoE [Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)]+0x3af):../../../Kokyu/Kokyu_dsrt.cpp:99: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN21ACE_Bound_Ptr_CounterI16ACE_Thread_MutexE15internal_create Ei[ACE_Bound_Ptr_CounterACE_Thread_Mutex::internal_create(int)]+0x87): In function `ACE_Bound_Ptr_CounterACE_Thread_Mutex::internal_create(int)': /home/cie019/ace542-gcc40x/ACE_wrappers/ace/Bound_Ptr.inl:15: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu27DSRT_Direct_Dispatcher_ImplI20mif_scheduler_traitsE1 0schedule_iEiRKNS1_15QoSDescriptor_tE[non-virtual thunk to Kokyu::DSRT_Direct_Dispatcher_Implmif_scheduler_traits::schedule_i(int, mif_scheduler_traits::QoSDescriptor_t const)]+0x124): In function `Kokyu::DSRT_Direct_Dispatcher_Implmif_scheduler_traits::schedule_i(int, mif_scheduler_traits::QoSDescriptor_t const)': ../../../Kokyu/DSRT_Direct_Dispatcher_Impl_T.cpp:210: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_CV_Dispatcher_ImplI20mif_scheduler_traitsE10sch edule_iEiRKNS1_15QoSDescriptor_tE [Kokyu::DSRT_CV_Dispatcher_Implmif_scheduler_traits::schedule_i(int, mif_scheduler_traits::QoSDescriptor_t const)] +0x190):../../../Kokyu/DSRT_CV_Dispatcher_Impl_T.cpp:81: more undefined references to `__cxa_get_exception_ptr' follow collect2: ld returned 1 exit status make[4]: *** [MIF] Error 1 -- Summary: Link errors building ACE 5.4.2: undefined reference to `__cxa_get_exception_ptr' Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: micis at gmx dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20170
[Bug c++/20171] New: Link errors building ACE 5.4.2: undefined reference to `__cxa_get_exception_ptr'
When I use the actual snapshot of gcc40 to compile ACE 5.4.2 I get link errors. I don't how to proceed in this case, the link error occurs after ~350 are compiled and several libraries are generated. This is a new regression, snapshot 20050213 has no problems. My gcc is snapshot 20050220 with patches for bug19952 and bug20091. Michael Cieslinski g++40e -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc40/configure --prefix=/usr/local/gcc40e --program- suffix=40e --with-arch=opteron --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.0.0 20050220 (experimental) g++40e -march=opteron -fmessage-length=0 -O0 -g -pipe-D_REENTRANT - DACE_HAS_AIO_CALLS -D_GNU_SOURCE -I/home/cie019/ace542-gcc40x/ACE_wrappers - DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../.. -I../../../Kokyu -c - o .obj/MIF.o MIF.cpp g++40e -march=opteron -fmessage-length=0 -O0 -g -pipe-D_REENTRANT - DACE_HAS_AIO_CALLS -D_GNU_SOURCE -I/home/cie019/ace542-gcc40x/ACE_wrappers - DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I../../.. -I../../../Kokyu - L/usr/local/lib64 -Wl,-E -L/home/cie019/ace542-gcc40x/ACE_wrappers/ace -L./ - L../../../lib -o MIF .obj/MIF.o -lKokyu -lACE -ldl -lpthread -lrt .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_Dispatcher_FactoryI20mif_scheduler_traitsE22cre ate_DSRT_dispatcherERKNS_15DSRT_ConfigInfoE [Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)]+0x125): In function `Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)': ../../../Kokyu/Kokyu_dsrt.cpp:81: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_Dispatcher_FactoryI20mif_scheduler_traitsE22cre ate_DSRT_dispatcherERKNS_15DSRT_ConfigInfoE [Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)]+0x217):../../../Kokyu/Kokyu_dsrt.cpp:90: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_Dispatcher_FactoryI20mif_scheduler_traitsE22cre ate_DSRT_dispatcherERKNS_15DSRT_ConfigInfoE [Kokyu::DSRT_Dispatcher_Factorymif_scheduler_traits::create_DSRT_dispatcher (Kokyu::DSRT_ConfigInfo const)]+0x3af):../../../Kokyu/Kokyu_dsrt.cpp:99: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN21ACE_Bound_Ptr_CounterI16ACE_Thread_MutexE15internal_create Ei[ACE_Bound_Ptr_CounterACE_Thread_Mutex::internal_create(int)]+0x87): In function `ACE_Bound_Ptr_CounterACE_Thread_Mutex::internal_create(int)': /home/cie019/ace542-gcc40x/ACE_wrappers/ace/Bound_Ptr.inl:15: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu27DSRT_Direct_Dispatcher_ImplI20mif_scheduler_traitsE1 0schedule_iEiRKNS1_15QoSDescriptor_tE[non-virtual thunk to Kokyu::DSRT_Direct_Dispatcher_Implmif_scheduler_traits::schedule_i(int, mif_scheduler_traits::QoSDescriptor_t const)]+0x124): In function `Kokyu::DSRT_Direct_Dispatcher_Implmif_scheduler_traits::schedule_i(int, mif_scheduler_traits::QoSDescriptor_t const)': ../../../Kokyu/DSRT_Direct_Dispatcher_Impl_T.cpp:210: undefined reference to `__cxa_get_exception_ptr' .obj/MIF.o (.gnu.linkonce.t._ZN5Kokyu23DSRT_CV_Dispatcher_ImplI20mif_scheduler_traitsE10sch edule_iEiRKNS1_15QoSDescriptor_tE [Kokyu::DSRT_CV_Dispatcher_Implmif_scheduler_traits::schedule_i(int, mif_scheduler_traits::QoSDescriptor_t const)] +0x190):../../../Kokyu/DSRT_CV_Dispatcher_Impl_T.cpp:81: more undefined references to `__cxa_get_exception_ptr' follow collect2: ld returned 1 exit status make[4]: *** [MIF] Error 1 -- Summary: Link errors building ACE 5.4.2: undefined reference to `__cxa_get_exception_ptr' Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: micis at gmx dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20171
[Bug c++/20171] Link errors building ACE 5.4.2: undefined reference to `__cxa_get_exception_ptr'
--- Additional Comments From micis at gmx dot de 2005-02-23 16:28 --- was entered twice -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20171
[Bug c++/20172] New: member function template declaration not instantiated during the instantiation of the enclosing class template
gcc accepts the following ill-formed code (tested with gcc3.4.2 (mingw)
and various cygwin versions (from 3.3.1 to 3.4.3 and an experimental
snapshot 4.0.0-20050130) ):
template typename T
struct foo{
template T t
static void bar() { }
};
template typename T
fooT tester(T) { return fooT(); }
int main(){
tester(1.2);
return 0;
}
std:14.7.1/1 says
... The implicit instantiation of a class template specialization causes the
implicit instantiation of the declarations, but not of the definitions or
default arguments, of the class member functions, member classes, static
data members and _member_templates_; ...
Thus, the implicit instantiation of struct foodouble causes the
instantiation of declaration
template double t void foodouble::bar();
which is ill-formed and should be diagnosed.
Remark 1:
The signature of bar is unimportant, it just has to be a function.
If one declares a nested template T t struct S; gcc correctly
complains when instantiating foodouble.
Remark 2:
Shorter testcase consists of a declaration of the template foo and an
explicit instantiation of foodouble, but the wording for implicit
instantiation is much cleaner in this case so I decided to use it.
Regards,
Vladimir Marko
--
Summary: member function template declaration not instantiated
during the instantiation of the enclosing class template
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: SWElef at post dot sk
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20172
[Bug java/20116] gcj-dbtool merging seems to lose mappings
--- Additional Comments From overholt at redhat dot com 2005-02-23 16:38 --- After further investigation, I have determined that this is not a bug with the dbtool. Closing. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20116
[Bug c++/20172] member function template declaration not instantiated during the instantiation of the enclosing class template
-- What|Removed |Added Keywords||accepts-invalid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20172
[Bug c++/20170] Link errors building ACE 5.4.2: undefined reference to `__cxa_get_exception_ptr'
--- Additional Comments From micis at gmx dot de 2005-02-23 16:44 --- Created an attachment (id=8265) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8265action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20170
[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598
--- Additional Comments From bonniot at users dot sf dot net 2005-02-23 17:10 --- Patch works for me on the small testcase (N.jar). I'll try on the whole jar when I get the chance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug c/20167] document that attribute alias does not reference a name
--- Additional Comments From giovannibajo at libero dot it 2005-02-23 17:11 --- We could document that in the manual though. Reopening to keep track of this as a request for enhancement in the manual. -- What|Removed |Added Severity|normal |enhancement Status|RESOLVED|UNCONFIRMED Keywords||documentation Resolution|DUPLICATE | Summary|static inlines discared |document that attribute |while needed by alias |alias does not reference a ||name http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20167
[Bug c++/20173] New: Wrong template function specialization chosen
attaching testcase. result should be '1', but is '2', an int is matched to a pointer. (and the pointer has the value of the integer in the function) is known to fail for 3.3.5 and 3.4.4. I can't test with 4.0 atm but I think it also fails because I came across this by a strange internal tree generated by 4.0. -- Summary: Wrong template function specialization chosen Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sstrasser at systemhaus-gruppe dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20173
[Bug c++/20173] Wrong template function specialization chosen
--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2005-02-23 17:16 --- Created an attachment (id=8266) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8266action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20173
[Bug c++/20173] Wrong template function specialization chosen
--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2005-02-23 17:19 --- Comeau C++ thinks this code is invalid. If it's right, this bug might be related to #20157 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20173
[Bug c++/20173] Wrong template function specialization chosen
-- What|Removed |Added Attachment #8266|text/x-c++src |text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20173
[Bug libgcj/16923] -D* Options passed to JNI_CreateJavaVM are ignored
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 17:36 --- Subject: Bug 16923 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-23 17:36:26 Modified files: gcc/java : ChangeLog gcj.texi libjava: ChangeLog jni.cc prims.cc libjava/gcj: cni.h javaprims.h libjava/include: java-props.h libjava/java/lang: natRuntime.cc libjava/testsuite/libjava.jni: jni.exp Added files: libjava/testsuite/libjava.jni/invocation: PR16923.c PR16923.java PR16923.out Log message: 2005-02-23 Thomas Fitzsimmons [EMAIL PROTECTED] PR libgcj/16923 * gcj.texi (Invocation): Add descriptions of JvVMInitArgs and JvVMOption. 2005-02-23 Thomas Fitzsimmons [EMAIL PROTECTED] PR libgcj/16923 * jni.cc (JNI_CreateJavaVM): Check JNI version. Cast args to JvVMInitArgs. Pass args to _Jv_CreateJavaVM and check return value. Move argument parsing code to prims.cc. * prims.cc (no_properties): Remove. (_Jv_Compiler_Properties): Initialize to NULL. (_Jv_Properties_Count): Initialize to 0. (parse_verbose_args): New function. (parse_init_args): New function. (_Jv_CreateJavaVM): Call parse_init_args. (_Jv_RunMain): Check return value of _Jv_CreateJavaVM. * gcj/cni.h (JvVMOption): New struct. (JvVMInitArgs): Likewise. (JvCreateJavaVM): Declare vm_args as JvVMInitArgs* rather than void*. * libjava/gcj/javaprims.h (_Jv_VMOption): New struct. (_Jv_VMInitArgs): Likewise. * include/java-props.h (_Jv_Properties_Count): Declare. * java/lang/natRuntime.cc (insertSystemProperties): Use _Jv_Properties_Count in for loop exit condition. * testsuite/libjava.jni/jni.exp (gcj_invocation_compile_c_to_binary): New procedure. (gcj_invocation_test_one): Likewise. (gcj_jni_run): Run JNI invocation API tests. * testsuite/libjava.jni/invocation/PR16923.c, testsuite/libjava.jni/invocation/PR16923.java, testsuite/libjava.jni/invocation/PR16923.out: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gccr1=1.1555r2=1.1556 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/gcj.texi.diff?cvsroot=gccr1=1.72r2=1.73 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3389r2=1.3390 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/jni.cc.diff?cvsroot=gccr1=1.94r2=1.95 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/prims.cc.diff?cvsroot=gccr1=1.103r2=1.104 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gcj/cni.h.diff?cvsroot=gccr1=1.14r2=1.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gcj/javaprims.h.diff?cvsroot=gccr1=1.54r2=1.55 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/java-props.h.diff?cvsroot=gccr1=1.7r2=1.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/natRuntime.cc.diff?cvsroot=gccr1=1.46r2=1.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jni/jni.exp.diff?cvsroot=gccr1=1.17r2=1.18 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jni/invocation/PR16923.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jni/invocation/PR16923.java.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jni/invocation/PR16923.out.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16923
[Bug libgcj/16923] -D* Options passed to JNI_CreateJavaVM are ignored
--- Additional Comments From fitzsim at redhat dot com 2005-02-23 17:38 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16923
[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598
--- Additional Comments From bonniot at users dot sf dot net 2005-02-23 17:40 --- I tried the patched gcj on the whole jar (containing the Nice compiler), and this error does not occur (nor any other, yay!). As far as I can tell, Andrew's patch fixes this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug c++/20174] New: rejects valid partial template function specialization
...and I have another one, this is gcc bug finding day.
it's again related to partial template function specializations, but I open a
new report because this time it is rejects-valid:
(at least I think so)
templatetypename AT
struct A{
templatetypename T
void function(){}
};
template
templatetypename TTT
void Aint::functionTTT(){}
error: partial specialization `functionTTT' of function template
that's right, but why is this an error?
if function has a parameter of type T, so you can specialize it without
explicitly giving a template parameter, it works.
(...::function(TTT){})
Comeau accepts both.
--
Summary: rejects valid partial template function specialization
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sstrasser at systemhaus-gruppe dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20174
[Bug c++/20175] New: Warnings are issued when initializing struct members with strings
When compiling the attached file foo.C using the flag -Wmissing-braces (part of -Wall) then the warning foo.C:3: warning: missing braces around initializer is printed even though no braces are needed around the char array. -- Summary: Warnings are issued when initializing struct members with strings Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc at magfr dot user dot lysator dot liu dot se CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20175
[Bug c++/20175] Warnings are issued when initializing struct members with strings
--- Additional Comments From gcc at magfr dot user dot lysator dot liu dot se 2005-02-23 18:15 --- Created an attachment (id=8267) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8267action=view) Program demonstrating the bug Compile with g++ -Wmissing-braces -c foo.C to demonstrate the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20175
[Bug target/20018] [4.0 regression][ia64] unable to find a register to spill in class`PR_REG'
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 18:21 --- Subject: Bug 20018 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-23 18:20:53 Modified files: gcc: ChangeLog simplify-rtx.c Log message: PR target/20018 PR rtl-optimization/20097 * simplify-rtx.c (simplify_relational_operation_1): Avoid creating BImode SUBREGs of SImode registers which confuse the ia64 backend. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7571r2=2.7572 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/simplify-rtx.c.diff?cvsroot=gccr1=1.229r2=1.230 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20018
[Bug rtl-optimization/20097] [4.0 regression] ICE in reload_cse_simplify_operands
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-23 18:21 --- Subject: Bug 20097 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-23 18:20:53 Modified files: gcc: ChangeLog simplify-rtx.c Log message: PR target/20018 PR rtl-optimization/20097 * simplify-rtx.c (simplify_relational_operation_1): Avoid creating BImode SUBREGs of SImode registers which confuse the ia64 backend. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7571r2=2.7572 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/simplify-rtx.c.diff?cvsroot=gccr1=1.229r2=1.230 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20097
[Bug c/20176] New: Received gcc: Internal error on 2 files when compiling postgres from source, only failed on first compilation attempt and was unable to get preprocessed files
Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 I am currently running slackware linux 10 and was attempting to 'gmake install' postgresql-8.0.1 that I had downloaded and wanted to compile from source. During the gmake install I got this: ... gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wendif-labels -fno-strict-aliasing -I../../../../src/include -D_GNU_SOURCE -c -o xact.o xact.c gcc: Internal error: Killed (program cc1) Please submit a full bug report. I went back to compile it by hand and add the flag you asked to be added -save-temps but it compiled correctly. I then went back and restarted 'gmake install' and this time I got the same error except on the next file to be compiled: gmake[4]: Entering directory `/usr/local/src/postgresql-8.0.1/src/backend/access/transam' gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Wendif-labels -fno-strict-aliasing -I../../../../src/include -D_GNU_SOURCE -c -o xlog.o xlog.c gcc: Internal error: Killed (program cc1) Please submit a full bug report. This time I just ran 'gmake install' again and it successfully compiled the file, so it only seemed to fail the first time it attempted to compile both of those files. I apologize if I shouldn't submit this because I couldn't obtain the preprocessed file, but it asked so politely for me to submit a bug report and I definitely wanted to do everything I could to help your efforts. Thank you very much for all of your time and hard work. -- Summary: Received gcc: Internal error on 2 files when compiling postgres from source, only failed on first compilation attempt and was unable to get preprocessed files Product: gcc Version: 3.3.4 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: adam at adamcarlson dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20176
[Bug c++/20175] [3.4/4.0 Regression] Warnings are issued when initializing struct members with strings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23
18:27 ---
Confirmed, this was introduced (most likely when the patch to fix for PR 19755
was committed).
Reduced testcase:
struct c { char s[8]; int i;};
struct c a = {hello, 1};
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||diagnostic
Last reconfirmed|-00-00 00:00:00 |2005-02-23 18:27:26
date||
Summary|Warnings are issued when|[3.4/4.0 Regression]
|initializing struct members |Warnings are issued when
|with strings |initializing struct members
||with strings
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20175
[Bug c/20176] Received gcc: Internal error on 2 files when compiling postgres from source, only failed on first compilation attempt and was unable to get preprocessed files
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 18:29 --- Not a gcc bug. Tou have bad memory or hardware as it works the second time. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20176
[Bug c++/20174] rejects valid partial template function specialization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 18:36 --- *** This bug has been marked as a duplicate of 14494 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20174
[Bug c++/14494] Rejected valid specialization of member template
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 18:36 --- *** Bug 20174 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||sstrasser at systemhaus- ||gruppe dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14494
[Bug target/20018] [4.0 regression][ia64] unable to find a register to spill in class`PR_REG'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-23 18:39 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20018
