[Bug fortran/20835] error needed with EQUIVALENCE and TARGET

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 07:39 --- Subject: Bug 20835 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 07:39:08 Modified files: gcc/fortran: ChangeLog gfortran.h match.c resolve.

[Bug fortran/20890] initializing two equivalenced variabled

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 07:39 --- Subject: Bug 20890 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 07:39:08 Modified files: gcc/fortran: ChangeLog gfortran.h match.c resolve.

[Bug fortran/20901] different intrinsic types in equivalence not detected

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 07:39 --- Subject: Bug 20901 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 07:39:08 Modified files: gcc/fortran: ChangeLog gfortran.h match.c resolve.

[Bug fortran/20902] can't equivalence derived types with default initialization

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 07:39 --- Subject: Bug 20902 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 07:39:08 Modified files: gcc/fortran: ChangeLog gfortran.h match.c resolve.

[Bug fortran/20900] use-associated variable may not be equivalenced

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 07:39 --- Subject: Bug 20900 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 07:39:08 Modified files: gcc/fortran: ChangeLog gfortran.h match.c resolve.

[Bug fortran/20899] pure function may not modify common variable through equivalence

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 07:39 --- Subject: Bug 20899 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 07:39:08 Modified files: gcc/fortran: ChangeLog gfortran.h match.c resolve.

[Bug fortran/16404] should reject invalid code with -pedantic -std=f95 ? (x8)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 07:39 --- Subject: Bug 16404 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 07:39:08 Modified files: gcc/fortran: ChangeLog gfortran.h match.c resolve.

[Bug fortran/24158] New: ICE in f951 with nested derived types

[EMAIL PROTECTED] mytests]# cat snafu.f90 module snafu type :: a type(b):: i end type a type :: b type(c):: i end type b type :: c type(a):: i end type c type (a) :: foo end module snafu [EMAIL PROTECTED] mytests]# /gcc-clean/bin/gfor

[Bug libgcj/24154] Make requires too much memory building libjava

--- Additional Comments From mark at gcc dot gnu dot org 2005-10-01 08:44 --- Confirmed. I am also seeing this on my old PPC box which has just 192MB real memory. Since it has enough swap it does finish after a couple of hours of swapping like mad. -- What|Removed

[Bug libstdc++/24071] solaris vs. __gthread_active_p

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-10-01 08:53 --- I'm confused about the status of this bug. I believe it is fixed on the 4.0 branch (originally for 4.0.2, but due to the release both, actually for 4.0.3). However, this bug is still marked as "New". If

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

--- Additional Comments From tilo at pruetz dot net 2005-10-01 09:01 --- Is there any hope that this bug will be fixed in a GCC release? It really sucks to have to patch every new installed release. What can I do to make the fix do it's way into a GCC release? -- http://gcc.gnu.org

[Bug libstdc++/24071] solaris vs. __gthread_active_p

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-10-01 09:02 --- > I'm confused about the status of this bug. I believe it is fixed on the 4.0 > branch (originally for 4.0.2, but due to the release both, actually for > 4.0.3). > However, this bug is still marked as "

[Bug libstdc++/24071] solaris vs. __gthread_active_p

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-10-01 09:17 --- OK, I have unset the target milestone. Thanks, -- Mark -- What|Removed |Added Target Mi

[Bug fortran/24158] ICE in f951 with nested, recursive derived types

--- Additional Comments From pault at gcc dot gnu dot org 2005-10-01 09:40 --- Sorry, I meant to say that the recursiveness is not being resolved. I have a fix in the pipeline. -- What|Removed |Added --

[Bug libstdc++/24159] New: Gcc 3.4.4 build fails

gcc version 3.4.4 build fails with the following type of errors : ld: fatal: relocation error: R_SPARC_DISP32: file .libs/allocator.o: symbol : offset 0x74cce9e1 is non-aligned ld: fatal: relocation error: R_SPARC_DISP32: file .libs/codecvt.o: symbol : offset 0x74ccea49 is non-align

[Bug libstdc++/24159] Gcc 3.4.4 build fails

--- Additional Comments From biswadip at cal dot interrasystems dot com 2005-10-01 10:44 --- Created an attachment (id=9854) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9854&action=view) Outfile error in the file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24159

[Bug middle-end/24151] [4.0/4.1 Regression] gcc.dg/asm-1.c (test for excess errors) fails

