[Bug java/5537] Error compiling simple bytecode with jsr

--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-02 07:54 --- (In reply to comment #13) > What's the take on this bug? Can indirect-dispatch be made the default in the > foreseable future? Can the old verifier be fixed? > > I'm now running nightly builds of gcj on the

[Bug target/20277] [3.4/4.0/4.1 Regression] -mcpu=power4 vs. -maltivec

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 07:36 --- Confirmed, a regression from 3.3.3 and happens on all ppc targets. And a patch here: . -- What|Removed |Added ---

[Bug c/20277] New: -mcpu=power4 vs. -maltivec

Since 3.4.x, you can't use both -mcpu=power4 and -maltivec on ppc targets. This is critical that it's fixed before 4.0 as the linux kernel will rely on this. It's currently using -mcpu=970 as a workaround since it has one file using -maltivec (the RAID6 code), but this workaround isn't suitable for

[Bug c/20260] gcc-3.4.3 crashes with a segmentation fault when compiling gtk+-2.6.3 on Linux.

--- Additional Comments From tomdkat at comcast dot net 2005-03-02 07:29 --- Well, I re-built gcc-3.4.3 and recompiled gtk 2.6.3 just fine. Maybe I had a bad gtk installation previously? Go figure. Sorry for wasting your time. :) Peace... -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug target/20276] [4.1 Regression] 64bit PPC target uses __adddi3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 07:20 --- Confirmed, this is a very very recent regression. It worked with 20050225 but not with 20050301. Note my 20050225 was right after 4.0.0 branched and nothing much has changed on the branch yet. This only

[Bug regression/20276] New: 64bit target uses __adddi3

I just tried out a CVS copy of gcc and found problems with the following code: long foo() { long int word; word += 2147483647UL; return word; } When compiled as 64bit uses the __adddi3 helper function: mflr 0 li 4,-1 rldicl 4,4,0,33 std 0,1

[Bug c++/14950] [3.4 Regression] [non unit-at-a-time] always_inline does not mix with templates and -O0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 06:53 --- *** Bug 20275 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20275] Mandatory inlining of templetized class member fails for no reason

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 06:53 --- Yes there is a reason, this is just a bug in gcc :). In fact a regression from 3.3.x. But is fixed already in 4.0.0. This is a dup of bug 14950. *** This bug has been marked as a duplicate of 14950 ***

[Bug c++/20275] New: Mandatory inlining of templetized class member fails for no reason

Compiling following code get error below. Once I remove template<> from class R it inlines fine. Yuri --- begin code --- #define inline __attribute__ ((__always_inline__)) template struct R { inline void R::r(int& c); }; template inline void R::r(int& c) { } class BB {}; void f(R *rr) { i

[Bug middle-end/20274] -fvisibility=hidden has no effect on calling undefined function

--- Additional Comments From hjl at lucon dot org 2005-03-02 06:46 --- If it is on purpose, it should be documented, something like -fvisibility=hidden can be used to access the global data/function defined in the same file as if they are local. It may make -fvisibility=hidden less useful

[Bug middle-end/20274] -fvisibility=hidden has no effect on calling undefined function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 05:18 --- Seems like someone forgot to apply the visibility to the undefined functions, though that might be on purpose. -- What|Removed |Added --

[Bug middle-end/20274] New: -fvisibility=hidden has no effect on calling undefined function

bash-3.00$ cat x.c #if 1 extern void foo (); #else extern void foo () __attribute__((visibility ("hidden"))); #endif void bar () { foo (); } bash-3.00$ ./xgcc -B./ -fPIC -O2 x.c -S -fvisibility=hidden bash-3.00$ more x.s .file "x.c" .text .p2align 4,,15 .globl bar

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-02 04:49 --- Debug output for inlining, etc, isn't actually driven by the callgraph, so yes, it can get out of sync with reality (it's not supposed to, but it does). In particular, it is possible we are missing some in

[Bug target/20272] AltiVec vector instructions fail unless compiled with -force_cpusubtype_ALL

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 04:20 --- Ok, closing as will works for me. Note this is also documented in the documention of installation. Also if you compiled with C++ you would recieve an error because a need for a new relocate which is wha

[Bug target/20272] AltiVec vector instructions fail unless compiled with -force_cpusubtype_ALL

