[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-25 08:25 --- This patch worked for me on the troubling machine. I'm testing it on my other machines now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135

[Bug fortran/19101] missing & in character continuation not caught

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25 09:31 --- (In reply to comment #1) The latest version of the F95 draft standard (isn't the world of coypyrighted standards wonderful?) states # If a character context is to be continued, the "&" shall be # the l

[Bug libfortran/19064] runtime error when reading complex*16 using formatted I/O

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25 09:34 --- (In reply to comment #3) > maybe fixed by pr19071, please check !! Yes, it is fixed. $ ./a.out ( 2.00 , 0.00 ) ( 0.25250582600 , 0.00 ) ( 1.4

[Bug rtl-optimization/14151] [new-ra] new-ra get frame size incorrect

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-25 10:20 --- Andy, I think you should know this probably won't be fixed :-( It is more likely at this point that the whole new register allocator will be removed as a failed experiment. This is also why the bug status i

[Bug target/19137] ICE with load of TImode constant

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-25 12:41 --- Subject: Bug 19137 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-25 12:41:03 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug target/19137] ICE with load of TImode constant

--- Additional Comments From amodra at bigpond dot net dot au 2004-12-25 12:42 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c/19152] New: IMA and external inline don't get along

Take the following files: -- a.c -- extern inline void f(void) { } -- b.c -- void f(void) { } -- c.c -- extern inline void f(void) { } Compiling in any order should work. Current situation: a.c b.c. c.c: Does NOT. a.c c.c b.c: DOES b.c a.c c.c: Does NOT. b.c c.c a.

[Bug c/19152] IMA and external inline don't get along

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 14:26 --- Note this is not a regression even 3.4.x rejected it. -- What|Removed |Added Known to f

[Bug c/19152] IMA and external inline don't get along

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 14:27 --- But it is a build regression, so I don't know if this should be considered a regression or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19152

[Bug middle-end/19116] -fno-finite-math-only does not override -ffast-math

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25 14:32 --- I find strange that the C equivalent does not compare an NaN equal to itself, even with -O3 -ffast-math : $ cat nan-check.c #include #include int equality(double a, double b); int main() { double

[Bug c/19152] IMA and external inline don't get along

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 15:05 --- The related non IMA case: void f(void) {} extern inline void f(void){} But I don't know if this is valid C. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19152

[Bug bootstrap/19151] [4.0 Regression] configure: Could not load module ../libiberty/libiberty.a(libiberty.so.0)

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-25 15:37 --- Subject: Re: [4.0 Regression] configure: Could not load > Please try this patch: > > http://gcc.gnu.org/bugzilla/attachment.cgi?id=7824&action=view This fixes the problem on aix4.3. Dave --

[Bug c/19152] [4.0 Regression] IMA and external inline don't get along

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 16:40 --- Mine, patch posted here: . I am going to consider this a regression as it is a build regression even though this was not accepted in 3.4.0, the bu

[Bug c++/19153] New: Can't compile Qt 3.3.3

g++ -c -I/usr/include/fontconfig -I/usr/include/X11/Xft -O2 -march=i586 -mtune=i686 -fomit-frame-pointer -fweb -frename-registers -fvisibility-inlines-hidden -fno-use-cxa-atexit -fno-exceptions -I/usr/include/X11/Xft -fno-exceptions -Wall -W -I/usr/include/fontconfig -I/usr/include/X11/Xft -O2

[Bug c++/19076] Pointer to member function not matched to pointer to member template

--- Additional Comments From giovannibajo at libero dot it 2004-12-25 18:48 --- I played with this briefly, and the bug is non-trivial. Our internal representation for pointer-to-member-data and pointer-to-member- function is totally different and incompatible, and pt.c isn't ready at a

[Bug c++/19153] Can't compile Qt 3.3.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 18:49 --- *** This bug has been marked as a duplicate of 19148 *** -- What|Removed |Added

[Bug c++/19148] [4.0 Regression] ICE: gimplification failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 18:49 --- *** Bug 19153 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19148] [4.0 Regression] ICE: gimplification failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 18:50 --- P1 since this blocks QT. -- What|Removed |Added Priority|P2

[Bug target/19115] __builtin_frexpl and std::frexp(long double) broken

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

[Bug target/19115] __builtin_frexpl and std::frexp(long double) broken