--- Additional Comments From paolo dot bonzini at lu dot unisi dot ch 2005-10-01 11:00 --- Subject: Re: [4.0/4.1 Regression] gcc.dg/asm-1.c (test for excess errors) fails pinskia at gcc dot gnu dot org wrote: >--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-3

[Bug c++/22172] [3.4/4.0/4.1 Regression] Internal compiler error, seg fault.

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-10-01 11:07 --- This path is OK, without the spurious addition of the blank line. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22172

[Bug c++/22621] [3.4/4.0/4.1 Regression] Member function overloading introduces syntax errors

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug rtl-optimization/24160] New: [4.1 Regression] ICE with -O3 -finline-limit=1024 -ftree-vectorize -ftracer

The example (attached below), when compiled by following gcc --- $ gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../../../gcc-CVS-20050930/gcc-CVS-20050930/configure --host=i686-pc-linux-gnu --prefix=/usr/local/opt/gcc-4.1 --exec-prefix=/usr/local/opt/gcc-

[Bug rtl-optimization/24160] [4.1 Regression] ICE with -O3 -finline-limit=1024 -ftree-vectorize -ftracer

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-10-01 12:57 --- Created an attachment (id=9855) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9855&action=view) This triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24160

[Bug rtl-optimization/24160] [4.1 Regression] ICE with -O3 -finline-limit=1024 -ftree-vectorize -ftracer

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-10-01 13:05 --- (In reply to comment #0) ... > --- > gcc -c -O3 -finline-limit=1024 -ftree-vectorize -ftracer -o minilzo.o > minilzo.c > --- It works when you either remove any of

[Bug target/23985] [3.4 regression] Memory aliasing information incorrect in inlined memcpy

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 13:31 --- Subject: Bug 23985 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-10-01 13:31:39 Modified files: gcc: Change

[Bug target/23985] [3.4 regression] Memory aliasing information incorrect in inlined memcpy

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-10-01 13:33 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/23604] [4.1 Regression] wrong code due to VRP

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 13:57 --- Subject: Bug 23604 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 13:57:30 Modified files: gcc/testsuite : ChangeLog gcc: C

[Bug c++/24161] New: Lookup of template member function finds global type.

// A template class. template< typename, typename > struct f {}; // A template function that calls a member template function. template< typename T > void call_f( T& t ) { t.template f< int >(); // t.T::template f< int >(); // this line works } struct F { template void f() {} }; int

[Bug tree-optimization/24141] [4.1 regression] VRP ICE in compare_name_with_value, at tree-vrp.c:2965

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 14:00 --- Subject: Bug 24141 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-01 14:00:09 Modified files: gcc: ChangeLog tree-vrp.c gcc/tes

[Bug c++/24139] Forward declaration of class in template class

