[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-02-24 08:18 --- (In reply to comment #1) > It is not just debian but anyone who used a bad glibc in the first place. I have no idea when this was > introduced at all. It was introduced by fix for GCC Bug ID 19333 --

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

-- What|Removed |Added CC||themis_hv at yahoo dot co ||dot uk http://gcc.gnu.org/bugzilla/

[Bug middle-end/18902] Naive (default) complex division algorithm

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-24 09:24 --- Subject: Bug 18902 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-24 09:24:18 Modified files: gcc: ChangeLog c-opts.c common.opt opts.c

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

-- Bug 5900 depends on bug 18902, which changed state. Bug 18902 Summary: Naive (default) complex division algorithm http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902 What|Old Value |New Value

[Bug middle-end/18902] Naive (default) complex division algorithm

--- Additional Comments From rth at gcc dot gnu dot org 2005-02-24 09:25 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

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

-- Bug 19693 depends on bug 18902, which changed state. Bug 18902 Summary: Naive (default) complex division algorithm http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902 What|Old Value |New Value ---

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

-- Bug 19292 depends on bug 18902, which changed state. Bug 18902 Summary: Naive (default) complex division algorithm http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902 What|Old Value |New Value ---

[Bug target/19019] GCC ldouble format incompatibility with XLC long double

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-24 09:27 --- Subject: Bug 19019 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-02-24 09:27:01 Modified files: gcc: Change

[Bug c++/20184] New: assignment error in inline function

// Postet by [EMAIL PROTECTED] // Compiler Error found: // gcc (GCC) 3.3.4 (pre 3.3.5 20040809) // under SuSE Linux kernel 2.6.8-24.10-default (i386) // // If this littel programm is compiled with the option -O2 // the assignment in the inline function data::data() is wrong. // If I remov

[Bug c++/20184] assignment error in inline function

--- Additional Comments From falk at debian dot org 2005-02-24 10:21 --- You are accessing an object of type "class data" via a pointer to uint64, which is not allowed in C++. So this is invalid. -- What|Removed |Added ---

[Bug c++/20185] New: assignment error in inline function

// Postet by [EMAIL PROTECTED] // Compiler Error found: // gcc (GCC) 3.3.4 (pre 3.3.5 20040809) // under SuSE Linux kernel 2.6.8-24.10-default (i386) // // This Bug is a little bit different in relation to bug #20184 // // If this littel programm is compiled with the option -O2 // the ass

[Bug c/11751] wrong evaluation order of an expression

--- Additional Comments From schlie at comcast dot net 2005-02-24 10:34 --- Although I can confidently say that I've been less than enthusiastic with some of GCC's standards interpretations; here GCC's results in each of the examples you cite are within the set of semantically consent va

[Bug c++/20184] assignment error in inline function

--- Additional Comments From dirk at cle-mens dot de 2005-02-24 10:35 --- The cast is, perhaps, illegal. But after the cast there is an assignment from uint32 to uin64. And that assignment does not work. -- What|Removed |Added

[Bug c++/20184] assignment error in inline function

--- Additional Comments From dirk at cle-mens dot de 2005-02-24 10:38 --- The reinterpret_cast solves the problem with this old code. inline data::data ( uint32 num ) { *reinterpret_cast(this) = num; } -- What|Removed |Added

[Bug c++/20184] assignment error in inline function

--- Additional Comments From falk at debian dot org 2005-02-24 10:57 --- (In reply to comment #2) > The cast is, perhaps, illegal. No, the cast is fine. The access is bad. > But after the cast there is an assignment from > uint32 to uin64. And that assignment does not work. Since this

[Bug c++/20184] assignment error in inline function

--- Additional Comments From falk at debian dot org 2005-02-24 10:58 --- (In reply to comment #3) > The reinterpret_cast solves the problem with this old code. > > inline data::data ( uint32 num ) { *reinterpret_cast(this) = num; } That is pure luck; the code is still invalid. --

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From gniccolai at yahoo dot com 2005-02-24 11:00 --- (In reply to comment #18) > I think this is a waste really for this bug to be open as non of the GCC people commented on it and > when the orginal bug was filed, there was a huge opportunity to talk over this a

[Bug c++/20185] assignment error in inline function

--- Additional Comments From falk at debian dot org 2005-02-24 11:00 --- Invalid for the same reason as PR 20184... -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/20186] New: ICE on boost-1.32 with latest cvs

Got ICE compiling boost-1.32 with 4.0.0 20050223 preprocessed file: http://napalm.sf.cz/xml_oarchive.ii.gz # g++ -v ./xml_oarchive.ii Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-languages=c,c++ --enable-threads=posix --enable-share Thread model: pos

[Bug c++/20175] [3.4/4.0 Regression] Warnings are issued when initializing struct members with "strings"

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

gcc-bugs@gcc.gnu.org

Function test has value 0. Should have value 1; #include int a=0x101; int b=0x100; int test(){ return ( ((unsigned char)(unsigned long long) ( (a?a:1) & (a*b) )) ? 0 : 1 ); } int main(void){ if((unsigned char)(unsigned long long) (a&(a*b)))return 2; if( test() ){ printf("success

[Bug c++/20186] [4.0 regression] ICE on boost-1.32 with latest cvs

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-24 12:12 --- Confirmed. Reduced testcase: == template void foo(T &t) { int i = static_cast(t); } == -- What|Removed

[Bug c++/20142] [3.3/3.4/4.0 regression] implicit assignment operator with multi-dimensional array is broken

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-24 12:21 --- Here's an even shorter testcase. It should return 0, but doesn't since GCC 3.3. If I remove A's constructor, we get the failure since GCC 3.0. == int n=4

[Bug c++/20185] assignment error in inline function

--- Additional Comments From dirk at cle-mens dot de 2005-02-24 12:21 --- (In reply to comment #1) > Invalid for the same reason as PR 20184... > I get the same failure if I use (little endian system) inline data::operator uint64 () const { return *reinterpret_cast(this); }

[Bug c++/20157] [4.0 Regression] Internal compiler error on invalid code

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-24 12:27 --- Hmm. I don't know whether this is really a regression. We never treated this code correctly. We have an ICE in 2.95.x and mainline. In 3.0 - 3.4.4 we accept the code where we shouldn't. -- Wha

[Bug c++/20175] [3.4/4.0 Regression] Warnings are issued when initializing struct members with "strings"

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-24 12:34 --- Patch here: -- What|Removed |Added

[Bug c++/20185] assignment error in inline function

--- Additional Comments From falk at debian dot org 2005-02-24 12:59 --- (In reply to comment #2) > (In reply to comment #1) > > Invalid for the same reason as PR 20184... > > > > I get the same failure if I use (little endian system) > inline data::operator uint64 () const >

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

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-02-24 13:19 --- Yes, that's the patch that introduces the problem. -- What|Removed |Added Stat

[Bug other/20188] New: glibc-2.3.4 misscompilation.

I get an error during `make install`: (...) /home/users/pluto/rpm/BUILD/glibc-2.3.4/builddir/timezone/zic -d /tmp/glibc-2.3.4-root-pluto/usr/share/zoneinfo -L /dev/null -y ./yearistype solar87 "solar87", line 385: can't determine time zone abbreviation                      to use just

[Bug other/20188] glibc-2.3.4 misscompilation.

--- Additional Comments From pluto at pld-linux dot org 2005-02-24 13:30 --- (In reply to comment #0) > gcc-4.0.0-20050220+pr13397 - fails. s/13397/19937/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20188

[Bug tree-optimization/20122] Wrong code with gcc 4.0 tree-vectorizer

--- Additional Comments From irar at il dot ibm dot com 2005-02-24 13:41 --- I found the problem that causes this. I'll send the patch next week. Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20122

[Bug libfortran/19678] DOS files don't work for list directed input

--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-24 13:46 --- I submitted a patch to fix this bug. See http://gcc.gnu.org/ml/fortran/2005-02/msg00303.html -- What|Removed |Added ---

[Bug c++/20186] [4.0 regression] ICE on boost-1.32 with latest cvs

-- What|Removed |Added Severity|normal |critical Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20186

[Bug rtl-optimization/20182] Improper code generation causes stack corruption

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-02-24 13:47 --- This was fixed in gcc-3.3 2002-07-16 Richard Earnshaw <[EMAIL PROTECTED]> * arm.md (stack_tie): New insn. Use an idiom that the alias code understands to be a memory clobber. *

[Bug c/20189] New: assignment error in inline function

This error was similar to bug #20185, but now it is a C-Programm and not C++ // Postet by [EMAIL PROTECTED] // Compiler Error found: // gcc (GCC) 3.3.4 (pre 3.3.5 20040809) // under SuSE Linux kernel 2.6.8-24.10-default (i386) // // This Bug is a little bit different in relation to bug

[Bug c++/20185] assignment error in inline function

--- Additional Comments From dirk at cle-mens dot de 2005-02-24 13:56 --- (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > You are accessing an object of type "class data" through an lvalue of type > "uint64". The type "uint64" here matches none of the

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

-- What|Removed |Added CC||rth at gcc dot gnu dot org Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/

[Bug middle-end/18902] Naive (default) complex division algorithm

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

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From ericw at evcohs dot com 2005-02-24 14:04 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. schlie at comcast dot net wrote: >--- Additional Comments From schlie at comcast dot net 2005-02-24 02:49 >--- >Subjec

[Bug c/20189] assignment error in inline function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 14:04 --- Invalid you are violating C90/C99 aliasing rules. -- What|Removed |Added Status|

[Bug c++/20185] assignment error in inline function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 14:04 --- Invalid you are violating C++98 aliasing rules. -- What|Removed |Added Status|UN

[Bug java/20190] New: [4.0 regression] 81 java regressions for arm-elf, undefined references

Using Geoff Keatings contrib/regression/btest-gcc.sh, I notice regression in the test-results, all in the libjava test-suite. These tests passed with LAST_UPDATED: "Sat Feb 12 07:27:15 UTC 2005" and fail with LAST_UPDATED: "Wed Feb 23 22:28:12 UTC 2005": +libjava.sum ArrayClass +libjava.sum Assert

[Bug java/20190] [4.0 regression] 81 java regressions for arm-elf, undefined references

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-02-24 14:11 --- *** This bug has been marked as a duplicate of 20160 *** -- What|Removed |Added

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

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-02-24 14:12 --- *** Bug 20190 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From mostrows at watson dot ibm dot com 2005-02-24 14:18 --- New test case exhibits same problem. struct demo { int s; }; extern struct demo * const *xd; static inline struct demo *fn1(void) __attribute__((pure)); static inline struct demo *fn1(void) { stru

[Bug c++/20185] assignment error in inline function

--- Additional Comments From falk at debian dot org 2005-02-24 14:21 --- (In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #2) > > > (In reply to comment #1) > > > > You are accessing an object of type "class data" through an lvalue of type > > "uint64". The ty

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From schlie at comcast dot net 2005-02-24 14:22 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. >>> Comments From ericw at evcohs dot com 2005-02-24 14:04 >>> Please explain why you think it is a bug for the avr to support

[Bug c++/20157] [4.0 Regression] Internal compiler error on invalid code

--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2005-02-24 14:24 --- (In reply to comment #2) I think it is a minor regression. 3.3/3.4 treats the code correctly if the specialization(unlike above) is a definition. 4.0 does not. no regression with exactly this

[Bug c++/20157] [4.0 Regression] Internal compiler error on invalid code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 14:28 --- (In reply to comment #3) > (In reply to comment #2) And any ICE is a regression even if it was changed from accepts invalid code. There was a discussion about this before already. -- http://gcc.gnu.o

[Bug other/20188] glibc-2.3.4 misscompilation.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 14:30 --- We really need a testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20188

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From ericw at evcohs dot com 2005-02-24 14:31 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. schlie at comcast dot net wrote: >--- Additional Comments From schlie at comcast dot net 2005-02-24 14:22 >--- >Subjec

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From schlie at comcast dot net 2005-02-24 14:32 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. > --- Additional Comments From schlie at comcast dot net 2005-02-24 14:22 > Subject: Re: 4.0 bootstrap unreasonably requ

[Bug rtl-optimization/20182] Improper code generation causes stack corruption

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

[Bug libfortran/19678] DOS files don't work for list directed input

-- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19678

[Bug objc/20191] New: ICE in reload_cse_simplify_operands, on powerpc linux

Here is the output of gcc when compiling NSTextView.m : Reading specs from /usr/local/lib/gcc/powerpc-unknown-linux-gnu/3.4.4/specs Configured with: ../gcc-3.4-20050218/configure --enable-threads --enable- altivec --enable-languages=c,objc Thread model: posix gcc version 3.4.4 20050218 (prereleas

[Bug objc/20191] ICE in reload_cse_simplify_operands, on powerpc linux

--- Additional Comments From stephane dot goujet at kat dot fi 2005-02-24 14:51 --- Created an attachment (id=8270) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8270&action=view) preprocessed objective-c file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20191

[Bug target/20191] ICE in reload_cse_simplify_operands, on powerpc linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 15:01 --- Hmm, (insn:HI 144 139 140 14 (set (reg:SF 66 ctr [orig:164 ._maxSize.width ] [164]) (reg:SF 66 ctr [162])) 252 {*movsf_hardfloat} (nil) (nil)) This looks like either a target problem or a reloa

gcc-bugs@gcc.gnu.org

This function: #define PMD_MASK(~((1UL << 23) - 1)) void clear_pmd_range(unsigned long start, unsigned long end) { if (!(start & ~PMD_MASK) && !(end & ~PMD_MASK)) f(); } should be optimized to generate the same code as this function: void clear_pmd_range2(unsigned long star

[Bug libgcj/20193] New: Variable names incorrectly resolved in inner classes.

An inner class that references a static variable in an outer class will fail if the super class of that outer class defines the same variable with a visibility that makes it inaccessible to the inner class. -- Summary: Variable names incorrectly resolved in inner classes. Pr

[Bug libgcj/20193] Variable names incorrectly resolved in inner classes.

--- Additional Comments From thhal at mailblocks dot com 2005-02-24 15:16 --- Created an attachment (id=8271) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8271&action=view) Java class that illustrates the problem. Try gcj -c ScopeProblem.java. It fails with: ScopeProblem.java:12:

[Bug java/20193] Variable names incorrectly resolved in inner classes.

-- What|Removed |Added Component|libgcj |java Keywords||rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug c/20194] New: gcc-4.0.0 20050220 miscompiles Linux/ppc32 kernel at -O1 and -O2

/* gcc4bug.c * Written by Mikael Pettersson <[EMAIL PROTECTED]>, 2005-02-24. * * This program is abstracted from arch/ppc/mm/init.c in * the 2.6.11-rc4 Linux kernel sources. * * With gcc-3.4.3, gcc-3.3.5, or gcc-3.2.3, mem_init() * correctly returns 245. * * With gcc-4.0.0 20050220, mem_in

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at libertysurf dot |dot org |fr Status|NEW

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-24 15:46 --- Can't you work around this by disabling dwarf2 support? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20143

[Bug target/20191] ICE in reload_cse_simplify_operands, on powerpc linux

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

[Bug c++/20195] New: Internal compiler error on legal code

g++4 yields an internal compiler error in do_nonmember_using_decl, at cp/name-lookup.c:2074 when compiling: namespace std { template class complex; template complex<_Tp> conj(const complex<_Tp>&); } using std::conj; Kinds Regards, John Romein --- dr. John W. Romein Stichting ASTRON (Neth

[Bug ada/19900] [4.0 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kenner at vlsi1 dot ultra |dot org |dot nyu dot edu Status|N

[Bug target/20191] ICE in reload_cse_simplify_operands, on powerpc linux

--- Additional Comments From dje at gcc dot gnu dot org 2005-02-24 15:51 --- The 0->!h alternative should match. Completely preventing SFmode from being placed in CTR can cause more problems, but we can do a better job to avoid preferencing that class. I would suggest trying changing

[Bug ada/20012] 'pragma Compile_Time_Warning' adds quotation marks to warning text

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bosch at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug target/20196] New: Miscompilation of mem_init in 32-bit ppc linux kernel

/* Origin: Mikael Pettersson <[EMAIL PROTECTED]> and the Linux kernel. */ extern void abort (void); unsigned long a = 0xc000, b = 0xd000; unsigned long c = 0xc01bb958, d = 0xc0264000; unsigned long e = 0xc0288000, f = 0xc02d4378; void foo (int x, int y, int z) { if (x != 245 || y != 36

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-24 15:59 --- > New test case exhibits same problem. Confirmed. Reduced testcase: struct demo { int s; }; extern struct demo * const *xd; static inline struct demo *fn1(void) __attribute__((pure)); static inlin

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From gniccolai at yahoo dot com 2005-02-24 16:04 --- (In reply to comment #20) > Sorry, the correct citation is: "multithreading is defined by an application design that ALLOWS FOR concurrent or simultaneous execution" The rest is cited from Sergey P. Derev

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From schlie at comcast dot net 2005-02-24 16:14 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. > Maybe I can be clearer, I am not stating that the avr port should not > support 64-bit long long; just asserting that any por

[Bug other/19897] [treelang] External references don't work.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-24 16:14 --- Subject: Bug 19897 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-24 16:14:20 Modified files: gcc/testsuite/treelang: ChangeLog Added files:

[Bug other/19897] [treelang] External references don't work.

--- Additional Comments From phython at gcc dot gnu dot org 2005-02-24 16:15 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug ada/20035] failed run-time assertion : Tasking not implemented on this configuration on sparc-linux

--- Additional Comments From bosch at gcc dot gnu dot org 2005-02-24 16:20 --- No bug seems to be reported. As the message states, no tasking support is implemented for your configuration. Your attachment doesn't provide such support. If you want to add this, look at the sparc and li

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From ericw at evcohs dot com 2005-02-24 16:21 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. schlie at comcast dot net wrote: >--- Additional Comments From schlie at comcast dot net 2005-02-24 16:14 >--- >Subjec

[Bug other/19896] [treelang] Static variables don't work

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-24 16:23 --- Subject: Bug 19896 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-24 16:23:15 Modified files: gcc/treelang : ChangeLog treetree.c Log message:

[Bug other/19896] [treelang] Static variables don't work

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-24 16:24 --- Subject: Bug 19896 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-24 16:24:25 Modified files: gcc/testsuite/treelang: ChangeLog Added files:

[Bug other/19896] [treelang] Static variables don't work

--- Additional Comments From phython at gcc dot gnu dot org 2005-02-24 16:24 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libfortran/20124] gfortran prints -.01 incorrectly

--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-24 16:24 --- $ cat pr20124.f x = -.01 y = .01 write(*,'(2f10.2)') x, y print *, x, y end $ ./bin/gfortran -static pr20124.f && ./a.out 0.00 0.00 -9.998E-03 9.998E-03

[Bug ada/20042] [4.0 regression] ACATS cxaca01 assembler Bad Absolute Expression error on ppc-darwin

-- What|Removed |Added Summary|ACATS cxaca01 assembler Bad |[4.0 regression] ACATS |Absolute Expression error on|cxaca01 assembler Bad

[Bug ada/20042] [4.0 regression] ACATS cxaca01 assembler Bad Absolute Expression error on

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bosch at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug other/20197] New: [3.4.3] "input|gcc -S -save-temps ..." internal error

gcc internal error when passing "-save-temps" to gcc-3.4.3 with stdin as input to a "gcc -S ..." command ("script_output | gcc -S ... -save-temps ..."). Same input compiles fine without -save-temps. platform: gcc-3.4.3, glibc-2.3.3-200410112214, binutils-2.15.92.0.2, linux-2.4.29, pIII/733. gcc co

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-24 16:49 --- Hum... again a consequence of the C++ front-end not setting TREE_SIDE_EFFECTS on every CALL_EXPR, like the C front-end. The sequence of events is as follows: 1. fn1()->s -= 1 is expanded to the 3-operand

[Bug target/20196] Miscompilation of mem_init in 32-bit ppc linux kernel

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-24 17:03 --- The problem is that with the http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00672.html patch the earlyclobbers got lost. -- What|Removed |Added --

[Bug middle-end/19410] Overlapping memcpy with big struct copies (ACATS c64106a)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-24 17:06 --- Note that I don't plan to work on this in the very near future, as the problem is no breaking news and doesn't appear to cause much harm in practice. -- What|Removed |

[Bug tree-optimization/17863] [4.0 Regression] threefold performance loss, not inlining as much

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-24 17:09 --- With __attribute__((leafify)) sticked to v4c_quad and mult_pq runtime goes down from 16.0s to 4.4s with recent gcc 4.0. For gcc 3.4.3 runtimes are 5.0s and 4.9s. We indeed do not very well on estimating t

[Bug target/20196] [4.0 Regression] Miscompilation of mem_init in 32-bit ppc linux kernel

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

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From schlie at comcast dot net 2005-02-24 17:11 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. > From: ericw at evcohs dot com <[EMAIL PROTECTED]> > Can somebody with sufficient permissions please close this non-bug? I'm

[Bug c/20194] gcc-4.0.0 20050220 miscompiles Linux/ppc32 kernel at -O1 and -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 17:11 --- Even though this was filed earlier than this bug, I am closing this as a dup of bug 20196 because it has a shorter testcase and has identified the patch which caused it. *** This bug has been marked as a

[Bug target/20196] [4.0 Regression] Miscompilation of mem_init in 32-bit ppc linux kernel

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 17:11 --- *** Bug 20194 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 17:17 --- Not a bug. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug bootstrap/20143] 4.0 bootstrap unreasonably requires 64-bit target type mode support.

--- Additional Comments From schlie at comcast dot net 2005-02-24 17:25 --- Subject: Re: 4.0 bootstrap unreasonably requires 64-bit target type mode support. > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 > Not a bug. >What|Removed

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From qrczak at knm dot org dot pl 2005-02-24 17:31 --- > "multithreading is defined by an application design that ALLOWS FOR concurrent > or simultaneous execution" Initializers of static locals cannot execute concurrently, no matter whether they are automaticall

[Bug c++/20195] Internal compiler error on legal code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 17:36 --- I cannot reproduce this with gcc "4.0.0 20050224" -- What|Removed |Added

[Bug libfortran/20124] gfortran prints -.01 incorrectly

--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-24 17:38 --- Patch proposed in http://gcc.gnu.org/ml/fortran/2005-02/msg00315.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20124

gcc-bugs@gcc.gnu.org

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-24 17:49 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug target/20196] [4.0 Regression] Miscompilation of mem_init in 32-bit ppc linux kernel

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-24 17:54 --- Patch here: -- What|Removed |Added

[Bug libgcj/20198] New: java.security.CodeSource.getLocation output is different than expected

GCJ version: % gij4 --version gij (GNU libgcj) version 4.0.0 20050217 (Red Hat 4.0.0-0.27) Test class: public class Test { public static void main(String[] args) { System.out.println(Test.class.getProtectionDomain(). getCodeSource().getLocation());

  1   2   >