--- Additional Comments From dje at gcc dot gnu dot org 2004-12-25 20:14 --- Is this compiled with -mlong-double-128 or using the default, which is -mlong-double-64 on AIX? GCC currently does not build a long-double-128 multilib on AIX, which would be necessary for that mode to work com

[Bug c/19154] New: miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values

/* miss-optimization of (x & pow2C) conditionals returning bool equivalent values. Conditional expressions returning/assigning bool equivalent values tend to produce less efficient generic code than those returning arbitrary values; GCC 3.3.3 produces the more effecient form of the resul

[Bug c/19154] miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values

-- What|Removed |Added GCC build triplet|avr-unknown-none|powerpc-apple-darwin7.7.0 GCC target triplet|powerpc-apple-darwin7.7.0 |avr-unknown-none http://gcc.gnu.org

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From pcarlini at suse dot de 2004-12-25 20:32 --- Zdenek, sorry, is your patch in? I think Rth approved it! http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01613.html Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078

[Bug middle-end/19154] miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values

-- What|Removed |Added Severity|normal |minor Component|c |middle-end GCC build triplet|powerpc-apple-darwin7.7.0

[Bug middle-end/19154] miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 20:53 --- I think the issue here is rtx_cost for avr sucks and does not give a good accurate cost matrix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19154

[Bug middle-end/19154] miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 20:57 --- Take: char g(char c) { return (c & (1 << 3)) != 0; } (insn 8 4 30 (set (reg:HI 24 r24 [orig:44 c ] [44]) (sign_extend:HI (reg:QI 24 r24 [ c ]))) 81 {extendqihi2} (nil) (nil)) (insn 30 8 11 (par

[Bug middle-end/19154] miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values

--- Additional Comments From schlie at comcast dot net 2004-12-25 21:39 --- Subject: Re: miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values > I think the issue here is rtx_cost for avr sucks and does not give a good > accurate cost matrix. I considered

[Bug libfortran/19155] New: blanks not treated as zeros in 'E' format read

This is the NIST 110 failure, reduced. $ cat blanks.f program blanks a = 42. open(19) write(19,'(A15)') 'E+00' rewind(19) read(19,'(E15.8)') a print *,a end $ gfortran blanks.f $ ./a.out At line 6 of file blanks.f Fortran runtime error: Bad value dur

[Bug middle-end/19154] miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values

--- Additional Comments From schlie at comcast dot net 2004-12-25 21:56 --- Subject: Re: miss-optimization of (x & pow2C) avr conditionals returning bool equivalent values I apologize, I'm confused, what are you comparing to what? (are you using 4.0, which to my knowledge only builds

[Bug middle-end/19116] -fno-finite-math-only does not override -ffast-math

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25 22:17 --- It is actually possible to reproduce the Fortran behavior in C: $ cat nan-check2.c #include #include int equality(double *a, double *b); int main() { double a, b, c; a = 0.0; b = 0.0;

[Bug target/19059] Atmel AVR Tiny13 and Tiny2313 support corrupted

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-25 22:20 --- Subject: Bug 19059 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-25 22:20:05 Modified files: gcc: ChangeLog gcc/config/avr : a

[Bug target/19116] -fno-finite-math-only does not override -ffast-math

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 22:29 --- Hmm, again this works for me on powerpc-darwin. This is a target bug. -- What|Removed |Added

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-25 22:54 --- Subject: Bug 19078 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-25 22:53:55 Modified files: gcc: ChangeLog tree-ssa-loop-ivopts.c Lo

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-25 22:58 --- Not closing the bug yet. There are futher issues; at least -- we might want to be able to somehow determine whether splitting ivs is profittable, instead of doing it unconditionally -- we might want to im

[Bug target/19059] Atmel AVR Tiny13 and Tiny2313 support corrupted

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-25 23:11 --- Fixed but who ever applied this patch, please note we are in regression only mode and that this patch should not have been applied unless you got special approval from Mark M. Also note the patch which

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-26 00:56 --- The bug is in both readelf and a gcc bug. The warning in readelf is a bug. One can see by looking at the assembly that their is exactly one debug_loc section, and exactly one debug_info section, in the obje

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-26 01:09 --- Just to followup on irc discussions. Being able to coalesce this may require moving to a different out-of-ssa algorithm that is better at coalescing. All of the below take different approaches to the coalesc

[Bug tree-optimization/16306] [4.0 Regression] restrict and copying pointers problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-26 05:51 --- First part to fix it: , The next part is because TER is getting in the way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16306