--- Additional Comments From redi at gcc dot gnu dot org 2005-10-01 14:18 --- Matthew has a point about "Hidden" being confusing in the diagnostic, as Hidden is not a template. I notice if you define the Hidden constructor inline in the Hide::Hidden class body then it works (with Comeau

[Bug tree-optimization/23604] [4.1 Regression] wrong code due to VRP

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-10-01 14:19 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00020.html -- What|Removed |Added

[Bug tree-optimization/23603] VRP does not say range for a in a = b == c; is [0,1]

-- Bug 23603 depends on bug 23604, which changed state. Bug 23604 Summary: [4.1 Regression] wrong code due to VRP http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23604 What|Old Value |New Value ---

[Bug tree-optimization/23968] [meta-bug] VRP bug reports

-- Bug 23968 depends on bug 23604, which changed state. Bug 23604 Summary: [4.1 Regression] wrong code due to VRP http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23604 What|Old Value |New Value ---

[Bug tree-optimization/24141] [4.1 regression] VRP ICE in compare_name_with_value, at tree-vrp.c:2965

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-10-01 14:20 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00021.html -- What|Removed |Added

[Bug tree-optimization/23968] [meta-bug] VRP bug reports

-- Bug 23968 depends on bug 24141, which changed state. Bug 24141 Summary: [4.1 regression] VRP ICE in compare_name_with_value, at tree-vrp.c:2965 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24141 What|Old Value |New Value -

[Bug rtl-optimization/24160] [4.1 Regression] ICE with -O3 -finline-limit=1024 -ftree-vectorize -ftracer

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-10-01 14:36 --- // Confirmed, reduced testcase (compile with -O1 -ftree-vectorize -msse): void foo (char **p) { int i; char q [1024], *r; r = q + unsigned long) q + 3) / 4) * 4) - (unsigned long) q;

[Bug c++/24139] Forward declaration of class in template class

--- Additional Comments From redi at gcc dot gnu dot org 2005-10-01 14:41 --- 14.7.3/5 "Definitions of members of an explicitly specialized class are defined in the same manner as member of normal classes, and not using the explicit specialization syntax." -- http://gcc.gnu.org/bugz

[Bug c++/24139] Forward declaration of class in template class

--- Additional Comments From redi at gcc dot gnu dot org 2005-10-01 14:52 --- This is a revised version, which should compile but doesn't: #include using namespace std; template class Hide { public: Hide(); class Hidden; private: Hidden *a; }; template<> class Hide::Hidden

[Bug c++/23885] incorrect template two-stage name-lookup

-- What|Removed |Added CC||redi at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23885

[Bug tree-optimization/24142] [4.1 regression] VRP miscompiles unzip inflate.c

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-10-01 15:24 --- (In reply to comment #3) > I'm not so sure that this is a dup. Bug 24141 is a wrong-code problem, > and this is an ICE. Just the fact that the same test case triggers both > bugs doesn't mean

[Bug tree-optimization/23968] [meta-bug] VRP bug reports

-- Bug 23968 depends on bug 24142, which changed state. Bug 24142 Summary: [4.1 regression] VRP miscompiles unzip inflate.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24142 What|Old Value |New Value -

[Bug tree-optimization/24142] [4.1 regression] VRP miscompiles unzip inflate.c

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-10-01 15:26 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/24142] [4.1 regression] VRP miscompiles unzip inflate.c

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW

[Bug rtl-optimization/24160] [4.1 Regression] ICE with -O3 -finline-limit=1024 -ftree-vectorize -ftracer

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC host triplet|i686-pc-linu

[Bug java/24162] New: internal compiler error, make_class_data

I got the following error output when trying to compile a jar file from the limewire project (http://www.limewire.org/): gcj -v -save-temps core.jar Using built-in specs. Reading specs from /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../libgcj.spec rename spec lib to liborig Target: i486-li

[Bug fortran/24158] ICE in f951 with nested, recursive derived types

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:38 --- Confirmed. This is invalid code unless they used POINTER correct? -- What|Removed |Added

[Bug c++/24157] g++ allows variable to be initialized by value of variable being initialized

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:40 --- for: int i = i; The code is valid but undefined. You have to use -Winit-self. *** This bug has been marked as a duplicate of 5582 *** -- What|Removed |Added -

[Bug c/5582] warn about using the extension "int x=x;"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:40 --- *** Bug 24157 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/24159] Gcc 3.4.4 build fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:43 --- What as version are you using? -- What|Removed |Added Component|libstdc++

[Bug ada/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-10-01 15:45 --- Well, if the exception is never raised, the difference in EH code generation is probably not an issue. Reverting the patch is definitly possible (there is nothing dependent on it and except for one or two

[Bug c++/24161] [3.4/4.0/4.1 Regression] Lookup of template member function finds global type.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:49 --- Confirmed, 3.3 accepted the code. -- What|Removed |Added Status|UNCONFIRMED

[Bug libfortran/24112] Reopening file with STATUS='OLD' doesn't work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:56 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/20835] error needed with EQUIVALENCE and TARGET

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:56 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20890] initializing two equivalenced variabled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:56 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20405] [meta-bug] equivalenced variable problems

-- Bug 20405 depends on bug 20890, which changed state. Bug 20890 Summary: initializing two equivalenced variabled http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20890 What|Old Value |New Value --

[Bug fortran/20405] [meta-bug] equivalenced variable problems

-- Bug 20405 depends on bug 20901, which changed state. Bug 20901 Summary: different intrinsic types in equivalence not detected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20901 What|Old Value |New Value

[Bug fortran/20901] different intrinsic types in equivalence not detected

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:57 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20902] can't equivalence derived types with default initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:57 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20900] use-associated variable may not be equivalenced

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:57 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20405] [meta-bug] equivalenced variable problems

-- Bug 20405 depends on bug 20900, which changed state. Bug 20900 Summary: use-associated variable may not be equivalenced http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20900 What|Old Value |New Value --

[Bug fortran/20899] pure function may not modify common variable through equivalence

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:57 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20405] [meta-bug] equivalenced variable problems

-- Bug 20405 depends on bug 20899, which changed state. Bug 20899 Summary: pure function may not modify common variable through equivalence http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20899 What|Old Value |New Value

