[Bug libgcj/18909] gij needs libgij.so (wrong linking/build?)
--- Additional Comments From pluto at pld-linux dot org 2005-03-09 08:07 --- works with recent snapshots. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18909
[Bug regression/20392] New: invalid install/relink of llibgcj{,0_convenience} during `make install`
I've installed the gcc-4.0.0-0.20050305.1 with enabled c, c++ and ada.
Now I'm trying rebuild gcc with added java, objc and fortran support
but install fails. It worked several snapshots ago, now it's broken.
--
Summary: invalid install/relink of llibgcj{,0_convenience} during
`make install`
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at pld-linux dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86,amd64,ppc
GCC host triplet: x86,amd64,ppc
GCC target triplet: x86,amd64,ppc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20392
[Bug regression/20392] invalid install/relink of llibgcj{,0_convenience} during `make install`
--- Additional Comments From pluto at pld-linux dot org 2005-03-09 08:18 --- Created an attachment (id=8368) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8368&action=view) install log. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20392
[Bug pch/20315] pch problems on solaris
-- What|Removed |Added Component|target |pch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20315
[Bug libgcj/20392] invalid install/relink of llibgcj{,0_convenience} during `make install`
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 08:34 --- This does not make sense: (cd /home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld- linux/libjava; /bin/sh ./libtool --tag CXX --mode=relink /home/users/pluto/multimedia/rpm/BUILD/ gcc-4.0-20050305/obj-i686-pld-linux/gcc/xgcc -shared-libgcc -B/home/users/pluto/multimedia/ rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/gcc/ -nostdinc++ -L/home/users/pluto/ multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/libstdc++-v3/src -L/ home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/ libstdc++-v3/src/.libs -B/usr/i686-pld-linux/bin/ -B/usr/i686-pld-linux/lib/ -isystem /usr/i686- pld-linux/include -isystem /usr/i686-pld-linux/sys-include -L/home/users/pluto/multimedia/rpm/ BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/libjava -ffloat-store -fno-omit-frame- pointer -O2 -march=i686 -mtune=pentium4 -fomit-frame-pointer -funroll-loops -pipe -o libgcj.la -objectlist libgcj.objectlist external/sax/libsax_convenience.la external/w3c_dom/ libw3c_convenience.la libgcj0_convenience.la ../libffi/libffi_convenience.la ../boehm-gc/ libgcjgc_convenience.la gnu/regexp/MessagesBundle.properties.lo gnu/regexp/ MessagesBundle_fr.properties.lo org/ietf/jgss/MessagesBundle.properties.lo -rpath /usr/lib -rpath / usr/lib -lpthread ./libltdl/libltdlc.la -lz -version-info 6:0:0) mv: cannot stat `libgcj.so.6.0.0': No such file or directory libtool: install: error: relink `libgcj.la' with the above command before installing it that means something is wrong with your build. -- What|Removed |Added Component|regression |libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20392
[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry
--- Additional Comments From jakub at redhat dot com 2005-03-09 08:51 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail On Wed, Mar 09, 2005 at 01:02:08AM -0300, Alexandre Oliva wrote: > On Mar 8, 2005, Jakub Jelinek <[EMAIL PROTECTED]> wrote: > > > Unfortunately, it seems to break ada bootstrap on at least x86-64 and i386: > > Odd... It surely completed bootstrap for me with default build flags. > > Hmm... FORTIFY_SOURCE? This is Ada, stage1/xgcc -Bstage1/ -B/usr/i386-redhat-linux/bin/ -c -O2 -Wall -g -pipe \ -march=i386 -mtune=pentium4 -fprofile-generate -gnatpg -gnata -I- -I. \ -Iada -I../../gcc/ada ../../gcc/ada/ali.adb -o ada/ali.o in particular, so -D_FORTIFY_SOURCE=2 definitely isn't in the game. Were you bootstrapping with Ada (which is not on by default)? Jakub -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
[Bug java/5537] Error compiling simple bytecode with jsr
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 09:04 --- Now that the new verifier has been enabled, this bug has been fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5537
[Bug pch/20315] pch problems on solaris
-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org GCC build triplet||sparc-sun-solaris2.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20315
[Bug java/12734] gcj verifier doesn't merge interface types correctly
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 09:06 --- This bug should have been fixed by enabling the new verifier. Can you please check? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12734
[Bug java/13378] gcj compiling from jar files - verification error
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 09:11 --- (In reply to comment #0) > > The jar-files which caused the problem: > http://www.scheinwelt.at/~norbertf/gcj/tests/gcjverifybug_test.tar.gz I could not download this file - can you please put it back in? Mainline CVS now has GCJ using a new verifier that should fix most verifier bugs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13378
[Bug inline-asm/20382] internal compiler error with bogus asm output constraint
--- Additional Comments From falk at debian dot org 2005-03-09 09:14 --- (In reply to comment #4) > Where can I find some documentation on using this extended asm format? I > have read all the GNU docs on it and can not understand how to use it. Well, those docs are all we have. If you have any more concrete criticism, feel free to file a bug about it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20382
[Bug java/19344] Java verification error: types could not be merged
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 09:15 --- Fixed on the mainline after the new verifier was enabled. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19344
[Bug target/20126] [3.3/3.4/4.0/4.1 Regression] Inlined memcmp makes one argument null on entry
--- Additional Comments From jakub at redhat dot com 2005-03-09 09:23
---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
On Wed, Mar 09, 2005 at 01:02:08AM -0300, Alexandre Oliva wrote:
> On Mar 8, 2005, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
>
> > Unfortunately, it seems to break ada bootstrap on at least x86-64 and i386:
>
> Odd... It surely completed bootstrap for me with default build flags.
Your code hits just once on ali.adb
stage1/gnat1 -I- -I. -Iada -I../../gcc/ada -quiet -dumpbase ali.adb -O2 -gnatpg
\
-gnata -gnatO ada/ali.o ../../gcc/ada/ali.adb -o foo.s
(gdb) p debug_rtx(v->insn)
(insn 1571 1568 1573 (set (mem/s/v/j:QI (plus:SI (reg:SI 349 [ D.4388 ])
(symbol_ref:SI ("ali__cumulative_restrictions") [flags 0x2]
)) [5
ali__cumulative_restrictions.set S1 A8])
(const_int 1 [0x1])) -1 (nil)
(nil))
(gdb) p debug_rtx(*v->location)
(plus:SI (reg:SI 349 [ D.4388 ])
(symbol_ref:SI ("ali__cumulative_restrictions") [flags 0x2] ))
(gdb) p debug_rtx(v->new_reg)
(plus:SI (reg:SI 1953)
(symbol_ref:SI ("ali__cumulative_restrictions") [flags 0x2] ))
Note that recog_memoized (v->insn) is -1 even without the change, not sure what
would
fix that up. But it certainly shows that *v->location doesn't have to be
a simple pseudo, so gen_move_insn might not work.
Jakub
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
[Bug java/13378] gcj compiling from jar files - verification error
--- Additional Comments From postfach at nfrese dot net 2005-03-09 09:39 --- Subject: Re: gcj compiling from jar files - verification error I put it here: http://www.scheinwelt.at/~norbertf/files/gcj/other_tests/ On Wed, 2005-03-09 at 10:11, rmathew at gcc dot gnu dot org wrote: > --- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 > 09:11 --- > (In reply to comment #0) > > > > The jar-files which caused the problem: > > http://www.scheinwelt.at/~norbertf/gcj/tests/gcjverifybug_test.tar.gz > > I could not download this file - can you please put it back in? > > Mainline CVS now has GCJ using a new verifier that should fix > most verifier bugs. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13378
[Bug middle-end/18628] [4.0/4.1 regression] miscompilation of switch statement in loop
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-02-26 18:42:03 |2005-03-09 10:19:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
[Bug java/13378] gcj compiling from jar files - verification error
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 10:26 --- Thanks. Now the verification errors are gone, but I'm still not able to build the package (with or without -findirect-dispatch): 8< ~/src/tmp/PR13378/gcjverifybug > make /home/ranmath/src/gcc/build/gcc/gcj -B/home/ranmath/src/gcc/build/gcc/ -B/home/r anmath/src/gcc/build/i686-pc-linux-gnu/libjava/ -I/home/ranmath/src/gcc/build/i6 86-pc-linux-gnu/libjava/libgcj-4.1.0.jar -L/home/ranmath/src/gcc/build/i686-pc-l inux-gnu/libjava/.libs -findirect-dispatch -fCLASSPATH=swt.jar:xerces.jar -c jfa ce-standalone.jar -o jface_standalone.o org/eclipse/jface/util/OpenStrategy.java: In class 'org.eclipse.jface.util.OpenS trategy$1': org/eclipse/jface/util/OpenStrategy.java: In method 'org.eclipse.jface.util.Open Strategy$1.handleEvent(org.eclipse.swt.widgets.Event)': org/eclipse/jface/util/OpenStrategy.java:336: error: expected type 'java.lang.Ru nnable[]' but stack contains 'java.lang.Object' org/eclipse/jface/util/OpenStrategy.java:336: error: stack underflow org/eclipse/jface/util/OpenStrategy$1.java:0: confused by earlier errors, bailin g out make: *** [default] Error 1 8< -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13378
[Bug middle-end/18628] [4.0/4.1 regression] miscompilation of switch statement in loop
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-09
10:30 ---
Subject: [PR middle-end/18628] do not fold to label load from tablejump to reg
This patch is meant to implement suggestion #3 proposed to fix the bug
by Roger Sayle and selected by RTH in bugzilla. So far, I've only
verified that it fixes the testcase included in the patch.
The thought of adding the REG_EQUAL note was to help other passes that
might want to turn the indirect jump into a direct jump. I'm not sure
this may actually happen.
Bootstrap and regtesting starting shortly. Ok to install if they
pass?
Index: gcc/ChangeLog
from Alexandre Oliva <[EMAIL PROTECTED]>
PR middle-end/18628
* cse.c (fold_rtx_mem): Instead of returning the label extracted
from a tablejump, add it as an REG_EQUAL note, if the insn loaded
from the table to a register.
(cse_insn): Don't use it as src_eqv.
Index: gcc/cse.c
===
RCS file: /cvs/gcc/gcc/gcc/cse.c,v
retrieving revision 1.349
diff -u -p -r1.349 cse.c
--- gcc/cse.c 8 Mar 2005 13:56:56 - 1.349
+++ gcc/cse.c 9 Mar 2005 10:19:13 -
@@ -3515,8 +3515,36 @@ fold_rtx_mem (rtx x, rtx insn)
if (offset >= 0
&& (offset / GET_MODE_SIZE (GET_MODE (table))
< XVECLEN (table, 0)))
- return XVECEXP (table, 0,
- offset / GET_MODE_SIZE (GET_MODE (table)));
+ {
+ rtx label = XVECEXP
+ (table, 0, offset / GET_MODE_SIZE (GET_MODE (table)));
+ rtx set;
+
+ /* If we have an insn that loads the label from the
+ jumptable into a reg, we don't want to set the reg
+ to the label, because this may cause a reference to
+ the label to remain after the label is removed in
+ some very obscure cases (PR middle-end/18628). So
+ we just set a REG_EQUAL note for this case, and
+ return the original MEM. */
+ if (!insn)
+ return label;
+
+ set = single_set (insn);
+
+ if (! set || SET_SRC (set) != x)
+ return x;
+
+ /* If it's a jump, it's safe to reference the label. */
+ if (SET_DEST (set) == pc_rtx)
+ return label;
+
+ /* If it's not a REG, the REG_EQUAL note is inappropriate. */
+ if (REG_P (SET_DEST (set)))
+ set_unique_reg_note (insn, REG_EQUAL, label);
+
+ return x;
+ }
}
if (table_insn && JUMP_P (table_insn)
&& GET_CODE (PATTERN (table_insn)) == ADDR_DIFF_VEC)
@@ -4861,6 +4889,13 @@ cse_insn (rtx insn, rtx libcall_insn)
{
src_eqv = fold_rtx (canon_reg (XEXP (tem, 0), NULL_RTX), insn);
XEXP (tem, 0) = src_eqv;
+
+ /* We don't want to use the labels in REG_EQUAL notes that
+fold_rtx may have added in an earlier pass. If it's
+something as simple as a LABEL_REF and we didn't set to it
+directly, there was a reason not to do so. */
+ if (GET_CODE (src_eqv) == LABEL_REF)
+ src_eqv = NULL;
}
/* Canonicalize sources and addresses of destinations.
Index: gcc/testsuite/ChangeLog
from Alexandre Oliva <[EMAIL PROTECTED]>
* gcc.dg/pr18628.c: New.
Index: gcc/testsuite/gcc.dg/pr18628.c
===
RCS file: gcc/testsuite/gcc.dg/pr18628.c
diff -N gcc/testsuite/gcc.dg/pr18628.c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ gcc/testsuite/gcc.dg/pr18628.c 9 Mar 2005 10:19:27 -
@@ -0,0 +1,31 @@
+/* { dg-do link } */
+/* { dg-options "-O2" } */
+
+/* PR middle-end/18628 exposed a problem in which cse folded a load
+ from a jump table into the label that was the target of the branch.
+ Unfortunately, the indirect jump was moved to a different basic
+ block, and the LABEL_REF copied to the register wasn't enough to
+ keep the cfg from optimizing the otherwise-unused label away. So
+ we ended up with a dangling reference to the label. */
+
+int i;
+
+int main()
+{
+ for (;;)
+ {
+switch (i)
+{
+ case 0:
+ case 1:
+return 1;
+
+ case 2:
+ case 3:
+return 0;
+
+ case 5:
+--i;
+}
+ }
+}
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist [EMAIL PROTECTED], gnu.org}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
[Bug rtl-optimization/20365] simplify_plus_minus results are erratic
--- Additional Comments From giovannibajo at libero dot it 2005-03-09 10:30 --- If the patch was committed last year, what is this bug for, exactly? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20365
[Bug java/20362] ICE: bus error if missed interface used in abstract class and output file specified
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 10:55 --- I do not see an ICE with the given testcase as of 2005-03-09 and mainline CVS. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20362
[Bug java/20351] compilation with a redundant jar fails, if output file specified
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 10:57 --- Now that the new verifier has been enabled, this works quite fine. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20351
[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error
-- Bug 18212 depends on bug 20351, which changed state. Bug 20351 Summary: compilation with a redundant jar fails, if output file specified http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20351 What|Old Value |New Value Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18212
[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 11:03 --- I can still see a crash similar to what Tom is seeing, but the other two bugs are fixed - the break-up was not correct. -- What|Removed |Added BugsThisDependsOn|20351 | Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18212
[Bug libstdc++/20393] New: make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
1.) gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux Thread model: posix gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) 2.) ld -V GNU ld version 2.15 Supported emulations: elf_i386 i386linux 3.) ./configure --prefix=/usr 4.) make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates' bootstra ../../.././libstdc++-v3/src/debug.cc: In member function `void __gnu_debug::_Error_formatter::_Parameter::_M_print_field(const __gnu_debug::_Error_formatter*, const char*) const': ../../.././libstdc++-v3/src/debug.cc:260: error: invalid conversion from `const char* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:260: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:271: error: invalid conversion from `const std::type_info* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:271: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:299: error: invalid conversion from `const void* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:299: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:307: error: invalid conversion from `const std::type_info* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:307: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:317: error: invalid conversion from `const char* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:317: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:322: error: invalid conversion from `const void* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:322: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:330: error: invalid conversion from `const std::type_info* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:330: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:340: error: invalid conversion from `const char* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:340: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:350: error: invalid conversion from `const char* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:350: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc: In member function `void __gnu_debug::_Error_formatter::_M_error() const': ../../.././libstdc++-v3/src/debug.cc:474: error: invalid conversion from `const char*' to `long int' ../../.././libstdc++-v3/src/debug.cc:474: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' make[4]: *** [debug.lo] Fehler 1 make[4]: Verlassen des Verzeichnisses Verzeichnis »/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/src« make[3]: *** [all-recursive] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis »/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3« make[2]: *** [all] Fehler 2 make[2]: Verlassen des Verzeichnisses Verzeichnis »/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3« make[1]: *** [all-target-libstdc++-v3] Fehler 2 make[1]: Verlassen des Verzeichnisses Verzeichnis »/tmp/kde/gcc-3.4.2« make: *** [bootstrap] Fehler 2 i tried gcc-3.4.4 too ... same error :( -- Summary: make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_fiel d Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andreas dot hoehmann at gmx dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug c++/20381] [4.0/4.1 Regression] ICE in build_ptrmemfunc, at cp/typeck.c:5702
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-09 11:35 --- Looking at it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lerdsuwa at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-03-08 14:12:44 |2005-03-09 11:35:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381
[Bug inline-asm/20382] internal compiler error with bogus asm output constraint
--- Additional Comments From sailors3 at comcast dot net 2005-03-09 12:00
---
Subject: RE: internal compiler error with bogus asm output constraint
Hello,
I apologize if my question sounded like criticism, It is really more of a
reflection on me (my ability to learn) than on GHU.
I'm trying to get the compiler to accept this asm instruction:
/* asm("orir5, r5, (ARCH_MSR_ME |
ARCH_MSR_RI)");*/
Using extended asm as this:
__asm__ ("ori %0,%1,%2"
: "=r" ("r5")
: "0" ("r5"), "g" (ARCH_MSR_ME |
ARCH_MSR_RI));
And the compiler is giving me:
Error: assignment of read-only location
Error: incompatible types of assignment
I guess I'm not properly interpreting the documentation on how to use
registers in the asm, is that correct?
Thanks,
Dave
-Original Message-
From: falk at debian dot org [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 09, 2005 1:15 AM
To: [EMAIL PROTECTED]
Subject: [Bug inline-asm/20382] internal compiler error with bogus asm
output constraint
--- Additional Comments From falk at debian dot org 2005-03-09 09:14
---
(In reply to comment #4)
> Where can I find some documentation on using this extended asm format? I
> have read all the GNU docs on it and can not understand how to use it.
Well, those docs are all we have. If you have any more concrete criticism,
feel free to file a bug about it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20382
[Bug inline-asm/20382] internal compiler error with bogus asm output constraint
--- Additional Comments From falk at debian dot org 2005-03-09 12:30 --- (In reply to comment #6) > I guess I'm not properly interpreting the documentation on how to use > registers in the asm, is that correct? Yes, that's correct :-) I suggest you ask at [EMAIL PROTECTED], preferably stating what it *really* is that you want (why do you want to generate this asm?). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20382
[Bug java/20338] Program compiled with gcj crashes when accessing private static method from nested class
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 12:39 --- The problem is that we leave out a call to _Jv_InitClass for a static private method thinking that it is unreachable. This is not the case for a private static inner class method. A simple pessimistic fix is: Index: decl.c === --- decl.c 2005-03-09 17:16:36.0 +0530 +++ decl.c 2005-03-09 17:17:18.0 +0530 @@ -2039,5 +2039,5 @@ finish_method (tree fndecl) /* Prepend class initialization for static methods reachable from other classes. */ - if (METHOD_STATIC (fndecl) && ! METHOD_PRIVATE (fndecl) + if (METHOD_STATIC (fndecl) && ! DECL_CLINIT_P (fndecl) && ! CLASS_INTERFACE (TYPE_NAME (DECL_CONTEXT (fndecl -- What|Removed |Added Last reconfirmed|2005-03-05 23:20:15 |2005-03-09 12:39:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20338
[Bug rtl-optimization/20365] simplify_plus_minus results are erratic
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-09 12:54 --- (In reply to comment #2) > If the patch was committed last year, what is this bug for, exactly? The patch was committed to a branch, but not to mainline. I already had a number of unreviewed patches pending, and AFAICR we didn't have any meta-bug to make dependent on them, so I thought it was pointless to formally submit any more at that time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20365
[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 12:57 --- Subject: Bug 20186 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-09 12:57:14 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: non-dependent12.C Log message: cp: PR c++/20186 * pt.c (contains_dependent_cast_p): New. (fold_non_dependent_expr): Call it. testsuite: PR c++/20186 * g++.dg/template/non-dependent12.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4655&r2=1.4656 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.979&r2=1.980 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5130&r2=1.5131 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/non-dependent12.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186
[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 13:15 --- Subject: Bug 20186 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-09 13:14:58 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: non-dependent12.C Log message: cp: PR c++/20186 * pt.c (contains_dependent_cast_p): New. (fold_non_dependent_expr): Call it. testsuite: PR c++/20186 * g++.dg/template/non-dependent12.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.6&r2=1.4648.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.1&r2=1.978.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.27&r2=1.5084.2.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/non-dependent12.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186
[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-09 13:16 --- 2005-03-08 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/20186 * pt.c (contains_dependent_cast_p): New. (fold_non_dependent_expr): Call it. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186
[Bug libgcj/20392] invalid install/relink of llibgcj{,0_convenience} during `make install`
--- Additional Comments From pluto at pld-linux dot org 2005-03-09 13:49 --- (In reply to comment #2) > This does not make sense: > (cd /home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld- > linux/libjava; /bin/sh ./libtool --tag CXX --mode=relink /home/users/pluto/multimedia/rpm/BUILD/ > gcc-4.0-20050305/obj-i686-pld-linux/gcc/xgcc -shared-libgcc -B/home/users/pluto/multimedia/ > rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/gcc/ -nostdinc++ -L/home/users/pluto/ > multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/libstdc++-v3/src -L/ > home/users/pluto/multimedia/rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/ > libstdc++-v3/src/.libs -B/usr/i686-pld-linux/bin/ -B/usr/i686-pld-linux/lib/ -isystem /usr/i686- > pld-linux/include -isystem /usr/i686-pld-linux/sys-include -L/home/users/pluto/multimedia/rpm/ > BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/libjava -ffloat-store -fno-omit-frame- > pointer -O2 -march=i686 -mtune=pentium4 -fomit-frame-pointer -funroll-loops -pipe -o libgcj.la > -objectlist libgcj.objectlist external/sax/libsax_convenience.la external/w3c_dom/ > libw3c_convenience.la libgcj0_convenience.la ../libffi/libffi_convenience.la ../boehm-gc/ > libgcjgc_convenience.la gnu/regexp/MessagesBundle.properties.lo gnu/regexp/ > MessagesBundle_fr.properties.lo org/ietf/jgss/MessagesBundle.properties.lo -rpath /usr/lib -rpath / > usr/lib -lpthread ./libltdl/libltdlc.la -lz -version-info 6:0:0) > mv: cannot stat `libgcj.so.6.0.0': No such file or directory > libtool: install: error: relink `libgcj.la' with the above command before installing it > > that means something is wrong with your build. I think that relinking java libs with `-rpath /usr/lib` are quite wrong. At build/install time java libs exist only in rpm/BUILD/gcc-4.0-20050305/obj-i686-pld-linux/i686-pld-linux/libjava/.libs and $(DESTDIR)/$libdir. Am I right? -- What|Removed |Added CC||qboosh at pld-linux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20392
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 14:02 --- This works for many people. Can you attach the preprocessed source? -- What|Removed |Added Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09 14:17 --- i try ;) /tmp/kde/gcc-3.4.2/gcc/xgcc -v -save-temps -shared-libgcc -B/tmp/kde/gcc-3.4.2/gcc/ -nostdinc++ -L/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/src -L/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include -I/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu -I/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/include -I/tmp/kde/gcc-3.4.2/libstdc++-v3/libsupc++ -O2 -O -g -O2 -D_GNU_SOURCE -fno-implicit-templates -Wall -W -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c ../../.././libstdc++-v3/src/debug.cc -fPIC -DPIC -o .libs/debug.o Reading specs from /tmp/kde/gcc-3.4.2/gcc/specs Configured with: ./configure --prefix=/usr Thread model: posix gcc version 3.4.2 /tmp/kde/gcc-3.4.2/gcc/cc1plus -E -quiet -nostdinc++ -v -I/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu -I/tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/include -I/tmp/kde/gcc-3.4.2/libstdc++-v3/libsupc++ -iprefix /tmp/kde/gcc-3.4.2/gcc/../lib/gcc/i686-pc-linux-gnu/3.4.2/ -isystem /tmp/kde/gcc-3.4.2/gcc/include -isystem /usr/i686-pc-linux-gnu/bin/include -isystem /usr/i686-pc-linux-gnu/lib/include -D_GNU_SOURCE -D_GNU_SOURCE -DPIC -isystem /usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include ../../.././libstdc++-v3/src/debug.cc -mtune=pentiumpro -Wall -W -Wwrite-strings -Wcast-qual -fno-implicit-templates -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -fPIC -fworking-directory -O2 -O -O2 -o debug.ii ignoring nonexistent directory "/usr/i686-pc-linux-gnu/bin/include" ignoring nonexistent directory "/usr/i686-pc-linux-gnu/lib/include" ignoring nonexistent directory "/usr/i686-pc-linux-gnu/include" ignoring nonexistent directory "/usr/i686-pc-linux-gnu/sys-include" ignoring nonexistent directory "/tmp/kde/gcc-3.4.2/gcc/../lib/gcc/i686-pc-linux-gnu/3.4.2/include" ignoring nonexistent directory "/tmp/kde/gcc-3.4.2/gcc/../lib/gcc/i686-pc-linux-gnu/3.4.2/../../../../i686-pc-linux-gnu/include" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include" ignoring nonexistent directory "/usr/lib/../i686-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu /tmp/kde/gcc-3.4.2/i686-pc-linux-gnu/libstdc++-v3/include /tmp/kde/gcc-3.4.2/libstdc++-v3/libsupc++ /tmp/kde/gcc-3.4.2/gcc/include /usr/local/include /usr/include End of search list. /tmp/kde/gcc-3.4.2/gcc/cc1plus -fpreprocessed debug.ii -quiet -dumpbase debug.cc -mtune=pentiumpro -auxbase-strip .libs/debug.o -g -O2 -O -O2 -Wall -W -Wwrite-strings -Wcast-qual -version -fno-implicit-templates -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -fPIC -o debug.s GNU C++ version 3.4.2 (i686-pc-linux-gnu) compiled by GNU C version 3.4.2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ../../.././libstdc++-v3/src/debug.cc: In member function `void __gnu_debug::_Error_formatter::_Parameter::_M_print_field(const __gnu_debug::_Error_formatter*, const char*) const': ../../.././libstdc++-v3/src/debug.cc:260: error: invalid conversion from `const char* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:260: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:271: error: invalid conversion from `const std::type_info* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:271: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:299: error: invalid conversion from `const void* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:299: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:307: error: invalid conversion from `const std::type_info* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:307: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:317: error: invalid conversion from `const char* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:317: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:322: error: invalid conversion from `const void* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:322: error: initializing argument 1 of `long int __builtin_expect(long int, long int)' ../../.././libstdc++-v3/src/debug.cc:330: error: invalid conversion from `const std::type_info* const' to `long int' ../../.././libstdc++-v3/src/debug.cc:330: error: initia
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09 14:22 --- Created an attachment (id=8369) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8369&action=view) preprocessed files i hope i tar-ed the right files. i do: cd i686-pc-linux-gnu/libstdc++-v3/src tar cvfj debug.tar.bz2 debug.* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
14:34 ---
Does the following C file compile without warning?
I think this is a bug in glibc (or whos every assert.h you are using).
#include
void f(char *a)
{
assert(a);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug java/20394] New: Can't run db2 jdbc application compiled with gcj
Hello,
I managed to get jdbc MSSQL & ORACLE test apps work just fine. I have not been
able to make DB2 work. Here is what I get. Does this mean something is missing
on the gcj classes ? I can provide sample source and the shared libs and/or the
jars
[EMAIL PROTECTED] DB]$ ./db2test
jdbcDB2 - Java Database Interface Test Utility
jdbcTester - Library Path =
jdbcTester - Database Type Selected... DB2
jdbcTester - Database Connection Details...
jdbcTester - Database Type: DB2
jdbcTester - Database Name: XQDB
jdbcTester - Database Host: 192.168.1.167
jdbcTester - Database Port: 5
jdbcTester - Database User: acuser
jdbcTester - Database PWrd: acuser
jdbcTester - Database cURL:
jdbc:db2://192.168.1.167:5/XQDB:traceFile=jdbcDB2.log;traceLevel=-1;
Loading Appropriate Database Driver...
Loaded the Appropriate Driver...
Connecting to Database...
Exception in thread "main" java.lang.NoClassDefFoundError: while resolving
class: com.ibm.db2.jcc.b.i
at java.lang.VMClassLoader.transformException(java.lang.Class,
java.lang.Throwable) (/usr/local/lib/libgcj.so.6.0.0)
at java.lang.VMClassLoader.resolveClass(java.lang.Class)
(/usr/local/lib/libgcj.so.6.0.0)
at java.lang.Class.initializeClass() (/usr/local/lib/libgcj.so.6.0.0)
at java.lang.Class.initializeClass() (/usr/local/lib/libgcj.so.6.0.0)
at com.ibm.db2.jcc.a.b.a(com.ibm.db2.jcc.b.xb, int, java.lang.String, int)
(/home/acuser/gcj/DB/libdb2jcc.so)
at com.ibm.db2.jcc.b.o.o(com.ibm.db2.jcc.b.xb, int, java.lang.String, int,
java.lang.String, int, java.util.Properties) (/home/acuser/gcj/DB/libdb2jcc.so)
at com.ibm.db2.jcc.a.b.b(com.ibm.db2.jcc.a.g, int, java.lang.String, int,
java.lang.String, java.util.Properties) (/home/acuser/gcj/DB/libdb2jcc.so)
at com.ibm.db2.jcc.DB2Driver.connect(java.lang.String, java.util.Properties)
(/home/acuser/gcj/DB/libdb2jcc.so)
at java.sql.DriverManager.getConnection(java.lang.String,
java.util.Properties) (/usr/local/lib/libgcj.so.6.0.0)
at java.sql.DriverManager.getConnection(java.lang.String, java.lang.String,
java.lang.String) (/usr/local/lib/libgcj.so.6.0.0)
at jdbcDB2.dbConnect(java.lang.String, java.lang.String) (Unknown Source)
at jdbcDB2.main(java.lang.String[]) (Unknown Source)
at gnu.java.lang.MainThread.call_main() (/usr/local/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/local/lib/libgcj.so.6.0.0)
Caused by: java.lang.ClassNotFoundException: sun.io.ByteToCharConverter not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.VMClassLoader{urls=[core:/], parent=null}}
at java.net.URLClassLoader.findClass(java.lang.String)
(/usr/local/lib/libgcj.so.6.0.0)
at java.lang.ClassLoader.loadClass(java.lang.String, boolean)
(/usr/local/lib/libgcj.so.6.0.0)
...13 more
[EMAIL PROTECTED] DB]$
--
Summary: Can't run db2 jdbc application compiled with gcj
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: delarosa at ilstechnology dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug libgcj/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 14:40 --- Exception in thread "main" java.lang.NoClassDefFoundError: while resolving class: com.ibm.db2.jcc.b.i This means either ibm's .jar file contains classes which reference other classes which are not there and since gcj's runtime does not do lazy biind, we fail ---or--- could mean gcj is going wrong. -- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09
14:43 ---
> cat assert_test.c
#include
void f(char *a)
{
assert(a);
}
int main()
{
}
> gcc assert_test.c -o assert_test
assert_test.c: In function `f':
assert_test.c:4: warning: passing arg 1 of `__builtin_expect' makes integer from
pointer without a cast
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug java/20338] Program compiled with gcj crashes when accessing private static method from nested class
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-09 14:51 --- A proposed patch is here: http://gcc.gnu.org/ml/java-patches/2005-q1/msg00684.html As noted there, there is still a problem with either GCJ or gij for this testcase. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20338
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 15:01 --- The only thing I can say is that this is a bug in glibc you are using. I wonder where __builtin_expect comes from. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 15:09 --- Ok, here the situation, glibc removed the __builtin_expect in October of last year. And had add it in August 2003. So any reason between then and now were broken. In fact it was fixed two days later for pointers. Did you compile your own glibc? If so when? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug libfortran/18958] eoshift segfaults when shifting off the end of an array
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-09
15:13 ---
$ cat eoshift.f90
print *,eoshift((/1, 3/), 3)
end
$ gfortran eoshift.f90
$ ./a.out
Segmentation fault
This fails because the loop
for (n = 0; n < len; n++)
{
memcpy (dest, src, size);
dest += roffset;
src += soffset;
}
at line 146 ff. in eoshift0.c runs over its bounds
with the test case, because both n and len are of type index_type,
index_type is size_t, which is unsigned, and len is supposed to be -1
(so it's either 0x or 0x, depending on
wether size_t is 32-bit or 64-bit).
This has an "easy", one-letter fix: typedef index_type as ssize_t
instad of size_t in libgfortran.h.
This fixes the bug and causes no testsuite regressions. It also
has the potential to fix other, latent bugs like this one. This is
also a design decision which I feel should be discussed on
the fortran mailing list.
It would require some configuration work for libgfortran (not
all systems have ssize_t), which I don't feel I can handle
competently at the moment, so I won't submit a patch (at least
not now).
Thomas
--
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18958
[Bug libstdc++/20393] make bootstrap failed with error in __gnu_debug::_Error_formatter::_Parameter::_M_print_field
--- Additional Comments From andreas dot hoehmann at gmx dot de 2005-03-09 15:32 --- it's a red hat 9 standardinstalltion rpm -qa | grep glibc glibc-devel-2.3.2-71 glibc-common-2.3.2-71 glibc-kernheaders-2.4-8.10 glibc-2.3.2-71 rpm -qa | grep libstd libstdc++-3.2.2-5 compat-libstdc++-7.3-2.96.118 libstdc++-devel-3.2.2-5 compat-libstdc++-devel-7.3-2.96.118 rpm -ql compat-libstdc++ /usr/lib/libg++.so.2.7.2.8 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so /usr/lib/libstdc++-libc6.2-2.so.3 /usr/lib/libstdc++.so.2.7.2.8 /usr/lib/libstdc++.so.2.8.0 /usr/lib/libstdc++.so.2.9.dummy -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20393
[Bug fortran/20323] optional arguments incorrectly accepted in specification expressions
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-09 16:01 --- The complaint is a segfault at runtime when you actually want to do anything with the string whose length depends on a missing optional argument. This isn't too bad (the same thing happens if you access a missing optional argument). Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
[Bug fortran/20323] optional arguments incorrectly accepted in specification expressions
--- Additional Comments From tow21 at cam dot ac dot uk 2005-03-09 16:11 --- (In reply to comment #1) > The complaint is a segfault at runtime when > you actually want to do anything with the > string whose length depends on a missing > optional argument. This isn't too bad (the > same thing happens if you access a missing > optional argument). Indeed - but even if the optional argument were present, you're still not allowed to access it in a specification expression, and this is a constraint that the compiler is required to detect at compile time. (It's a constraint that I'd quite like to see partially lifted - it would be very useful to be able to use present(arg) as part of a specification expression - but it is forbidden according to the current standard.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20323
[Bug middle-end/18628] [4.0/4.1 regression] miscompilation of switch statement in loop
--- Additional Comments From roger at eyesopen dot com 2005-03-09 16:13 --- Subject: Re: [PR middle-end/18628] do not fold to label load from tablejump to reg On 9 Mar 2005, Alexandre Oliva wrote: > This patch is meant to implement suggestion #3 proposed to fix the bug > by Roger Sayle and selected by RTH in bugzilla. So far, I've only > verified that it fixes the testcase included in the patch. > > Alexandre Oliva <[EMAIL PROTECTED]> > > PR middle-end/18628 > * cse.c (fold_rtx_mem): Instead of returning the label extracted > from a tablejump, add it as an REG_EQUAL note, if the insn loaded > from the table to a register. > (cse_insn): Don't use it as src_eqv. Thanks! OK for mainline if bootstrap and regression testing passes. Once this patch has been on mainline for a few days, to check that targets with different forms of tablejump and conditional branches don't have issues, OK to backport to the 4.0 branch. Thanks also to RTH for selecting which of the proposals in the bugzilla PR he preferred. I'll admit that I hadn't noticed he'd commented on them until you'd posted this patch. However, full credit goes to your patch. I hadn't appreciated that the problematic transformation takes place in fold_rtx_mem which has the instruction context, allowing us to perform this transformation when its safe (i.e. we directly converting a tablejump into an unconditional jump) but to avoid the problematic case of hositing a label_ref into a register that can then escape. Cool. > The thought of adding the REG_EQUAL note was to help other passes that > might want to turn the indirect jump into a direct jump. I'm not sure > this may actually happen. I'm also not sure how much this will help. If you do encounter any problems with your patch, my first instinct would be to investigate not bothering with the REG_EQUAL note. We've had issues in the past with whether label_refs in REG_EQUAL notes are counted in the label's NUSES, and similar ugly corner cases. If there's no measurable performance impact, we're probably better off without the risk [on the 4.0 branch at least]. > Bootstrap and regtesting starting shortly. Ok to install if they > pass? Please forgive me for commenting on this, but it's kind of a pet peeve. There really are no patches so urgent that they can't be bootstrapped and regression tested before posting to gcc-patches. Even "obvious" fixes to target-independent bootstrap failures can affort the few hours it takes to confirm changes work and are safe. Indeed the language (and emphasis) in contribute.html is (are) quite clear on the matter. My apologies for bringing this up now as you're certainly not amongst the worst offenders in this regard. Many thanks again for tackling high-priority PR middle-end/18628. Roger -- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09
16:23 ---
Does this:
sun.io.ByteToCharConverter not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
mean the the gcj runtime library has no sun.io.ByteToCharConverter ? If so, is
there a way to add it into libgcj.so or could I extract it from the sun package
and compile it along my othe files ?
--
What|Removed |Added
Component|libgcj |java
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug objc/19324] [3.4/4.0/4.1 Regression] weird message for interface way in implementation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
16:32 ---
4.1 Gives a better error message already:
t.m: In function -[Foo quux:]:
t.m:7: error: expected { before end
t.m: At top level:
t.m:7: error: void must be the only parameter
Though the last error is still a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19324
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09
16:33 ---
(In reply to comment #2)
> Does this:
> sun.io.ByteToCharConverter not
> found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
Hmm, this seems wrong, no body should be refering to a sun. class really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug c++/16859] Empty initializer for array of unknown size spuriously accepted
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 17:03 --- Subject: Bug 16859 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-09 17:03:39 Modified files: gcc/cp : ChangeLog decl.c Log message: 2005-03-09 Paolo Carlini <[EMAIL PROTECTED]> PR c++/16859 * decl.c (complete_array_type): In pedantic mode, return 3 for an empty initializer list as the initializer for an array of unknown bound (8.5.1/4). (maybe_deduce_size_from_array_init): Fix final test to use the above. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4656&r2=1.4657 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1375&r2=1.1376 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16859
[Bug c++/16859] Empty initializer for array of unknown size spuriously accepted
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 17:05 --- Subject: Bug 16859 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-09 17:05:13 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/init: brace4.C Log message: 2005-03-09 Paolo Carlini <[EMAIL PROTECTED]> PR c++/16859 * g++.dg/init/brace4.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5131&r2=1.5132 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/brace4.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16859
[Bug c++/16859] Empty initializer for array of unknown size spuriously accepted
--- Additional Comments From pcarlini at suse dot de 2005-03-09 17:06 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16859
[Bug middle-end/19329] [3.4 Regression] Bitfield operations cause shifts with 0-count to slip through backends
--- Additional Comments From giovannibajo at libero dot it 2005-03-09 17:17 --- Marek, is this bug fixed then? Can we close it? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |marekm at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19329
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From konqueror at gmx dot de 2005-03-09 17:47 --- Thats a bug in upstream, the jdbc connector/application here. No application should access sun classes. File a bug against them. Even SUN says: Don't use them directly. We did the same successfully for a bunch of Apache projects in the past. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug rtl-optimization/20376] The missed-optimization of general induction variables in the new rtl-level loop optimizer cause performance degradation.
-- What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376
[Bug middle-end/19329] [3.4 Regression] Bitfield operations cause shifts with 0-count to slip through backends
--- Additional Comments From marekm at amelek dot gda dot pl 2005-03-09 17:55 --- (In reply to comment #18) > Marek, is this bug fixed then? Can we close it? Fixed for the AVR, but the middle-end may still generate these "shift by 0" insns - not sure if all other targets handle them correctly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19329
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09 17:56 --- Thanks for the response. What is upstream ? Is that a gcj component ? Where exactly should I post the bug ? On the meantime, I plan to extract that particular class and compile it in with the application. My guess is that DB/2 jars are using the sun.io.ByteToCharConverter which is not recommended right ? Any help is greatly appreciated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug java/20338] Program compiled with gcj crashes when accessing private static method from nested class
--- Additional Comments From mckinlay at redhat dot com 2005-03-09 18:06 --- Other Java compilers generate "accessor" methods for calls to private methods in a nested class, the real bug here is that GCJ doesn't do this - thats why the javac bytecode works fine on gij but gcj-produced bytecode does not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20338
[Bug java/19870] gcj -C doesn't generate accessors for private members in inner class
--- Additional Comments From mckinlay at redhat dot com 2005-03-09 18:22 --- gcj is generating code which references private members across class boundaries, which isn't legal at the class/VM level. To fix this, we need to generate package-private accessor methods when a private member is referenced from an enclosed or enclosing class. eg: jikes generates: Method name:"main" public static Signature: (java.lang.String[])void Attribute "Code", length:38, max_stack:2, max_locals:1, code_length:10 0: getstatic 3: invokestatic 6: invokevirtual 9: return Attribute "LineNumberTable", length:10, count: 2 line: 10 at pc: 0 line: 11 at pc: 9 Method name:"access$0" static Signature: ()int Attribute "Synthetic", length:0 Attribute "Code", length:28, max_stack:1, max_locals:0, code_length:4 0: getstatic 3: ireturn Attribute "LineNumberTable", length:6, count: 1 line: 3 at pc: 0 -- What|Removed |Added Summary|gcj -C compiled code|gcj -C doesn't generate |accessing private fields of |accessors for private |inner classes from outer|members in inner class |class give | |IllegalAccessError | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19870
[Bug c++/20208] [4.0/4.1 Regression] No array-to-pointer decay happens for template functions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 18:35 --- Subject: Bug 20208 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-09 18:35:48 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: array13.C Log message: PR c++/20208 * pt.c (tsubst_decl): Apply array-to-pointer and function-to-pointer conversions to function arguments. (regenerate_decl_from_template): Likewise. PR c++/20208 * g++.dg/template/array13.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4657&r2=1.4658 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.980&r2=1.981 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5132&r2=1.5133 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/array13.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20208
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From konqueror at gmx dot de 2005-03-09 18:40 --- Upstream is the provider of your jdbc provider. DB/2 in your case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug c++/20208] [4.0/4.1 Regression] No array-to-pointer decay happens for template functions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 18:51 --- Subject: Bug 20208 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-09 18:51:43 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: array13.C Log message: PR c++/20208 * pt.c (tsubst_decl): Apply array-to-pointer and function-to-pointer conversions to function arguments. (regenerate_decl_from_template): Likewise. PR c++/20208 * g++.dg/template/array13.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.7&r2=1.4648.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.2&r2=1.978.2.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.28&r2=1.5084.2.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/array13.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20208
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09 18:52 --- Hello, sorry for being a pest. You indicated a company called upstream which provides the jdbc driver for IBM. Can you please share their web url ? I tried several searches but none made sense. Many thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug c++/20208] [4.0/4.1 Regression] No array-to-pointer decay happens for template functions
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-09 18:53 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20208
[Bug c++/2892] No array-to-pointer decay happens for template functions
-- Bug 2892 depends on bug 20208, which changed state. Bug 20208 Summary: [4.0/4.1 Regression] No array-to-pointer decay happens for template functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20208 What|Old Value |New Value Status|UNCONFIRMED |NEW Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2892
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 18:57 --- (In reply to comment #7) > Hello, sorry for being a pest. You indicated a company called upstream which > provides the jdbc driver for IBM. Can you please share their web url ? I tried > several searches but none made sense. Many thanks in advance. upstreaming is not the name of a company but just a way to say the company which provided you with the jar file, I would expect it be IBM. In which case I would contact the provider of the Jar file to figure out if there is anything they can do to fix this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug libgcj/20395] New: GNU Crypto should be merged into libgcj
It would be much easier for packagers if GNU Crypto were included directly in libgcj. -- Summary: GNU Crypto should be merged into libgcj Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20395
[Bug java/20338] Program compiled with gcj crashes when accessing private static method from nested class
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 19:05 --- Subject: Bug 20338 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-09 19:04:55 Modified files: gcc/java : ChangeLog decl.c Log message: PR java/20338 * decl.c (finish_method): Emit _Jv_InitClass for private static methods inside inner classes as well. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1569&r2=1.1570 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/decl.c.diff?cvsroot=gcc&r1=1.211&r2=1.212 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20338
[Bug libgcj/20395] GNU Crypto should be merged into libgcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 19:07 --- http://gcc.gnu.org/ml/java/2002-12/msg00137.html Confirmed, there might be a newer discussion that I cannot find right now. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-09 19:07:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20395
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09 19:07 --- Ok. Thanks, that is what I thought originally. Yes, I will contact IBM but I suspect it won't be speedy -- on the meantime I will extract the class from rt.jar or wherever it is -- and proceed with the validation. Why wouldn't libgcj.so contain this, I have seen the symbols in it and there is plenty of sun.xx.xx ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug c++/19769] [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 19:52 --- I almost think this is a C++ front-end bug. -- What|Removed |Added Component|debug |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19769
[Bug c++/19769] [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb
--- Additional Comments From jbuck at gcc dot gnu dot org 2005-03-09 20:10 --- Severity raised to "critical" since it breaks debugging of all Java programs (gdb dies when loading libgcj). -- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19769
[Bug c++/20350] [4.0/4.1 Regression] extern template and struct initializer and specification for a static variable
-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350
[Bug c++/19769] [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-09 20:28 --- Subject: Re: [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb On Wed, 2005-03-09 at 20:10 +, jbuck at gcc dot gnu dot org wrote: > --- Additional Comments From jbuck at gcc dot gnu dot org 2005-03-09 > 20:10 --- > Severity raised to "critical" since it breaks debugging of all Java programs > (gdb dies when loading libgcj). > Just FYI, there are two possibilities here: 1. Something is lying to the dwarf2 outputter about the origins of various things, and which are real instances, and which are not, 2. The dwarf2 outputter is ignoring this and making assumptions about how things relate to each other based on the order they are output in. Hopefully this bug is #1, and somewhere in the C++ FE. The fact that the obvious C version doesn't cause a problem makes me think this may be the case. It's also theoretically easier to fix. If it's #2, it will be a serious pain to fix this, because the real fix is to make the dwarf2 outputter not depend on the order you hand it decls in order to get correct debug info. --Dan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19769
[Bug rtl-optimization/20372] [4.0 Regression] Reversed branch-on-count loop (DoLoop)
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-09 20:32 --- Joern's patch fixes the regression on mainline. http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00777.html -- What|Removed |Added Known to fail|4.0.0 4.1.0 |4.0.0 Summary|[4.0/4.1 Regression]|[4.0 Regression] Reversed |Reversed branch-on-count|branch-on-count loop |loop (DoLoop) |(DoLoop) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20372
[Bug rtl-optimization/20372] [4.0 Regression] Reversed branch-on-count loop (DoLoop)
--- Additional Comments From giovannibajo at libero dot it 2005-03-09 20:50 --- can the same patch be applied to 4.0 branch as well? -- What|Removed |Added CC||sayle at gcc dot gnu dot ||org, amylaar at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20372
[Bug rtl-optimization/20372] [4.0 Regression] Reversed branch-on-count loop (DoLoop)
--- Additional Comments From pthaugen at us dot ibm dot com 2005-03-09 20:55 --- I only noticed the regression on 4.1, things look fine to me on 4.0 (for both zaxpy.f and Andrew's C example). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20372
[Bug middle-end/20396] New: TRULY_NOOP_TRUNCATION ignored
There are a number of places in the compiler that assume that TRULY_NOOP_TRUNCATION will always be true. -- Summary: TRULY_NOOP_TRUNCATION ignored Product: gcc Version: 3.4.3 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 17652 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20396
[Bug other/17652] [meta-bug] GCC 4.1 pending patches
-- What|Removed |Added BugsThisDependsOn||20396 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-09 21:17 --- Created an attachment (id=8370) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8370&action=view) proposed fix (of known problems) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20396
[Bug libgcj/20389] [4.0/4.1 Regression] BufferedInputStream gets ArrayIndexOutOfBoundsExeception
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 21:20 --- Subject: Bug 20389 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-09 21:20:44 Modified files: libjava: ChangeLog libjava/java/io: BufferedInputStream.java InputStreamReader.java Log message: 2005-03-09 David Daney <[EMAIL PROTECTED]> PR libgcj/20389 Merge BufferedInputStream from GNU Classpath. * java/io/BufferedInputStream.java (marktarget): Field removed. (CHUNKSIZE): Field removed. (bufferSize): New field. (BufferedInputStream): Initialize fields. (close): Invalidate mark and buffer indexes. (mark): Rewritten. (read()): Move mark handling code to refill. (read(byte[], int, int)): Ditto. (skip): Ditto and simplify EOF testing. (refill): Rewritten. * java/io/InputStreamReader.java (refill): Removed mark and reset of internal BufferedInputStream. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.9&r2=1.3391.2.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/io/BufferedInputStream.java.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.11&r2=1.11.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/io/InputStreamReader.java.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.18&r2=1.18.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20389
[Bug c++/20397] New: g++ rejects valid code with 'is inaccessible' error
Example code:
class A {
};
class B : A {
};
class C : B {
public:
int c(A *a) { return 7; }
};
int main() {
A a;
C c;
return c.c( &a );
}
Gives the error message:
g++ main.cc
main.cpp:1: `class A' is inaccessible
main.cpp:9: within this context
Which is true, but not relevant. C never tries to access A through B.
--
Summary: g++ rejects valid code with 'is inaccessible' error
Product: gcc
Version: 3.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: matthew dot whitney at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20397
[Bug c++/20397] g++ rejects valid code with 'is inaccessible' error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 21:49 --- No gcc is correct because the type A is interjected into B. and is private as the base class is private. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20397
[Bug libgcj/20389] [4.0/4.1 Regression] BufferedInputStream gets ArrayIndexOutOfBoundsExeception
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-09 22:11 --- Subject: Bug 20389 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-09 22:11:34 Modified files: libjava: ChangeLog libjava/java/io: BufferedInputStream.java InputStreamReader.java Log message: 2005-03-09 David Daney <[EMAIL PROTECTED]> PR libgcj/20389 Merge BufferedInputStream from GNU Classpath. * java/io/BufferedInputStream.java (marktarget): Field removed. (CHUNKSIZE): Field removed. (bufferSize): New field. (BufferedInputStream): Initialize fields. (close): Invalidate mark and buffer indexes. (mark): Rewritten. (read()): Move mark handling code to refill. (read(byte[], int, int)): Ditto. (skip): Ditto and simplify EOF testing. (refill): Rewritten. * java/io/InputStreamReader.java (refill): Removed mark and reset of internal BufferedInputStream. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3406&r2=1.3407 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/io/BufferedInputStream.java.diff?cvsroot=gcc&r1=1.11&r2=1.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/io/InputStreamReader.java.diff?cvsroot=gcc&r1=1.18&r2=1.19 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20389
[Bug java/20394] Can't run db2 jdbc application compiled with gcj
--- Additional Comments From delarosa at ilstechnology dot com 2005-03-09 22:36 --- Hello, Tried to extract a bunch of classes fron Sun's rt.jar and I ended it when it needed some internal class sun.io.CharacterEconding$2 ... So, does anybody have some experience with a jdbc driver for DB2 that can be compiled with gcj and actually run ? Any pointers are greatly appreciated. We have Oracle, MSSQL running just fine -- and very fast, but we need DB2. Thanks, David -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20394
[Bug rtl-optimization/20372] [4.1 Regression] Reversed branch-on-count loop (DoLoop)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 22:41 --- Hmm, I thought I tested 4.0.0, I must have messed up. so closing as fixed. -- What|Removed |Added Status|NEW |RESOLVED Known to fail|4.0.0 | Known to work|3.3.3 |3.3.3 4.0.0 Resolution||FIXED Summary|[4.0 Regression] Reversed |[4.1 Regression] Reversed |branch-on-count loop|branch-on-count loop |(DoLoop)|(DoLoop) Target Milestone|4.0.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20372
[Bug libgcj/20389] [4.0/4.1 Regression] BufferedInputStream gets ArrayIndexOutOfBoundsExeception
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-09 22:44 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20389
[Bug libfortran/18495] Intrinisc function SPREAD is broken
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-09
23:33 ---
This looks very much like a front end bug. The
"along" parameter gets the wrong value.
Look at this:
$ cat test_spread.f90
program test_spread
implicit none
integer, parameter :: N = 1000
integer:: I
integer, dimension(N) :: source
integer, dimension(N,N) :: sink
do i = 1 , N
source(i) = N
end do
print *,'product'
sink = spread( source , 1 , N ) * spread( source , N , N )
print *, sink
stop
end program test_spread
$ gfortran -fdump-tree-original test_spread.f90
>From the *.t02.original file:
L.2:;
_gfortran_filename = "test_spread.f90";
_gfortran_line = 10;
_gfortran_ioparm.unit = 6;
_gfortran_ioparm.list_format = 1;
_gfortran_st_write ();
_gfortran_transfer_character ("product", 7);
_gfortran_st_write_done ();
{
int4 C.512 = 1000;
int4 C.511 = 1000;
struct array1_int4 parm.3;
struct array2_int4 atmp.2;
int4 C.492 = 1000;
int4 C.491 = 1;
struct array1_int4 parm.1;
struct array2_int4 atmp.0;
... and further down:
parm.1.dtype = 265;
parm.1.dim[0].lbound = 1;
parm.1.dim[0].ubound = 1000;
parm.1.dim[0].stride = 1;
parm.1.data = (int4[0:] *) (int4[0:] *) &source[0];
parm.1.offset = 0;
_gfortran_spread (&atmp.0, &parm.1, &C.491, &C.492);
^^
This is =1000, which is bogus
The last parameter of spread is "along", which is supposed
to give the dimension. 1000 is a bit too high :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18495
[Bug target/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-09 23:58 --- I'm taking a look at the uses of MEM_READONLY_P, though I'm not sure which one has the similar issue. It looks that modified_in_p has the same problem with modified_between_p. BTW, it's better to change the component of this PR, isn't it? rtl-optimization? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331
[Bug java/20398] New: ICE compiling mauve's gnu/testlet/java/io/RandomAccessFile/jdk11.java
Configured with: ../gcccvsmain/gcc/configure --prefix=/usr/local/test --enable-languages=c,c++,java Running on FC3 $ cat mauve-libjava JDK1.0 JDK1.1 !java.beans $ make KEYS=libjava check results in: . . . CLASSPATH=.:. gcj -fassume-compiled -g -O2 -c -o gnu/testlet/java/io/RandomAccessFile/jdk11.o gnu/testlet/java/io/RandomAccessFile/jdk11.java gnu/testlet/java/io/RandomAccessFile/jdk11.java: In class 'gnu.testlet.java.io.RandomAccessFile.jdk11': gnu/testlet/java/io/RandomAccessFile/jdk11.java: In method 'gnu.testlet.java.io.RandomAccessFile.jdk11.test(gnu.testlet.TestHarness)': gnu/testlet/java/io/RandomAccessFile/jdk11.java:37: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[1]: *** [gnu/testlet/java/io/RandomAccessFile/jdk11.o] Error 1 make[1]: Leaving directory `/home/daney/gcccvs4/mauve' make: *** [check-am] Error 2 -- Summary: ICE compiling mauve's gnu/testlet/java/io/RandomAccessFile/jdk11.java Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs 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=20398
[Bug rtl-optimization/20331] [3.4/4.0/4.1 Regression] Wrong code generation for the argument of the pure function in PIC
--- Additional Comments From giovannibajo at libero dot it 2005-03-10 00:12 --- CC'ing RTH since he's the one who removed RTX_UNCHANGING. -- What|Removed |Added CC||rth at gcc dot gnu dot org Component|target |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20331
[Bug inline-asm/20314] Bogus differ in number of alternatives error
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10 00:12 --- Subject: Bug 20314 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-10 00:12:32 Modified files: gcc: ChangeLog gimplify.c stmt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/torture: pr20314-2.c pr20314-1.c Log message: PR inline-asm/20314 * gimplify.c (gimplify_asm_expr): Handle input/output constraints with multiple alternatives. * stmt.c (parse_output_constraint): Fix a typo. * gcc.dg/torture/pr20314-1.c: New test. * gcc.dg/torture/pr20314-2.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7765&r2=2.7766 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gcc&r1=2.115&r2=2.116 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stmt.c.diff?cvsroot=gcc&r1=1.416&r2=1.417 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5135&r2=1.5136 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr20314-2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr20314-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20314
[Bug inline-asm/20314] Bogus differ in number of alternatives error
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-10 00:18 --- Subject: Bug 20314 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-10 00:18:16 Modified files: gcc: ChangeLog gimplify.c stmt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/torture: pr20314-2.c pr20314-1.c Log message: PR inline-asm/20314 * gimplify.c (gimplify_asm_expr): Handle input/output constraints with multiple alternatives. * stmt.c (parse_output_constraint): Fix a typo. * gcc.dg/torture/pr20314-1.c: New test. * gcc.dg/torture/pr20314-2.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.35&r2=2.7592.2.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.113&r2=2.113.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stmt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.416&r2=1.416.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.30&r2=1.5084.2.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr20314-2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/torture/pr20314-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20314
[Bug inline-asm/20314] Bogus differ in number of alternatives error
--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-10 00:19 --- Fixed in 4.0/4.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20314
[Bug java/13124] Included test case produced verfication error
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 00:52 --- Fixed with the new verifier. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13124
[Bug java/12734] gcj verifier doesn't merge interface types correctly
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 00:53 --- Fixed with the new verifier. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12734
[Bug target/20353] uclibc does not provide C99 math functions
--- Additional Comments From jbrandmeyer at earthlink dot net 2005-03-10 00:59 --- uClibc has added these functions to SVN, and they will be available in the next release of uClibc. However, their presence is still a configurable option - the user can configure uClibc to not include any of the C99 math functions. What is the best way to configure GCC in this case? Is there a relevant configure-time option? Simply specifying -std=c++98 or -std=c89 is not enough to prevent this behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20353
[Bug target/20353] uclibc does not provide C99 math functions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-10 01:08 --- (In reply to comment #2) > uClibc has added these functions to SVN, and they will be available in the > next > release of uClibc. However, their presence is still a configurable option - > the > user can configure uClibc to not include any of the C99 math functions. What > is > the best way to configure GCC in this case? Is there a relevant > configure-time > option? Simply specifying -std=c++98 or -std=c89 is not enough to prevent > this > behavior. None of the above, this is not a runtime configurable thing, as the libc have will it or not at configure time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20353
[Bug java/13378] gcj compiling from jar files - verification error
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 01:29
---
This is failing because the bytecode in this .jar really is broken:
public class Test
{
public static void main(String[] args) throws Exception
{
Class f = Class.forName("org.eclipse.jface.util.OpenStrategy$1");
System.out.println (f);
}
}
$ java Test
Exception in thread "main" java.lang.VerifyError: (class:
org/eclipse/jface/util/OpenStrategy$1, method: handleEvent signature:
(Lorg/eclipse/swt/widgets/Event;)V) Register 2 contains wrong type
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at Test.main(Test.java:7)
However, its questionable whether gcj should actually report this error with
--indirect-dispatch. The verifier is correctly deferring this type check to
runtime via a type assertion but code in expr.c is still doing its own check
(hangover from the old verifier, I guess). Then again its probably a reasonable
assumption to make that java.lang.Object is never assignment-compatible to
anything else.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13378