--- Additional Comments From stevenj at alum dot mit dot edu 2005-03-02 04:16 --- (In reply to comment #2) > You need at least cctools 528.5 to have this work correctly. Ah, thanks, I just saw http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01222.html ...yes, when I install cctools 528.5 t

[Bug fortran/19619] LAPACK optimisation error

--- Additional Comments From billingd at gcc dot gnu dot org 2005-03-02 03:56 --- Gone away. Probably fixed by complex division algorithm change. -- What|Removed |Added

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

-- Bug 5900 depends on bug 19619, which changed state. Bug 19619 Summary: LAPACK optimisation error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19619 What|Old Value |New Value

[Bug libgcj/20273] LinkedHashMap breaks linked list when access() is called

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 03:40 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libgcj/20273] LinkedHashMap breaks linked list when access() is called

--- Additional Comments From soleger at nc dot rr dot com 2005-03-02 03:34 --- Created an attachment (id=8309) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8309&action=view) Java test case for LinkedHashMapEntry.access() bug Simply compile and run the class with gcj. The expected

[Bug libgcj/20273] LinkedHashMap breaks linked list when access() is called

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 03:17 --- Do you have a testcase? -- What|Removed |Added CC|

[Bug c/8927] Gcc give error for wrong line of C code.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 02:59 --- (In reply to comment #9) > In 4.1.0, not 4.0.0. Slip of the fingers. I was so used to closing bugs as fixed for 4.0.0. -- What|Removed |Added

[Bug libgcj/20273] New: LinkedHashMap breaks linked list when access() is called

File: gcc/libjava/java/util/LinkedHashMap.java CVS Version: 1.6 When using "accessOrder"-based sorting in LinkedHashMap, the linked list appears to become broken after calling get(). I believe that this is due to a missing line in the access() function. I believe that the following line needs to b

[Bug c/8927] Gcc give error for wrong line of C code.

--- Additional Comments From joseph at codesourcery dot com 2005-03-02 02:56 --- Subject: Re: Gcc give error for wrong line of C code. On Wed, 2 Mar 2005, pinskia at gcc dot gnu dot org wrote: > Fixed. > > -- >What|Removed |Added > ---

[Bug c/8927] Gcc give error for wrong line of C code.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 02:53 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c/8927] Gcc give error for wrong line of C code.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02 02:50 --- Subject: Bug 8927 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-02 02:50:26 Modified files: gcc: ChangeLog c-decl.c c-parser.c c-tree.h

[Bug target/20272] AltiVec vector instructions fail unless compiled with -force_cpusubtype_ALL

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 01:52 --- This works for me with a non modified source. I get the following in the asm which makes it works: .machine ppc7400 Are you sure that you running with the latested cctools and not with a modifed

[Bug c/20272] AltiVec vector instructions fail unless compiled with -force_cpusubtype_ALL

--- Additional Comments From stevenj at alum dot mit dot edu 2005-03-02 01:43 --- Created an attachment (id=8308) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8308&action=view) preprocessed test case the test case's preprocessed source doesn't seem to be showing up properly in th

[Bug c/20272] New: AltiVec vector instructions fail unless compiled with -force_cpusubtype_ALL

On MacOS 10.3, when I compile Altivec programs that use certain builtins, in particular the vec_ste() function, specifying -faltivec and/or -mcpu=7400, gcc-4.1-20050227 gives me the following error: /var/tmp//ccpZcozX.s:16:lvx vector instruction is optional for the PowerPC (not allowed without

[Bug target/18723] [C] gcc 3.4.4 zeroes inline function argument with "-O2 -march=pentium4"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 00:54 --- If -fno-strict-aliasing fixes the problem, then you have an aliasing problem in the source. So closing as invalid. -- What|Removed |Added ---

[Bug ada/20270] [4.1 Regression] Link error: unsatisfied symbols

--- Additional Comments From danglin at gcc dot gnu dot org 2005-03-02 00:50 --- I believe that this was introduced bt the following: -TOOLS_FLAGS_TO_PASS= \ -"CC=$(CC)" \ -"CFLAGS=$(CFLAGS)" \ - "LDFLAGS=$(LDFLAGS)"\ -"ADAFLAG

[Bug ada/20270] [4.1 Regression] Link error: unsatisfied symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 00:44 --- *** Bug 20271 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20270

[Bug ada/20271] [4.1.0 Regression] Link error: unsatisfied symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 00:44 --- I am going to assume you pressed return on accident. *** This bug has been marked as a duplicate of 20270 *** -- What|Removed |Added

[Bug ada/20271] [4.1.0 Regression] Link error: unsatisfied symbols

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-03-02 00:44 --- Subject: Re: New: [4.1.0 Regression] Link error: unsatisfied s Oops, I hit reload. This is a duplicate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20271