[Bug fortran/16404] should reject invalid code with -pedantic -std=f95 ? (x8)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 15:58 --- Fixed now. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/24119] gcc-4.x fails to build on AIX 5.2.0.0-ML04

--- Additional Comments From dje at gcc dot gnu dot org 2005-10-01 16:00 --- Either GCC is installed or not. If it's installed, you should not need any -B options. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24119

[Bug ada/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken

--- Additional Comments From laurent at guerby dot net 2005-10-01 16:04 --- Ok, no need to revert it right now. I'm trying to reduce it to something standalone that doesn't call the Ada runtime. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003

[Bug c++/24163] New: Base class scope examined during unqualified name lookup

(I first posted this code to PR5660 but it's apparently a separate issue) template struct A { typedef T Type; void f(Type) {} }; template struct B : A { typedef typename A::Type Type; void ff(Type t) { f(t); } // XXX

[Bug c++/24163] Base class scope examined during unqualified name lookup

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 16:28 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug ada/23187] MAXPATHLEN usage in gcc/ada/*.c

--- Additional Comments From ams at gnu dot org 2005-10-01 16:46 --- You also have access to a GNU system, GNU/Linux. It is easily testable there. Could you revert the fix? It is better that fails loudly than having a arbitrary limit. I'll see about submiting a proper patch. -- ht

[Bug c++/24163] Base class scope examined during unqualified name lookup in template

--- Additional Comments From redi at gcc dot gnu dot org 2005-10-01 16:48 --- Adding "... in template" to end of title. -- What|Removed |Added Summary|Base class

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

--- Additional Comments From ams at gnu dot org 2005-10-01 16:58 --- Could someone go over these bugs and commit the pending patches? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824

[Bug fortran/24158] ICE in f951 with nested, recursive derived types

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-10-01 16:59 --- Subject: Re: ICE in f951 with nested, recursive derived types pinskia at gcc dot gnu dot org wrote: >--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 >15:38 --- >Confirmed.

[Bug tree-optimization/24141] [4.1 regression] VRP ICE in compare_name_with_value, at tree-vrp.c:2965

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-10-01 17:00 --- Diego, you only fixed the ICE, not the wrong-code. Please continue with 24142 which tracks the wrong-code issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24141

[Bug c++/24164] New: Explicit instantiation of template has no effect.

Here are three files that illustrate the problem. Header file "t.hpp": namespace arrpp { template class A { public: A(); }; } File implementing class A, called t.cc: #include "t.hpp" template

[Bug c++/24164] Explicit instantiation of template has no effect.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 17:07 --- This is already fixed in 4.0.2 and above. This is a dup of bug 22263. *** This bug has been marked as a duplicate of 22263 *** -- What|Removed |Added --

[Bug c++/22263] [4.0/4.1 Regression] explicit instantiation fails to emit symbols defined later

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 17:07 --- *** Bug 24164 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/24159] Gcc 3.4.4 build fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 17:13 --- *** This bug has been marked as a duplicate of 10057 *** -- What|Removed |Added

[Bug bootstrap/10057] [Sparc/Solaris 2.6] relocation error when creating libstdc++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 17:13 --- *** Bug 24159 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/11594] testcase gcc.dg/20020103-1.c fails with "scan-assembler-not LC"

-- What|Removed |Added Target Milestone|3.4.5 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11594

[Bug middle-end/23669] fold does convert (-a)/10 into a/-10.

--- Additional Comments From mrnobo1024 at yahoo dot com 2005-10-01 17:25 --- Those expressions are only the same for floating point types. f(-2147483648) == -214748364 f1(-2147483648) == 214748364 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23669

[Bug middle-end/23669] fold does convert (-a)/10 into a/-10 with -fno-wrapv

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 17:34 --- (In reply to comment #2) > Those expressions are only the same for floating point types. But -a for INT_MIN is undefined for signed type since it is an overflow. So the conversion is only valid for -fno-

[Bug java/24162] internal compiler error, make_class_data

--- Additional Comments From mark at gcc dot gnu dot org 2005-10-01 17:40 --- Subject: Re: New: internal compiler error, make_class_data On Sat, 2005-10-01 at 15:33 +, bflat1 at gmx dot net wrote: > Class path starts here: > ./ > /usr/java/j2sdk1.4.1_03/jre/lib/rt.jar/ (z

[Bug ada/18434] [4.0/4.1 Regression] Ada: cannot build gnattools on Tru64 UNIX V5.1B

--- Additional Comments From laurent at guerby dot net 2005-10-01 17:41 --- Workaround patch here: http://gcc.gnu.org/ml/gcc/2005-09/msg00930.html Rest of discussion here: http://gcc.gnu.org/ml/gcc/2005-10/msg00016.html Seems to be a gnatbind bug present on 4.0 and 4.1. --

[Bug inline-asm/24165] New: asm volatile instructions incorrectly scheduled.?

This bug report refers to the discussion on [bug #14616] definition of sei() in interrupts.h is faulty and the according discussion thread on [avr-libc-dev] http://lists.nongnu.org/mailman/listinfo/avr-libc-dev/ The issu

[Bug java/24162] internal compiler error, make_class_data

--- Additional Comments From bflat1 at gmx dot net 2005-10-01 18:02 --- Thanks for the hint, removing rt.jar from the CLASSPATH variable fixed this problem which was then superseded by the following: gcj -v -save-temps core.jar Using built-in specs. Reading specs from /usr/lib/gcc

[Bug inline-asm/24165] asm volatile instructions incorrectly scheduled.?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 18:06 --- Huh, so you are saying that 4.0.1 is fixed? I don't understand why this is being reported as 4.0.1 has been released for a while now and 4.0.2 was just released too. -- What|Removed

[Bug libstdc++/24071] solaris vs. __gthread_active_p

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|NEW

[Bug inline-asm/24165] asm volatile instructions incorrectly scheduled.?

--- Additional Comments From bjoern dot m dot haase at web dot de 2005-10-01 18:46 --- The question merely is to find out if this is a bug / a bug of the documentation or no bug at all. After the fix for PR22000 the actual issue I had stepped over originally is indeed fixed: The pr

[Bug libstdc++/24071] solaris vs. __gthread_active_p

--- Additional Comments From bkoz at gcc dot gnu dot org 2005-10-01 18:50 --- Hey dudes. Mark, the original problem report, the fails, is fixed on mainline and on the gcc-4_0-branch. It looks like the fix for this, after all our effort, did not make it into 4.0.2. Whoops: mistakes hap

[Bug libstdc++/24071] solaris vs. __gthread_active_p

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 19:41 --- (In reply to comment #6) > However, there is a bigger issue involved, which is still in progress. > Actually, > I'd like to broaden this out a bit since it looks like we are thinking of > solving a related

[Bug classpath/22580] [4.1 Regression] 'make -j' doesn't affect source->bytecode compilation

--- Additional Comments From tromey at gcc dot gnu dot org 2005-10-01 19:47 --- This was fixed a while ago and the fix has since been imported into the libgcj build. -- What|Removed |Added -

[Bug tree-optimization/17884] asm 'volatile' is not honored as documented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 19:48 --- *** Bug 24165 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug inline-asm/24165] asm volatile instructions incorrectly scheduled.?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 19:48 --- The documention was changed for 4.0.0, see PR 17884. And see http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01120.html So this is a dup of bug 17884. *** This bug has been marked as a duplicate of 17884 ***

[Bug debug/7081] DWARF enhancements for C++

--- Comment #9 from dberlin at gcc dot gnu dot org 2005-10-02 01:15 --- I won't get back to this for a while -- dberlin at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

--- Comment #4 from dberlin at gcc dot gnu dot org 2005-10-02 02:05 --- Subject: Bug 22254 I actually came across a case recently where we do call it for PARM_DECL's. I'll try to find it again -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22254

[Bug tree-optimization/24141] [4.1 regression] VRP ICE in compare_name_with_value, at tree-vrp.c:2965

--- Comment #14 from dnovillo at redhat dot com 2005-10-02 02:11 --- Subject: Re: [4.1 regression] VRP ICE in compare_name_with_value, at tree-vrp.c:2965 On October 1, 2005 13:00, rguenth at gcc dot gnu dot org wrote: > Diego, you only fixed the ICE, not the wrong-code. Please contin

[Bug bootstrap/24094] AIX 51 configure fails with getopt.h not found

--- Comment #5 from dje at gcc dot gnu dot org 2005-10-02 04:38 --- libjava and fastjar currently are not a supported configuration on AIX. -- dje at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/24119] gcc-4.x fails to build on AIX 5.2.0.0-ML04

--- Comment #4 from dje at gcc dot gnu dot org 2005-10-02 04:45 --- Also, why are you adding "--with-ld=/usr/ccs/bin/ld" to the configure command? There should be only one "ld" on the system and the GCC configuration process should find it automatically? Do you have GNU Binutils instal