[Bug ada/20271] New: [4.1.0 Regression] Link error: unsatisfied symbols

../../xgcc -B../../ -DIN_GCC `echo -g -O2 -W -Wall -Wwrite-strings -Wstrict-pr ototypes -Wmissing-prototypes -fno-common |sed -e 's/-pedantic//g' -e 's/-Wtradi tional//g'` -o ../../gnatmake b_gnatm.o a-except.o ctrl_c.o ali.o ali-util.o s -casuti.o alloc.o atree.o binderr.o butil.o casing.o cse

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From bobm75 at gmail dot com 2005-03-02 00:33 --- I read the documentation on -fstrict-aliasing and it makes sense to me why this code breaks those rules. I just wonder why the compiler didn't warn about it, since this seems to be a pretty straight forward case o

[Bug libgcj/20160] [4.0/4.1 Regression] link errors building libgcj tests

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 00:27 --- I am going to assume this is fixed so I am going to close as such. -- What|Removed |Added

[Bug ada/20270] [4.1 Regression] Link error: unsatisfied symbols

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02 00:21 --- This is called a violation of aliasing rules by the way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20269

[Bug java/5537] Error compiling simple bytecode with jsr

--- Additional Comments From bonniot at users dot sf dot net 2005-03-02 00:11 --- What's the take on this bug? Can indirect-dispatch be made the default in the foreseable future? Can the old verifier be fixed? I'm now running nightly builds of gcj on the Nice compiler testsuite (1250 te

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

-- Bug 5900 depends on bug 19693, which changed state. Bug 19693 Summary: optimization problem with LAPACK routine cgtts2.f http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19693 What|Old Value |New Value -

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

--- Additional Comments From billingd at gcc dot gnu dot org 2005-03-02 00:07 --- Fixed by changes to complex divide algorithm. See comment #46 on PR5900 for LAPACK testsuite results at -O2. -- What|Removed |Added ---

[Bug c++/19311] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification

--- Additional Comments From giovannibajo at libero dot it 2005-03-02 00:05 --- Mark, what's the status on this? Kriang replied to your review with another patch, but nothing happened since. Can we have either patch approved? http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01007.html http

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From billingd at gcc dot gnu dot org 2005-03-02 00:05 --- and with gfortran 4.1 20040301 at -O2 I get: csep.out: CST drivers: 1 out of 11664 tests failed to pass the threshold csep.out: CST:1 out of 4662 tests failed to pass the threshold ctest.out: CT

[Bug c++/20269] Optimizer problem with aliasing floating point variable

--- Additional Comments From bangerth at dealii dot org 2005-03-02 00:04 --- You can't access a floating point variable through a pointer to integer. Read up on -fstrict-aliasing, or its negative -fno-strict-aliasing. W. -- What|Removed |Added --

[Bug ada/20270] New: [4.1.0 Regression] Link error: unsatisfied symbols

../../xgcc -B../../ -DIN_GCC `echo -g -O2 -W -Wall -Wwrite-strings -Wstrict-pr ototypes -Wmissing-prototypes -fno-common |sed -e 's/-pedantic//g' -e 's/-Wtradi tional//g'` -o ../../gnatmake b_gnatm.o a-except.o ctrl_c.o ali.o ali-util.o s -casuti.o alloc.o atree.o binderr.o butil.o casing.o cse

[Bug c++/20269] New: Optimizer problem with aliasing floating point variable

gcc -v output: Reading specs from /opt/gcc-3.4/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: ./configure --prefix=/opt/gcc-3.4 --enable-languages=c,c++ Thread model: posix gcc version 3.4.3 See following preprocessed output: extern "C" { extern void __assert_fail (__const char *__asserti

[Bug preprocessor/20262] __LINE__ implementation flaky.

--- Additional Comments From neil at daikokuya dot co dot uk 2005-03-01 23:36 --- Subject: Re: __LINE__ implementation flaky. neil at daikokuya dot co dot uk wrote:- > > --- Additional Comments From neil at daikokuya dot co dot uk 2005-03-01 > 23:13 --- > Subject: Re: __LI

[Bug preprocessor/20262] __LINE__ implementation flaky.

--- Additional Comments From neil at daikokuya dot co dot uk 2005-03-01 23:13 --- Subject: Re: __LINE__ implementation flaky. pinskia at gcc dot gnu dot org wrote:- > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 > 17:16 --- > Outer Macros are exp

[Bug c/20258] error generated for storage class specified for function parameter

--- Additional Comments From joseph at codesourcery dot com 2005-03-01 22:59 --- Subject: Re: error generated for storage class specified for function parameter On Tue, 1 Mar 2005, schlie at comcast dot net wrote: > Understood. Are you aware of any existing efforts to extend GCC in t

[Bug c/20258] error generated for storage class specified for function parameter

--- Additional Comments From schlie at comcast dot net 2005-03-01 22:43 --- Subject: Re: error generated for storage class specified for function parameter > -- Additional Comments From joseph at codesourcery dot com 2005-03-01 > Subject: error generated for storage class specified f

[Bug c/20258] error generated for storage class specified for function parameter

--- Additional Comments From joseph at codesourcery dot com 2005-03-01 22:30 --- Subject: Re: error generated for storage class specified for function parameter On Tue, 1 Mar 2005, schlie at comcast dot net wrote: > not supported by the present standard; it may be worthy of considera

[Bug libgcj/20160] [4.0/4.1 Regression] link errors building libgcj tests

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01 22:29 --- Subject: Bug 20160 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-01 22:29:34 Modified files: . : Change

[Bug libgcj/20160] [4.0/4.1 Regression] link errors building libgcj tests

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01 22:27 --- Subject: Bug 20160 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-01 22:27:44 Modified files: . : ChangeLog ltmain.sh Log message:

[Bug libgcj/20160] [4.0/4.1 Regression] link errors building libgcj tests

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-01 22:27 --- Subject: [PR libgcj/20160] rename archive members with duplicate basenames The archives created for libjava are broken, in that some of the object files that should go into it are missing. That's because AR

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 21:47 --- Is there a way to produce the output you gave easily? Also why do you think gcc should produce good debug information with optimizations since scheduling can change ording of instructions so it causes DW_T

[Bug c/20258] error generated for storage class specified for function parameter

--- Additional Comments From schlie at comcast dot net 2005-03-01 21:41 --- Subject: Re: error generated for storage class specified for function parameter > --- Additional Comments From joseph at codesourcery dot com 2005-03-01 > Subject: error generated for storage class specified

[Bug middle-end/19953] Special-case real + complex arithmetic operation (-ffast-math)

--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-01 21:26 --- (In reply to comment #18) > > :; > > D.2390 = 0.0 / SR.22; > > D.2392 = SR.22 + D.2390 * 0.0; > > c$real = (D.2371 + D.2372 * D.2390) / D.2392; > > c$imag = (D.2372 - D.2371 * D.2390) / D.2392;

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

his with? > Give the output of "gcc -v"? $ g++ -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /src/sourceware/gcc/gcc/configure -v --prefix=/opt/local/sourceware --enable-languages=c,c++ Thread model: posix gcc version 4.1.0 20050301 (experimental) -- ht

[Bug debug/20268] g++ generates incomplete debug information for given testcase with optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 21:16 --- What version of gcc can you reproduce this with? Give the output of "gcc -v"? -- What|Removed |Added -

[Bug middle-end/19953] Special-case real + complex arithmetic operation (-ffast-math)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 21:14 --- (In reply to comment #17) > Andrew, > > I'm sorry if I'm not making myself clear here. > > The problem that I see is that, on ia64-unknown-linux-gnu and on > i386-pc-linux-gnu, with clean trees, I see code

[Bug debug/20268] New: g++ generates incomplete debug information for given testcase

It appears that g++ is generating incorrect scope debug information for inlined functions. One symptom of this is that addr2line will generate inconsistent results for the affected address ranges, showing the correct line information for the inlined function, but showing the function name as the

[Bug middle-end/19953] Special-case real + complex arithmetic operation (-ffast-math)

--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-01 21:07 --- Andrew, I'm sorry if I'm not making myself clear here. The problem that I see is that, on ia64-unknown-linux-gnu and on i386-pc-linux-gnu, with clean trees, I see code like :; D.2390 = 0.0 / SR.22;

[Bug fortran/15959] ICE and assertion failure in trans-decl.c with character initialization

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-01 20:31 --- Reduced testcase: character(*), parameter :: y(1:1) = (/'0'/) print *,y end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15959

[Bug fortran/19693] optimization problem with LAPACK routine cgtts2.f

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-01 20:22 --- Can this be closed with the recent change of default complex divide algorithm? -- What|Removed |Added ---

[Bug fortran/15959] ICE and assertion failure in trans-decl.c with character initialization

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-01 20:17 --- *** Bug 19576 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/19576] character(*) initialization

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-01 20:17 --- Reduced testcase: program achar_test implicit none integer i character(*), parameter :: y(0:1) = (/'0','1'/) write(*,*) y end program achar_test This has nothing to do with ACHAR, and is the same i

[Bug libgcj/20267] too few arguments to function _Jv_AllocObject when class/object instantiated with new operator.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 20:17 --- You seem to intermixing compiler versions and libgcj versions. This works for me and many other people. How are you building gcj/libgcj? Are you really building the full GCC or just libjava (which is not

[Bug libgcj/20267] New: too few arguments to function _Jv_AllocObject when class/object instantiated with new operator.

Here is the compilation failure I am facing out of libgcj build, I am only concerned with the "too few arguments to function error" prims.cc: In function `void unblock_signal(int)': prims.cc:136: warning: right-hand operand of comma has no effect prims.cc:137: warning: right-hand operand of co

[Bug target/20263] Incorrect asm for global register vars on sparc64

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-01 19:52 --- Fixing. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-03-01 19:33 --- Yes, glibc should have this code in the first place but we can not turn the clock back/time travel. Futhermore, I can reproduce it on i686-pc-linux-gnu with NPTL-enabled glibc-2.3.3 system using official

[Bug libgcj/20266] Using v4 of gcj I am unable to build an executable from shared libraries

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 19:23 --- I think you are missing that gcj does not look into .jar files in the CLASSPATH, if you add the .jar file to the CLASSPATH it should work, can you try that? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug libgcj/20266] New: Using v4 of gcj I am unable to build an executable from shared libraries

Using gcj verion 4 running on red Hat Enterprise Linux ES release 3 I tried to create a executable using shared libraries I had previously created. I got the following results: [EMAIL PROTECTED] WMQ]$ gcj --main=mqTester -o mqTester mqTester.java -L. - lconnector-shared -lmq-shared mqTester.java

[Bug tree-optimization/18727] [4.0/4.1 Regression] ACATS c43214c fails at runtime (aliasing pb)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-01 18:33 --- It should be fixed by the next push from AdaCore. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727

[Bug libgcj/20265] Unable to generate a shared library from a jar file using gcj v4.0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 18:27 --- try -I /home/acuser/gcj/WMQ/other.jar -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20265

[Bug libgcj/20265] New: Unable to generate a shared library from a jar file using gcj v4.0

I am using version 4.0 of gcj and when trying to convert a jar to a shared library I get the following: [EMAIL PROTECTED] WMQ]$ gcj -I /home/acuser/gcj/WMQ -shared com.ibm.mq.jar -o mq- shared.so com/ibm/mq/BindingsConnectionRequestInfo.java:0: error: cannot find file for class javax.resource

[Bug debug/20253] [3.4/4.0/4.1 regression]: Macro debug info broken due to lexer change

--- Additional Comments From dpatel at apple dot com 2005-03-01 18:18 --- Subject: Re: [3.4/4.0/4.1 regression]: Macro debug info broken due to lexer change On Mar 1, 2005, at 10:00 AM, dberlin at gcc dot gnu dot org wrote: > I'll fix this bug if someone can test the fix on a stabs

[Bug tree-optimization/20165] Pointer does not really escape with write

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 18:11 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/19126] Missed IV optimization (redundant instruction in loop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 18:09 --- (In reply to comment #2) > I get different asm for AMD64 as well: Since AMD64 and x86 have lea, it is not as impressive on PPC or any other target that does have a+b*c instructions. -- http://gcc.gnu.

[Bug debug/20253] [3.4/4.0/4.1 regression]: Macro debug info broken due to lexer change

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-01 18:00 --- I'll fix this bug if someone can test the fix on a stabs machine for me. -- What|Removed |Added --

[Bug target/20263] Incorrect asm for global register vars on sparc64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:47 --- Confirmed, we just forgot to remove the % from NAME when outputing it. -- What|Removed |Added

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:46 --- Here is how I would fix this use objc_hash_* in libobjc and then declare in hash.h, a deperated inline functions which call the new functions. The other thing would be have a new file which has those inl

[Bug other/20264] error with `gmake check`

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:26 --- Looks like you don't have dejagnu installed or not in your path. This works for me and many other people. -- What|Removed |Added -

[Bug java/8608] segmentation fault on compiling bad program

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01 17:25 --- Subject: Bug 8608 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-01 17:24:55 Modified files: gcc/java : check-init.c ChangeLog Log message:

[Bug other/20264] error with `gmake check`

--- Additional Comments From jcobyrne at cox dot net 2005-03-01 17:22 --- Created an attachment (id=8304) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8304&action=view) ok this should be easier :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20264

[Bug other/20264] error with `gmake check`

--- Additional Comments From jcobyrne at cox dot net 2005-03-01 17:19 --- Ok that didn't work so well. Let's try again. gmake[1]: Entering directory `/usr/local/src/gcc-build/fixincludes' autogen - T /usr/local/src/gcc/fixincludes/check.tpl /usr/local/src/gcc/fixincludes/inclha ck.def

[Bug c/20260] gcc-3.4.3 crashes with a segmentation fault when compiling gtk+-2.6.3 on Linux.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:17 --- Ok, I am going to close this as works for me then. -- What|Removed |Added Status

[Bug other/20264] error with `gmake check`

--- Additional Comments From jcobyrne at cox dot net 2005-03-01 17:16 --- Ok gmake[1]: Entering directory `/usr/local/src/gcc-build/fixincludes' autogen -T /usr/local/src/gcc/fixincludes/check.tpl /usr/local/src/gcc/fixincludes/inclhack.def gmake[1]: Leaving directory `/usr/local/src

[Bug preprocessor/20262] __LINE__ implementation flaky.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:16 --- Outer Macros are expanded before inner ones and they get all placed on one line so this is invalid. -- What|Removed |Added --

[Bug middle-end/19953] Special-case real + complex arithmetic operation (-ffast-math)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:13 --- (In reply to comment #15) > I can only assume that this has regressed, that this is a > little-endian problem (why it should be so is beyond me, though), > that your specific vibes make this go away or that

[Bug other/20264] error with `gmake check`

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:10 --- Use "gmake -k check" as described in the docs. -- What|Removed |Added Severity|cri

[Bug other/20264] New: error with `gmake check`

Here is g++ --version [EMAIL PROTECTED]:/usr/local/src/gcc-build # g++-cvs --version g++-cvs (GCC) 4.1.0 20050301 (experimental) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FI

[Bug tree-optimization/20216] [4.0 Regression] Simple loop runs out of stack at -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:06 --- And now fixed on the 4.0 branch also. -- What|Removed |Added Status|NEW

[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-01 17:05 --- Well considering this is glibc bug, yes this needs to be fixed but really glibc should have this code in the first place as it would break with -pedantic and they were using an undocumented extension. --

[Bug c/20258] error generated for storage class specified for function parameter

--- Additional Comments From joseph at codesourcery dot com 2005-03-01 16:56 --- Subject: Re: error generated for storage class specified for function parameter On Tue, 1 Mar 2005, schlie at comcast dot net wrote: > - unless I misunderstand the question, the only way a pointer itself

[Bug target/20263] Incorrect asm for global register vars on sparc64

--- Additional Comments From rcbilson at plg dot uwaterloo dot ca 2005-03-01 16:52 --- Attempting to change "Reported against"... -- What|Removed |Added Version|2

[Bug target/20263] Incorrect asm for global register vars on sparc64

--- Additional Comments From rcbilson at plg dot uwaterloo dot ca 2005-03-01 16:50 --- I seem to have screwed something up in gccbug -- this is not a 2.95 issue. I've encoundered this problem with 3.4.3 and with the Feb. 28 mainline CVS version. -- What|Removed

[Bug target/20263] New: Incorrect asm for global register vars on sparc64

Using a global variable tied to register g7 generates invalid assembly code on sparc64. Consider: register void *tp __asm__("%g7"); void set_tp() { tp = 0; } Compiling this file produces an error and a warning from the assembler: /usr/ccs/bin/as: "/var/tmp//ccLsIpQg.s"

[Bug tree-optimization/20216] [4.0 Regression] Simple loop runs out of stack at -O1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01 16:28 --- Subject: Bug 20216 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-01 16:27:51 Modified files: gcc: Change

[Bug tree-optimization/20216] [4.0 Regression] Simple loop runs out of stack at -O1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-01 16:22 --- Subject: Bug 20216 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2005-03-01 16:21:44 Modified files: gcc: tree

[Bug c/20260] gcc-3.4.3 crashes with a segmentation fault when compiling gtk+-2.6.3 on Linux.

--- Additional Comments From tomdkat at comcast dot net 2005-03-01 16:07 --- I *was* able to compile gtk+-2.6.3 with gcc 3.4.4-20050225: [EMAIL PROTECTED]:~$ gcc -v

  1   2   >