Re: Problem building 3.4.3 on solaris 8

[Andrew Pinski]

This is PR 13993 which only effects if you configure with a relative 
patch and
only 3.4.x, it is fixed on the mainline already.

-- Pinski

[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-02-15 
20:56 ---
 Fixed with the previous commit

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300

[Bug target/19300] [4.0 Regression] PCH failures on sparc-linux

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300

[Bug c++/19982] New: The left side of the "=" operator must be an lvalue.

[msadoghi at ca dot ibm dot com]

Sourc code for t.cpp:

int mymain()
{
int i = 1;
int j = 2;
const volatile int &ri = i;
const_cast(&ri) = &j; // error - lvalue required for =
return 0;
}




Expected Behaviour:

"t.cpp", line 8.25: 1540-2410 (S) The left side of the "=" operator must be an
lvalue.




Actual Behaviour:

t.cpp:6: ISO C++ forbids cast to non-reference type used as lvalue
t.cpp:6: ISO C++ forbids cast to non-reference type used as lvalue
t.cpp:6: confused by earlier errors, bailing out




t.ii generated with -save-temps option

# 1 "t.cpp"
# 1 ""
# 1 ""
# 1 "t.cpp"
int mymain()
{
int i = 1;
int j = 2;
const volatile int &ri = i;
const_cast(&ri) = &j;
return 0;
}






Release:

GCC Version: 3.2.0





Environment:
System Type:

Reading specs from 
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/specs
Configured with: /scratch/gcc-3.2/configure --prefix=/usr/local/gcc.3.2.0
--enable-threads=aix --disable-nls
Thread model: aix
gcc version 3.2
 /usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/cpp0 -lang-c++
-D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -v -iprefix
/usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/ -D__GNUC__=3
-D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=0 -D__GXX_ABI_VERSION=102 -D_IBMR2
-D_POWER -D_LONG_LONG -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -D_IBMR2
-D_POWER -D_LONG_LONG -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -Asystem=unix
-Asystem=aix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -D_XOPEN_SOURCE=500
-D_XOPEN_SOURCE_EXTENDED=1 -D_LARGE_FILE_API -D_ALL_SOURCE
-D__WCHAR_TYPE__=short unsigned int -D_ARCH_COM
/home/msadoghi/scenario/common/t.cpp t.ii
GNU CPP version 3.2 (cpplib)
ignoring nonexistent directory
"/usr/local/lib/gcc-lib/../../powerpc-ibm-aix5.1.0.0/include"
ignoring nonexistent directory 
"/usr/local/gcc.3.2.0/powerpc-ibm-aix5.1.0.0/include"
ignoring duplicate directory "/usr/local/gcc.3.2.0/include/c++/3.2"
ignoring duplicate directory
"/usr/local/gcc.3.2.0/include/c++/3.2/powerpc-ibm-aix5.1.0.0"
ignoring duplicate directory "/usr/local/gcc.3.2.0/include/c++/3.2/backward"
ignoring duplicate directory
"/usr/local/gcc.3.2.0/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/lib/gcc-lib/../../include/c++/3.2
 /usr/local/lib/gcc-lib/../../include/c++/3.2/powerpc-ibm-aix5.1.0.0
 /usr/local/lib/gcc-lib/../../include/c++/3.2/backward
 /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/include
 /usr/local/include
 /usr/local/gcc.3.2.0/include
 /usr/include
End of search list.
 /usr/local/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.2/cc1plus -fpreprocessed
t.ii -quiet -dumpbase t.cpp -version -o t.s
GNU CPP version 3.2 (cpplib)
GNU C++ version 3.2 (powerpc-ibm-aix5.1.0.0)
compiled by GNU C version 3.2.
/home/msadoghi/scenario/common/t.cpp: In function `int mymain()':
/home/msadoghi/scenario/common/t.cpp:6: ISO C++ forbids cast to non-reference
   type used as lvalue
/home/msadoghi/scenario/common/t.cpp:6: ISO C++ forbids cast to non-reference
   type used as lvalue
/home/msadoghi/scenario/common/t.cpp:6: confused by earlier errors, bailing out





How-To-Repeat:

gcc -v -save-temps -c t.cpp



Notes:

Compilation failure is expected for this test case. However the gcc produces 
an Internal compiler error on AIX which leads to termination of the compilation
process.


-- 
   Summary: The left side of the "=" operator must be an lvalue.
   Product: gcc
   Version: 3.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: msadoghi at ca dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19982

[Bug middle-end/19983] New: __builtin_nan should allow 0X as well as 0x

[jsm28 at gcc dot gnu dot org]

The __builtin_nan functions should allow 0X as well as 0x in their arguments.
real.c:real_nan only allows 0x at present.  In

double n1 = __builtin_nan("0x1");
double n2 = __builtin_nan("0X1");

only the first initializer is accepted, but both should be.

-- 
   Summary: __builtin_nan should allow 0X as well as 0x
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19983

[Bug middle-end/19984] New: nan should be C99 built-in

[jsm28 at gcc dot gnu dot org]

The functions nan, nanf, nanl should be C99 built-in functions rather
than just being built-in in the __builtin_ form.

They were wrongly C90 built-ins, changed to be __builtin_ only to fix
bug 14635.  At that time bug 14649 meant they shouldn't be C99 built-ins,
but bug 14649 has been fixed so they now can be C99 built-ins.

-- 
   Summary: nan should be C99 built-in
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19984

Re: Problem building 3.4.3 on solaris 8

[Eric Botcazou]

> I am trying to build gcc-3.4.3 on solaris 8. I get to the make install
> point and then there is a problem. It appears the INSTALL variable is not
> getting set right for the install step in the various directories.
>
> I have the source in /gcc-3.4.3 and the build dir is
> /gcc-3.4.3_sun5.8

Use an absolute path to configure, not a relative one.  See the 
Solaris-specific release notes

-- 
Eric Botcazou

[Bug c++/19982] [3.3/3.4 Regression] The left side of the "=" operator must be an lvalue.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:10 ---
Confirmed but this is minor as this is an ICE after an error.  Also note on the 
mainline we get one error 
message and no ICE (or "confused by earlier errors, bailing out").

-- 
   What|Removed |Added

   Severity|critical|minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||error-recovery, ice-on-
   ||invalid-code
  Known to fail||3.3.3 3.2.3 3.4.0 3.3.1
  Known to work||3.0.4 4.0.0
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:10:05
   date||
Summary|The left side of the "="|[3.3/3.4 Regression] The
   |operator must be an lvalue. |left side of the "="
   ||operator must be an lvalue.
   Target Milestone|--- |3.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19982

[Bug middle-end/19984] nan should be C99 built-in

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:13 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:13:01
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19984

[Bug middle-end/19983] __builtin_nan should allow 0X as well as 0x

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:14 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||3.3.3 3.4.0 4.0.0
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:14:04
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19983

[Bug rtl-optimization/18513] unrar 3.4.3 build fails with bus error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:15 ---
Can you try with 3.4.3?
Also can you provide the output of "gcc -v"?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18513

[Bug c/19976] integer division by zero in subexpression should be overflow

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:18 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid, diagnostic
  Known to fail||3.3.3 3.2.3 3.4.0 4.0.0
   ||3.0.4 2.95.3
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:18:33
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19976

[Bug c/19977] overflow in non-static initializer should not be pedwarn

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:20 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||3.3.3 3.2.3 3.4.0 4.0.0
   ||3.0.4 2.95.3
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:20:00
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19977

[Bug c/19978] overflow in expression of constants should not cause multiple warnings

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:20 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
  Known to fail||3.3.3 3.2.3 3.4.0 4.0.0
   ||3.0.4 2.95.3
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 21:20:52
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19978

[Bug middle-end/19983] __builtin_nan should allow 0X as well as 0x

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:28 ---
The bug is very obvious from the code:
  if (*str == '0')
{
  if (*++str == 'x')
str++, base = 16;
  else
base = 8;
}

Note no check for the upercase version of 'X'.  (yes I know about the talk 
about -fwide-exec-charset= 
and -finput-charset=).

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19983

[Bug c++/19985] New: executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()

[lothar at xcerla dot com]

I created a small test I will attach to this bug report that shows that  
executables created with -fprofile-arcs -ftest-coverage crash in gcov_exit () 
if they dynamically load functions from libraries. 
 
I tested with gcc 3.4.1 and 4.0-20050213. Both show the same problem. 
 
Here's the gdb stack trace for both compilers: 
 
Program terminated with signal 11, Segmentation fault. 
 
#0  gcov_exit () at ../../gcc-3.4.1/gcc/libgcov.c:139 
139   if (!((1 << t_ix) & gi_ptr->ctr_mask)) 
(gdb) where 
#0  gcov_exit () at ../../gcc-3.4.1/gcc/libgcov.c:139 
#1  0x4018b820 in exit () from /lib/tls/libc.so.6 
#2  0x40176b1a in __libc_start_main () from /lib/tls/libc.so.6 
#3  0x080491b1 in _start () at ../sysdeps/i386/elf/start.S:119 
 
Program terminated with signal 11, Segmentation fault. 
 
#0  gcov_exit () at ../../gcc-4.0-20050213/gcc/libgcov.c:139 
139   if (!((1 << t_ix) & gi_ptr->ctr_mask)) 
((gdb) where 
#0  gcov_exit () at ../../gcc-4.0-20050213/gcc/libgcov.c:139 
#1  0x4018b820 in exit () from /lib/tls/libc.so.6 
#2  0x40176b1a in __libc_start_main () from /lib/tls/libc.so.6 
#3  0x08049031 in _start () at ../sysdeps/i386/elf/start.S:119 
 
 
The test uses SCons as a build tool. But I give the build arguments here for 
the 3.4.1 compiler: 
 
/opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith 
-Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings 
-Wcomments -march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -Isrc 
-c -o src/prog/.build/posix/coverage/main.o src/prog/main.cpp 
/opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -o bin/posix/coverage/prog 
src/prog/.build/posix/coverage/main.o -Llib/posix/coverage -lstdc++ -lpthread 
-lrt -ldl -lgcov 
 
/opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith 
-Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings 
-Wcomments -march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -fPIC 
-Isrc -c -o src/calc/.build/posix/coverage/calc.os src/calc/calc.cpp 
 
/opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -Wl,-soname=libcalc.so.1.0 -shared -o 
lib/posix/coverage/libcalc.so src/calc/.build/posix/coverage/calc.os 
-Llib/posix/coverage -lstdc++ -lpthread -lrt -ldl -lgcov 
 
 
Lothar

-- 
   Summary: executables created with -fprofile-arcs -ftest-coverage
segfault in gcov_exit ()
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lothar at xcerla dot com
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985

[Bug middle-end/19985] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
  Component|c++ |middle-end


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985

[Bug middle-end/19985] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()

[lothar at xcerla dot com]

--- Additional Comments From lothar at xcerla dot com  2005-02-15 21:46 
---
Created an attachment (id=8201)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8201&action=view)
test case to reproduce the segfault

This is a project of a small test case that reproduces the segmentation fault.
It's build tool is SCons. If you don not want to use SCons, here's the command
line(s) executed:

/opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith
-Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings -Wcomments
-march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -Isrc -c -o
src/prog/.build/posix/coverage/main.o src/prog/main.cpp
/opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -o bin/posix/coverage/prog
src/prog/.build/posix/coverage/main.o -Llib/posix/coverage -lstdc++ -lpthread
-lrt -ldl -lgcov
/opt2/GNU/bin/g++-3.4.1 -O0 -g -D_REENTRANT -W -Wall -Wpointer-arith
-Wno-uninitialized -Woverloaded-virtual -Wcast-align -Wwrite-strings -Wcomments
-march=pentiumpro -DCOVERAGE -fprofile-arcs -ftest-coverage -fPIC -Isrc -c -o
src/calc/.build/posix/coverage/calc.os src/calc/calc.cpp
/opt2/GNU/bin/g++-3.4.1 -g -Wl,-E -Wl,-soname=libcalc.so.1.0 -shared -o
lib/posix/coverage/libcalc.so src/calc/.build/posix/coverage/calc.os
-Llib/posix/coverage -lstdc++ -lpthread -lrt -ldl -lgcov


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985

[Bug middle-end/19985] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
21:55 ---
Hmm, this looks like we don't deal with dlclose correctly.

Honza could you comment on this if there is a way to deal with dlclose?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985

[Bug tree-optimization/15785] fold misses unary transformation

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-02-15 
21:58 ---
 Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15785

[Bug middle-end/19986] New: [meta-bug] fold missing optimizations (compared to RTL)

[pinskia at gcc dot gnu dot org]

Just a meta-bug for all the missing fold which are missing which are in the RTL 
version of simplify_*.

-- 
   Summary: [meta-bug] fold missing optimizations (compared to RTL)
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: missed-optimization, meta-bug, TREE
  Severity: enhancement
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986

[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
22:14 ---
Confirmed, there might be others which I had forgot.

-- 
   What|Removed |Added

  BugsThisDependsOn||14752, 14753, 14792, 14796,
   ||14844, 15347, 15458, 17141,
   ||19792
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 22:14:06
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986

[Bug tree-optimization/15255] [tree-ssa] a * 2 + a * 2 is not converted to a * 4

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
22:22 ---
As I said before I was not going to fix a fold problem (for the first testcase).

-- 
   What|Removed |Added

 AssignedTo|pinskia at gcc dot gnu dot  |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15255

[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||19987
  nThis||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986

[Bug middle-end/19987] New: [meta-bug] fold missing optimizations in general

[pinskia at gcc dot gnu dot org]

Just a meta-bug for missing fold optimizations.

-- 
   Summary: [meta-bug] fold missing optimizations in general
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: missed-optimization, meta-bug
  Severity: enhancement
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 BugsThisDependsOn: 19986


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987

[Bug middle-end/19987] [meta-bug] fold missing optimizations in general

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
22:31 ---
Confirmed, added the most I know of.

-- 
   What|Removed |Added

  BugsThisDependsOn||14490, 14792, 15017, 15241,
   ||15255, 15348, 15350, 15457,
   ||15826
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 22:31:32
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987

[Bug c/19988] New: [4.0 Regression] pessimizes fp multiply-add/subtract combo

[gcc-bugzilla at gcc dot gnu dot org]

When I compile the following code with 'gcc -O3 --save-temps -c':

double foo(double x, double y)
{
 return ((x + 0.1234 * y) * (x - 0.1234 * y));
}

gcc 3.x gives one load of the constant 0.1234, one multiplication
0.1234 * y, one addition, one subtraction, and the final
multiplication: total = one constant (load) and four fp operations.

gcc 4.0 (20050213 snapshot), on the other hand, compiles (x - 0.1234 *
y) as (x + (-0.1234) * y), and thus doesn't recognize that it is the
same constant as in the other expression.  Thus, it produces *two*
constants (2 loads), and *five* fp operations (3 multiplications):

foo:
pushl   %ebp
movl%esp, %ebp
fldl16(%ebp)
fld %st(0)
fldl8(%ebp)
fxch%st(1)
fmull   .LC0
fxch%st(2)
popl%ebp
fmull   .LC1
fxch%st(2)
fadd%st(1), %st
fxch%st(1)
faddp   %st, %st(2)
fmulp   %st, %st(1)
ret

As you can imagine, this leads to a major slowdown in code that has
lots of multiply-add and multiply-subtract combinations...in
particular any FFT (such as our FFTW, www.fftw.org) could
suffer a lot.

Thanks for your efforts,
Steven G Johnson

PS. When you fix this, please don't re-introduce another optimizer bug
that appears in gcc 3.x.  In particular, when compiling for a PowerPC
target, it *should* produce one constant load, one fused multiply-add,
one fused-multiply subtract, and one multiplication.  gcc 3.x, on the
other hand, pulls out the (0.1234 * y) in CSE, and thus does not
exploit the fma.  gcc 4.0 on PowerPC (MacOS 10.3) produces:

_foo:
mflr r0
bcl 20,31,"L001$pb"
"L001$pb":
stw r31,-4(r1)
fmr f13,f1
mflr r31
stw r0,8(r1)
lwz r0,8(r1)
addis r2,r31,ha16(LC0-"L001$pb")
lfd f1,lo16(LC0-"L001$pb")(r2)
addis r2,r31,ha16(LC1-"L001$pb")
lfd f0,lo16(LC1-"L001$pb")(r2)
Cordially,mtlr r0
fmadd f1,f2,f1,f13
lwz r31,-4(r1)
fmadd f2,f2,f0,f13
fmul f1,f1,f2
blr

which utilizes the fma, but loads the constant twice (as 0.1234 and
-0.1234) instead of using fmadd and fmsub.

PPS. In general, turning negative constants into positive constants by
changing additions into subtractions can lead to substantial speedups
by reducing the number of fp constants in certain kinds of code.
e.g. "manually" doing this in FFTW gained us 10-15% in speed; YMMV.
Something to think about.

Environment:
System: Linux fftw.org 2.6.3-1-686-smp #2 SMP Tue Feb 24 20:29:08 EST 2004 i686 
GNU/Linux
Architecture: i686


host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../configure --prefix=/home/stevenj/gcc4

How-To-Repeat:
Compile above foo() subroutine with gcc -O3 -c --save-temps and look
at assembler output.

-- 
   Summary: [4.0 Regression] pessimizes fp multiply-add/subtract
combo
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: stevenj at fftw dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988

[Bug c++/19989] New: Inconsistency with zero-sized arrays

[reichelt at gcc dot gnu dot org]

The following testcase shows some inconsistency w.r.t zero-size arrays.
Without "-pedantic" we diagnose the array(s) whose dimension is found via
dependent lookup.

==
template struct A
{
static const int i = 0;
};

template struct B
{
int x[A::i]; // error
int y[A<0>::i]; // no error since 3.4.0
int z[0];   // no error
};

B<0> b;
==

Depending on the point of view this is rejects-valid or accepts-invalid.
Btw, with "-pedantic" we diagnose all three arrays.

-- 
   Summary: Inconsistency with zero-sized arrays
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19989

[Bug fortran/19990] New: internal compiler error gfc_finish_var_decl

[dirk dot fressmann at newcastle dot edu dot au]

Internal compiler error in compiling a f90-module of the HSL library
on RedHat Fedora Core 3 Linux, i686, IBM Thinkpad, Kernel 2.6.10

> version informations
> ./gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-languages=c,f95
--prefix=/usr/work/2005045/irun
Thread model: posix
gcc version 4.0.0 20050214 (experimental)

> command
gfortran -c 
> output:
IntCompError.f90: In function 'zd01_get':
IntCompError.f90:5: internal compiler error: in gfc_finish_var_decl, at
fortran/trans-decl.c:410
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

> f90-source code (from Harwell library HSL):
> -- snip --
MODULE HSL_ZD01_char
  IMPLICIT NONE
CONTAINS
  FUNCTION ZD01_get(array)
CHARACTER :: array(:)
CHARACTER(size(array)) ::  ZD01_get
integer :: i
do i = 1, size(array)
   ZD01_get(i:i) = array(i)
end do
  END FUNCTION ZD01_get
END MODULE HSL_ZD01_char
> - snip 

-- 
   Summary: internal compiler error gfc_finish_var_decl
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dirk dot fressmann at newcastle dot edu dot au
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: gfortran -c 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19990

[Bug c++/19991] New: [3.4/4.0 regression] Enum not accepted in array-size

[reichelt at gcc dot gnu dot org]

The following valid code snippet is rejected since gcc 3.4.0:

=
enum { e = 1 };

template struct A
{
static const int i = e;
char a[i];
};
=

The error message is:
  bug.cc:6: error: size of array `a' is not an integral constant-expression

However, the ocde is accepted if I declare "e" as "const int" instead of an
enum value, or if I use "a[e]" instead of "a[i]", or if I make "A" a
non-template struct.

This is related tp PR19983.

-- 
   Summary: [3.4/4.0 regression] Enum not accepted in array-size
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: rejects-valid, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19991

[Bug middle-end/19988] [4.0 Regression] pessimizes fp multiply-add/subtract combo

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |middle-end
   Keywords||missed-optimization
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988

[Bug c++/19991] [3.4/4.0 regression] Enum not accepted in array-size

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-02-15 
23:16 ---
Sorry, this is related to PR19883, of course.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19991

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

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-15 
23:17 ---
Subject: Bug 19019

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-15 23:16:49

Modified files:
gcc: ChangeLog 
gcc/config/rs6000: darwin-ldouble.c libgcc-ppc64.ver rs6000.c 
   t-aix43 t-aix52 t-newas 

Log message:
PR target/19019
* config/rs6000/darwin-ldouble.c (_xlqadd): Rename to __gcc_qadd.
(_xlqsub): Rename to __gcc_qsub.
(_xlqmul): Rename to __gcc_qmul.
(_xlqdiv): Rename to __gcc_qdiv.
Provide versioned symbol aliases with old names.
* config/rs6000/libgcc-ppc64.ver: Rename symbols.
* config/rs6000/rs6000.c (rs6000_init_libfuncs): Rename symbols.
* config/rs6000/t-aix43 (LIB2FUNCS_EXTRA): New.
* config/rs6000/t-aix52 (LIB2FUNCS_EXTRA): New.
* config/rs6000/t-newas (LIB2FUNCS_EXTRA): New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7486&r2=2.7487
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/darwin-ldouble.c.diff?cvsroot=gcc&r1=1.8&r2=1.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/libgcc-ppc64.ver.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcc&r1=1.785&r2=1.786
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/t-aix43.diff?cvsroot=gcc&r1=1.22&r2=1.23
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/t-aix52.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/t-newas.diff?cvsroot=gcc&r1=1.6&r2=1.7



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19019

[Bug preprocessor/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-15 
23:18 ---
Subject: Bug 19077

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-15 23:18:04

Modified files:
gcc/testsuite  : ChangeLog 
libcpp : ChangeLog macro.c 
Added files:
gcc/testsuite/gcc.dg/cpp: 20050215-1.c 

Log message:
2005-02-15  Eric Christopher  <[EMAIL PROTECTED]>

PR preprocessor/19077
* macro.c (cpp_macro_definition): Move handling of whitespace
to PREV_WHITE conditional. Remove overloading of len
variable.

2005-02-15  Eric Christopher  <[EMAIL PROTECTED]>

* gcc.dg/cpp/20050215-1.c: New file.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5038&r2=1.5039
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/cpp/20050215-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/ChangeLog.diff?cvsroot=gcc&r1=1.53&r2=1.54
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/macro.c.diff?cvsroot=gcc&r1=1.8&r2=1.9



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077

[Bug preprocessor/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer

[echristo at redhat dot com]

--- Additional Comments From echristo at redhat dot com  2005-02-15 23:18 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077

[Bug c++/19991] [3.4/4.0 regression] Enum not accepted in array-size

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
23:20 ---
Confirmed.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 23:20:23
   date||
   Target Milestone|--- |3.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19991

[Bug tree-optimization/18947] [4.0 Regression] [non-UAAT] external inline and normal function of the same name

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
23:23 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18947

[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2

[bjoern dot m dot haase at web dot de]

--- Additional Comments From bjoern dot m dot haase at web dot de  
2005-02-15 23:24 ---
FYI: I have just tested the patch posted in  
 
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00858.html 
 
After applying this patch, the build for the avr target again succeeds. 
  
Yours,  
  
Björn  

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19920

[Bug libstdc++/19955] [3.4/4.0 regression] Second std::ctype::narrow() does not call std::ctype::do_narrow()

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-15 
23:29 ---
Subject: Bug 19955

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-15 23:29:52

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: locale_facets.h 
Added files:
libstdc++-v3/testsuite/22_locale/ctype/narrow/char: 19955.cc 

Log message:
2005-02-15  Paolo Carlini  <[EMAIL PROTECTED]>
Jon Grimm  <[EMAIL PROTECTED]>

PR libstdc++/19955
* include/bits/locale_facets.h (ctype::_M_narrow_init()):
Fix the logic setting _M_narrow_ok: first check whether the
transformation is trivial with a dflt == 0, then deal with the
special case of zero.
* testsuite/22_locale/ctype/narrow/char/19955.cc: New.

* include/bits/locale_facets.h (ctype::_M_widen_init()):
Tweak consistently to use memcmp; minor formatting fixes.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2895&r2=1.2896
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.h.diff?cvsroot=gcc&r1=1.98&r2=1.99
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/ctype/narrow/char/19955.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19955

[Bug c++/19992] New: -fhosted/-ffreestanding for C++

[jsm28 at gcc dot gnu dot org]

C++ has the concepts of hosted and freestanding implementations, so the
-fhosted and -ffreestanding flags should be supported for C++ rather
than being C-only.

-- 
   Summary: -fhosted/-ffreestanding for C++
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19992

[Bug preprocessor/19077] [3.4 Regression] Internal compiler error compiling MPlayer

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-02-15 
23:36 ---
Not fixed on the 3.4 branch.


-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
   Keywords|monitored   |
 Resolution|FIXED   |
Summary|[3.4/4.0 Regression]|[3.4 Regression] Internal
   |Internal compiler error |compiler error compiling
   |compiling MPlayer   |MPlayer


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077

[Bug middle-end/19988] [4.0 Regression] pessimizes fp multiply-add/subtract combo

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
23:42 ---
Almost want to say this is caused by:
2004-07-11  Roger Sayle  <[EMAIL PROTECTED]>

* fold-const.c (fold) : Canonicalize X + -C as X - C for
floating point additions, to keep real immediate constant positive.
:  For floating point subtractions, only transform X - -C
into X + C, and leave positive real constants as X - C.

http://gcc.gnu.org/ml/gcc-patches/2004-07/msg01155.html

Confirmed.

-- 
   What|Removed |Added

 CC||roger at eyesopen dot com
   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 23:42:25
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19988

[Bug preprocessor/19077] [3.4 Regression] Internal compiler error compiling MPlayer

[echristo at redhat dot com]

--- Additional Comments From echristo at redhat dot com  2005-02-15 23:45 
---
I suppose I could apply the patch there too.

-- 
   What|Removed |Added

 Status|REOPENED|ASSIGNED
   Last reconfirmed|2005-02-01 04:25:41 |2005-02-15 23:45:10
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077

[Bug c++/19992] -fhosted/-ffreestanding for C++

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-15 
23:48 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-15 23:48:12
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19992

[Bug target/19087] Overflowed address in dwarf debug line information

[dwatkins at tascsystems dot com]

--- Additional Comments From dwatkins at tascsystems dot com  2005-02-16 
00:04 ---
Regarding this bug and AVRFreaks Forum topic:

http://www.avrfreaks.com/index.php?
name=PNphpBB2&file=viewtopic&t=23436&highlight=&sid=e1dbd9f208947a5efc679075b4af
f237

in which the debug info for code past the first 64k of program space wraps, 
overlaying the information at the lower 64k, I may have identified the 
problem.  It appears that using POINTER_SIZE = 16 results in DWARF2_ADDR_SIZE 
being derived as 2 when it should be 4.  This would normally not be an issue 
except that in code generation the pointers appear to address 64k words (128k 
bytes), but for debug info the address fields appears to address program space 
in bytes, thus wrapping for the second 64k when the address field size is 16 
bits.

I rebuilt GCC with the following change added to gcc/config/avr/avr.h just 
after the define for POINTER_SIZE...

#define DWARF2_ADDR_SIZE 4

GCC rebuilt, and my AVR libraries and project all rebuilt, but at this point, 
when attempting to load it into AVRStudio4.11, it results in a rather dramtic 
looking Visual C++ runtime error from AVRStudio.exe.

I obviously don't have a fix, but perhaps someone more familiar will recognize 
what I attempted to do and know what further needs to be done to both resolve 
the problem and retain interoperability with AS4.

Regards,

Darcy

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087

[Bug middle-end/19931] gcc 3.4.x. internal compiler error: Segmentation fault; cross-powerpc on winxp

[amodra at bigpond dot net dot au]

--- Additional Comments From amodra at bigpond dot net dot au  2005-02-16 
00:28 ---
This has been fixed, most likely by
2004-10-13  Richard Henderson  <[EMAIL PROTECTED]>
* crtstuff.c (__FRAME_END__): Remove mode attribute.  Find 32-bit
integer from internal limits macros.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19931

[Bug target/19411] Simple program causes gcc to run out of memory

[amodra at bigpond dot net dot au]

--- Additional Comments From amodra at bigpond dot net dot au  2005-02-16 
01:03 ---
Changing to target since this is due to Aldy's altivec.h implementation.

-- 
   What|Removed |Added

  Component|preprocessor|target
  Known to fail||4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19411

[Bug target/19993] New: -mlong-double-128 weirdness

[gcc at microbizz dot nl]

[G5:gpc/testgpc/adriaan] adriaan% gcc -v
Reading specs from
/Developer/Pascal/gcc343/lib/gcc/powerpc-apple-darwin7.7.0/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --enable-languages=c
--enable-threads=posix --prefix=/Developer/Pascal/gcc343
Thread model: posix
gcc version 3.4.3
[G5:gpc/testgpc/adriaan] adriaan% cat longreals2.c

#include 

int main( void )
{
  long double R;
  R = sin( 1.2345);
  printf( "sizeof( long double) = %d\n", sizeof( long double));
  printf( "sin( 1.2345) = %.30f = %.30f\n", R, R);
  return 0;
}
[G5:gpc/testgpc/adriaan] adriaan% gcc longreals2.c 
[G5:gpc/testgpc/adriaan] adriaan% ./a.out
sizeof( long double) = 8
sin( 1.2345) = 0.943983323944511121261768948898 = 
0.943983323944511121261768948898
[G5:gpc/testgpc/adriaan] adriaan% gcc longreals2.c -mlong-double-128
[G5:gpc/testgpc/adriaan] adriaan% ./a.out
sizeof( long double) = 16
sin( 1.2345) = 0.943983323944511121261768948898 = 
0.00

The last result is weird. With the Pascal compiler, the results are wrong also
and I am getting segmentation faults.

[G5:gpc/testgpc/adriaan] adriaan% gpc -v
Reading specs from
/Developer/Pascal/gpc343d6/lib/gcc/powerpc-apple-darwin7/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --enable-languages=pascal,c
--enable-threads=posix --prefix=/Developer/Pascal/gpc343d6
--target=powerpc-apple-darwin7 --host=powerpc-apple-darwin7
Thread model: posix
gpc version 20041218, based on gcc-3.4.3
[G5:gpc/testgpc/adriaan] adriaan% cat longreals2.pas
program longreals2;
var R: LongReal;
begin
R:= sin( 1.2345);
WriteLn( 'SizeOf( LongReal) = ', SizeOf( LongReal));
WriteLn( 'sin( 1.2345) = ', R:1:30);
WriteLn( 'sin( 1.2345) = ', R:1:30, ' = ', R:1:30);
WriteLn( 'sin( 1.2345) = ', R:1:30, ' = ', R:1:30, ' = ', R:1:30);
end.
[G5:gpc/testgpc/adriaan] adriaan% gpc longreals2.pas
[G5:gpc/testgpc/adriaan] adriaan% ./a.out
SizeOf( LongReal) = 8
sin( 1.2345) = 0.943983323944511099057308456395
sin( 1.2345) = 0.943983323944511099057308456395 = 
0.943983323944511099057308456395
sin( 1.2345) = 0.943983323944511099057308456395 =
0.943983323944511099057308456395 = 0.943983323944511099057308456395
[G5:gpc/testgpc/adriaan] adriaan% gpc longreals2.pas -mlong-double-128
[G5:gpc/testgpc/adriaan] adriaan% ./a.out
SizeOf( LongReal) = 16
sin( 1.2345) = 1
sin( 1.2345) = 1 = 0.943983323944511099057308456394821405410766601563
Segmentation fault

-- 
   Summary: -mlong-double-128 weirdness
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at microbizz dot nl
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: powerpc-apple-darwin7
GCC target triplet: powerpc-apple-darwin7


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19993

[Bug target/19718] [3.3 Regression] longcall attributed doesn't work for standard C function names

[amodra at bigpond dot net dot au]

--- Additional Comments From amodra at bigpond dot net dot au  2005-02-16 
01:11 ---
Does -fno-builtin cure the problem?  See also pr19746

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19718

[Bug target/19993] -mlong-double-128 weirdness

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
02:01 ---
First:
  printf( "sin( 1.2345) = %.30f = %.30f\n", R, R);

Is wrong, as R is pased as a two doubles (as this is the how 128bit long 
doubles are done in IBM's 
128bit format).

Second the following shows the correct result:
#include 
#include 

int main( void )
{
  long double R;
  R = sin( 1.2345);
  printf( "sizeof( long double) = %d\n", sizeof( long double));
  printf( "sin( 1.2345) = %.30f = %.30f\n", (double)R, (double)R);
  return 0;
}

Fourth 128bit long doubles are not supported at all in 3.4.x for ppc-darwin.
Fifth ppc-darwin before 7 really has no support for 128bit long doubles.

Sixth this looks like a bug in the pascal front-end and not in the 
middle-end/target part at all.

Closing as invalid as shown above that I get the correct result with 4.0 (as 
-mlong-double-128 is 
default on the mainline).

-- 
   What|Removed |Added

   Severity|critical|normal
 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19993

[Bug c++/19317] [4.0 Regression] removing a temporary return value when we cannot

[mueller at kde dot org]

--- Additional Comments From mueller at kde dot org  2005-02-16 02:02 
---
bootstrap failure is fixed, and 16405 works too, but this testcase still 
fails.  

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317

[Bug tree-optimization/19967] [4.0 Regression] built-in folding causes excess diagnostics

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
02:05 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19967

[Bug c/19924] [AVR] MODES_TIEABLE incorrect

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
03:17 ---
Subject: Bug 19924

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 03:17:13

Modified files:
gcc: ChangeLog 
gcc/config/avr : avr.h 

Log message:
2005-02-15  Andy Hutchinson  <[EMAIL PROTECTED]>

PR target/19924
* config/avr/avr.h (MODES_TIEABLE_P): Define to 1 to allow subreg
access optimization.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7488&r2=2.7489
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/avr/avr.h.diff?cvsroot=gcc&r1=1.110&r2=1.111



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19924

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:21 ---
Just for the record UNION TYPE is defined in tree.def as something different 
than what the Ada front-
end is using it for, From tree.def:
/* Union in C.  Like a struct, except that the offsets of the fields
   will all be zero.  */
/* See the comment above, before ENUMERAL_TYPE, for how
   forward references to union tags are handled in C.  */
DEFTREECODE (UNION_TYPE, "union_type", tcc_type, 0) /* C union type */

The code in the Ada front-end to use unions instead of structs was introduced 
with:
2005-02-09  Eric Botcazou  <[EMAIL PROTECTED]>
Richard Kenner  <[EMAIL PROTECTED]>

Fix for c330001 - PR ada/19386

So this is a new bug in that the ada front-end is abusing UNION in this case

Here is the link to the patch: 
.

In fact the quote "GCC assumes that a RECORD_TYPE does not have any overlapping 
fields. " is true and 
so is UNION_TYPE assumes that only one field is initialized as shown above.

I would assume this requires a large number of fixes in the Ada front-end.

(There was a C++ bug which was caused by the overlapping fields also which was 
fixed correctly).

-- 
   What|Removed |Added

 CC||kenner at vlsi1 dot ultra
   ||dot nyu dot edu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19900

[Bug target/19924] [AVR] MODES_TIEABLE incorrect

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:22 ---
Fixed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|c   |target
   Keywords||missed-optimization
 Resolution||FIXED
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19924

[Bug fortran/19971] Internal compiler error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:26 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 03:26:37
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19971

[Bug fortran/19990] internal compiler error gfc_finish_var_decl

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:29 ---


*** This bug has been marked as a duplicate of 19971 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19990

[Bug fortran/19971] Internal compiler error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:29 ---
*** Bug 19990 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||dirk dot fressmann at
   ||newcastle dot edu dot au


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19971

[Bug fortran/18883] ICE in gfc_finish_var_decl

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:31 ---
Only the module is needed to reproduce the bug:
module helper
   implicit none
   contains
  function dud(x)
 integer, intent(in) :: x
 character(selected_int_kind(x)+2) dud

 dud(1:1) = 'c'
  end function dud
end module helper

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18883

[Bug fortran/19971] Internal compiler error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:32 ---
After looking into another example, this is a dup of bug 18883 which already 
have a small testcase.

*** This bug has been marked as a duplicate of 18883 ***

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19971

[Bug fortran/18883] ICE in gfc_finish_var_decl

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:32 ---
*** Bug 19971 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||sfilippone at uniroma2 dot
   ||it


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18883

[Bug tree-optimization/18527] cannot determine number of iterations for loops with <=

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:37 ---
Also related to PR 19210 where we don't use bdnz because we don't know if the 
loop is finite.

-- 
   What|Removed |Added

  BugsThisDependsOn||19210
   Last reconfirmed|2004-11-17 15:36:55 |2005-02-16 03:37:30
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18527

[Bug target/18482] mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-struct-layout-1

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:48 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 03:48:15
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18482

[Bug fortran/15181] gfc_conv_component_ref: Assertion `c->backend_decl' failed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
03:50 ---
Fixed.  Most likely for a while now.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15181

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

[kenner at vlsi1 dot ultra dot nyu dot edu]

--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu  
2005-02-16 04:08 ---
Subject: Re:   [4.0 Regression] ACATS c391002 c432002 ICE 
categorize_ctor_elements_1

Thanks for looking into this. I hadn't gotten a chance yet, but was very
close to getting to it.

Just for the record UNION TYPE is defined in tree.def as something
different than what the Ada front- end is using it for, From tree.def:
/* Union in C.  Like a struct, except that the offsets of the fields
   will all be zero.  */
/* See the comment above, before ENUMERAL_TYPE, for how
   forward references to union tags are handled in C.  */
DEFTREECODE (UNION_TYPE, "union_type", tcc_type, 0) /* C union type */

Ugh!  This is a mess.

I didn't notice the assumption about UNION_TYPE, concentrating just
on the non-overlapping assumption.

I'm not sure anybody actually relies on the assumption that all field offsets
are zero, but that would need to be checked.  The initializer issue is
more serious, of course.

Record subtypes in general can have overlapping fields (consider variants),
but you can't validly reference two overlapping fields at the same time.
Records with _Parent fields are an exception, but they can't be easily
transformed into being non-overlapping (via nesting) as I understand it
without a lot of surgery to the Ada part of the front end.

This will require considerable investigation.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19900

[Bug libgcj/19823] java fails with non-executable memory

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
04:10 ---
Subject: Bug 19823

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 04:10:42

Modified files:
boehm-gc   : ChangeLog configure.ac configure.host configure 
boehm-gc/include: gc_config.h.in 
boehm-gc/include/private: gc_priv.h 

Log message:
2005-02-15  Bryce McKinlay  <[EMAIL PROTECTED]>

PR libgcj/19823
* configure.host: Set gc_use_mmap on *-linux*.
* configure.ac: Define USE_MMAP if gc_use_mmap is set.
* include/private/gc_priv.h: Include gc_config.h.
* configure, include/gc_config.h.in: Rebuilt.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/ChangeLog.diff?cvsroot=gcc&r1=1.218&r2=1.219
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/configure.ac.diff?cvsroot=gcc&r1=1.11&r2=1.12
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/configure.host.diff?cvsroot=gcc&r1=1.7&r2=1.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/configure.diff?cvsroot=gcc&r1=1.94&r2=1.95
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/include/gc_config.h.in.diff?cvsroot=gcc&r1=1.5&r2=1.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/boehm-gc/include/private/gc_priv.h.diff?cvsroot=gcc&r1=1.16&r2=1.17



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823

[Bug libgcj/19823] java fails with non-executable memory

[mckinlay at redhat dot com]

--- Additional Comments From mckinlay at redhat dot com  2005-02-16 04:22 
---
Michael (or someone else who has seen this bug),

Could you confirm that this patch fixes it?

Thanks


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823

[Bug c/19994] New: warn on parameter name mismatch

[cyeoh at samba dot org]

Would like to be able to get a warning when parameter names don't match
the prototype. eg. 

void foo(int x, int y);

then doing

void foo(int y, int x)
{
}

should generate a warning.

-- 
   Summary: warn on parameter name mismatch
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cyeoh at samba dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19994

[Bug c/19994] warn on parameter name mismatch

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
04:39 ---
Why, the name in the prototype means nothing.  Yes it would be useful for the 
first time programer but 
it might get in the way of valid and defined code.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19994

[Bug bootstrap/18810] [4.0 Regression] Darwin's as unlinks /dev/null

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-16 
04:49 ---
Subject: Bug 18810

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-16 04:48:48

Modified files:
gcc: ChangeLog mklibgcc.in 

Log message:
2005-02-15  Peter O'Gorman  <[EMAIL PROTECTED]>

PR bootstrap/18810
* mklibgcc.in (vis_hide): Use a temporary object file, not
-o /dev/null.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7489&r2=2.7490
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/mklibgcc.in.diff?cvsroot=gcc&r1=1.82&r2=1.83



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18810

[Bug bootstrap/18810] [4.0 Regression] Darwin's as unlinks /dev/null

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
04:49 ---
Fixed finnally in gcc.  (this has been also reported and fixed in a newer 
cctools too by Geoff Keating).

Thanks for convencing me there was a workaround and a place to fix this.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18810

[Bug libgcj/10353] [3.3/3.4/4.0 regression] Java testsuite failures

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
04:55 ---
The Process_* failure should be fixed by:
2005-02-15  David Daney <[EMAIL PROTECTED]>
Bryce McKinlay  <[EMAIL PROTECTED]>

* prims.cc (_Jv_CreateJavaVM): Add comment about initialization order.
* posix-threads.cc (_Jv_InitThreads): Call block_sigchld() here to
ensure that GC threads inherit the new signal mask.
(block_sigchld): Call JvFail rather than throwing exception if
pthread_sigmask() fails.

But since none of us have solaris we could not test it.

The following thread is where this patch comes from:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00415.html

So which testcases are regressions now (well just to make sure that I don't 
make a mistake when the 
next one gets fixed)?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353

[Bug c++/10] handling of non-type template parameters

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |3.0.x


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10

[Bug libstdc++/19995] New: libstdc++ fails to build correctly on AIX 5.2

[quanah at stanford dot edu]

I had no problem building gcc-3.3.1 on this system.  However, when I went to
build gcc-3.4.3, it failes in the ppc64 portion of libstdc++.  The error given
is the same as seen in this very old thread:



Configure is run as:

cd ../gcc-build/rs_aix52 && CONFIG_SHELL=/usr/pubsw/bin/bash CFLAGS=-O CC=gcc sh
../../gcc-3.4.3/configure \
--datadir='${prefix}/lib' --libexecdir='${prefix}/lib' \
--sharedstatedir='${prefix}/lib' --prefix=/usr/pubsw \
--with-as=/usr/bin/as \
--with-ld=/usr/bin/ld \
--with-ar=/usr/bin/ar \
--with-included-gettext \
--with-libintl-prefix=/usr/pubsw \
--with-libiconv-prefix=/usr/pubsw \
--enable-languages=c,c++,f77,java,objc

The failure error is:

checking for powerpc-ibm-aix5.2.0.0-gcc...
/afs/ir/src/pubsw/languages/gcc-build/@sys/gcc/xgcc
-B/afs/ir/src/pubsw/languages/gcc-build/@sys/gcc/ -B/usr/pubsw/bin/
-B/usr/pubsw/lib/ -isystem /usr/pubsw/include -isystem /usr/pubsw/sys-include 
-maix64
checking for C compiler default output... a.out
checking whether the C compiler works... configure: error: cannot run C compiled
programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make[1]: *** [configure-target-libstdc++-v3] Error 1
make[1]: Leaving directory
`/afs/ir.stanford.edu/src/pubsw/languages/gcc-build/rs_aix52'
make: *** [bootstrap] Error 2

config.log shows:


configure:2397: /afs/ir/src/pubsw/languages/gcc-build/@sys/gcc/xgcc
-B/afs/ir/src/pubsw/languages/gcc-build/@sys/gcc/ -B/usr/pubsw/bin/
-B/usr/pubsw/lib/ -isystem /usr/pubsw/include -isystem /usr/pubsw/sys-include 
-maix64 -O2 -O -O2 -O  conftest.c  >&5
configure:2400: $? = 0
configure:2446: result: a.out
configure:2451: checking whether the C compiler works
configure:2457: ./a.out
Could not load program ./a.out:
Cannot run a 64-bit program on a 32-bit machine.
configure:2460: $? = 255
configure:2469: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.

-- 
   Summary: libstdc++ fails to build correctly on AIX 5.2
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P1
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: quanah at stanford dot edu
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-ibm-aix5.2.0.0
  GCC host triplet: powerpc-ibm-aix5.2.0.0
GCC target triplet: powerpc-ibm-aix5.2.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19995

[Bug bootstrap/18033] [3.4/4.0 Regression] --disable-aix64 doesn't remove ppc64 from multilib list

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
05:15 ---
*** Bug 19995 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||quanah at stanford dot edu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18033

[Bug libstdc++/19995] libstdc++ fails to build correctly on AIX 5.2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
05:14 ---
Cannot run a 64-bit program on a 32-bit machine.

You want --disable-aix64 but that does not work for 3.4.x where x < 4 (maybe 
even when build 
normal it should have dected it I don't know).

Anyways this is a dup of bug 18033 which is already fixed for 3.4.4.

*** This bug has been marked as a duplicate of 18033 ***

-- 
   What|Removed |Added

   Severity|critical|normal
 Status|UNCONFIRMED |RESOLVED
   Keywords||build
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19995

[Bug tree-optimization/15784] fold misses binary optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
05:38 ---
Patch here: .  Thanks 
James for 
looking into this.

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15784

[Bug debug/19996] New: p107669a.C Complitation failed

[giftbound at verizon dot net]

WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce  
executable

-- 
   Summary: p107669a.C Complitation failed
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: giftbound at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19996

[Bug debug/19997] New: enum5.C complitation failed to produce

[giftbound at verizon dot net]

WARNING: g++.old-deja/g++.other/enum5.C compilation failed to produce 
executable

-- 
   Summary: enum5.C complitation failed to produce
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: giftbound at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19997

[Bug debug/19996] p107669a.C Complitation failed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:19 ---


*** This bug has been marked as a duplicate of 18491 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19996

[Bug c++/18491] testsuite failure: WARNING: g++.old-deja/g++.mike/p10769a.C compilation failed to produce executable

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:19 ---
*** Bug 19996 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||giftbound at verizon dot net


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18491

[Bug c++/19997] enum5.C complitation failed to produce

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:27 ---
Fixed already in 4.0.0.  the warning is correct this should not even try to 
compile to an executable.

-- 
   What|Removed |Added

  Component|debug   |c++
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19997

[Bug regression/19829] [4.0 regression] cris-elf testsuite failure: 21_strings/basic_string/find/char/3.cc execution test

[hp at gcc dot gnu dot org]

--- Additional Comments From hp at gcc dot gnu dot org  2005-02-16 06:27 
---
Changed from fail with "Tue Feb 15 18:04:03 UTC 2005"
to pass with "Wed Feb 16 04:21:14 UTC 2005"

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19829

[Bug libstdc++/19998] New: FAIL: ext/enc_filebuf/char/13189.cc

[giftbound at verizon dot net]

FAIL: ext/enc_filebuf/char/13189.cc (test for excess errors) 
WARNING: ext/enc_filebuf/char/13189.cc compilation failed to produce 
executable 
FAIL: ext/enc_filebuf/wchar_t/13189.cc (test for excess errors) 
WARNING: ext/enc_filebuf/wchar_t/13189.cc compilation failed to produce 
executable

-- 
   Summary: FAIL: ext/enc_filebuf/char/13189.cc
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: giftbound at verizon dot net
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19998

[Bug regression/19829] [4.0 regression] cris-elf testsuite failure: 21_strings/basic_string/find/char/3.cc execution test

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:31 ---
(In reply to comment #4)
> Changed from fail with "Tue Feb 15 18:04:03 UTC 2005"
> to pass with "Wed Feb 16 04:21:14 UTC 2005"

werid because there does not look anything (at least to my eyes) which could 
have caused to fix this 
between that time.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19829

[Bug libstdc++/19998] FAIL: ext/enc_filebuf/char/13189.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:33 ---
Please read http://gcc.gnu.org/bugs for what we really need.  Also what target 
is this?
Because I don't see these failures in
.

Also what is the errors do you get?

-- 
   What|Removed |Added

   Severity|critical|normal


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19998

[Bug libstdc++/19998] FAIL: ext/enc_filebuf/char/13189.cc

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19998

[Bug libstdc++/19998] FAIL: ext/enc_filebuf/char/13189.cc

[giftbound at verizon dot net]

--- Additional Comments From giftbound at verizon dot net  2005-02-16 06:41 
---
Subject: Re:  FAIL: ext/enc_filebuf/char/13189.cc

On Wednesday 16 February 2005 01:33 am, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16
> 06:33 --- Please read http://gcc.gnu.org/bugs for what we really need. 
> Also what target is this? Because I don't see these failures in
> .
>
> Also what is the errors do you get?

target is gcc-3.4.3 i see this error in libstdc++ test


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19998

[Bug c/19999] New: -Wfloat-equal does not warn for complex numbers

[jsm28 at gcc dot gnu dot org]

-Wfloat-equal warns for comparison of real floating-point numbers,
but not for complex numbers.

double a, b;
_Complex double c, d;
int f(void) { return a == b; }
int g(void) { return c == d; }

warns for the comparison in f, but not for that in g.

-- 
   Summary: -Wfloat-equal does not warn for complex numbers
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug libstdc++/19998] FAIL: ext/enc_filebuf/char/13189.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:42 ---
Well actually this was fixed in 3.4.4 by:
2005-01-01  Paolo Carlini  <[EMAIL PROTECTED]>

* testsuite/ext/enc_filebuf/char/13189.cc: Fix, first include
testsuite_hooks.h, to know whether including ext/enc_filebuf.h.
* testsuite/ext/enc_filebuf/wchar_t/13189.cc: Likewise.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |3.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19998

[Bug c/20000] New: missing warning for noreturn function returning non-void

[jsm28 at gcc dot gnu dot org]

GCC warns for noreturn functions returning non-void, but only when declared
in the obsolete way using volatile.

typedef int ft(void);
volatile ft f;

warns "'noreturn' function returns non-void value", but

int f(void) __attribute__((noreturn));

does not.

-- 
   Summary: missing warning for noreturn function returning non-void
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug c/20000] missing warning for noreturn function returning non-void

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:45 ---
Confirmed, it is ovbious where the bug is if we look at the source:
/* GNU C interprets a volatile-qualified function type to indicate
   that the function does not return.  */
if ((type_quals & TYPE_QUAL_VOLATILE) 
&& !VOID_TYPE_P (TREE_TYPE (TREE_TYPE (decl
  warning ("% function returns non-void value");

We don't check for the attribute at all.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 06:45:50
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug c/19999] -Wfloat-equal does not warn for complex numbers

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
06:48 ---
Confirmed, it is easy to see where the problem is when we look at the source:
  if (warn_float_equal && (code0 == REAL_TYPE || code1 == REAL_TYPE))
warning ("comparing floating point with == or != is unsafe");

We should not be using == REAL_TYPE but FLOAT_TYPE_P instead which also takes 
into account vectors 
too (even though we don't define equality for vectors yet).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2005-02-16 06:48:38
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug c/20000] missing warning for noreturn function returning non-void

[zack at codesourcery dot com]

--- Additional Comments From zack at codesourcery dot com  2005-02-16 06:48 
---
... because the attribute used to get translated to a volatile qualifier
on the function type, iirc.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug c/20000] missing warning for noreturn function returning non-void

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2005-02-16 
06:51 ---
Subject: Re:  missing warning for noreturn function returning
 non-void

On Wed, 16 Feb 2005, zack at codesourcery dot com wrote:

> ... because the attribute used to get translated to a volatile qualifier
> on the function type, iirc.

It does still get translated - but not until some time after 
grokdeclarator where the warning is.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug c++/19997] enum5.C complitation failed to produce

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
07:01 ---
I had meant to close this.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19997

[Bug c/19994] warn on parameter name mismatch

[cyeoh at samba dot org]

--- Additional Comments From cyeoh at samba dot org  2005-02-16 07:05 
---
prototypes in header files can get out of sync with the function definitions (or
parameters are simply get swapped around accidentally) - even with experienced
programmers. 

Users of that interface then get unexpect behaviour. I still think an optional
warning would be useful - and it wouldn't be on by default.

I think it would be fairly unusual that you would want the prototype parameter
names to not match the definition. It wouldn't have to warn if the parameter
names in the prototype were deliberately omitted.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19994

[Bug c/19994] warn on parameter name mismatch

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-16 
07:08 ---
One more note from me on this bug forever.
Most people don't use parameter names in prototypes to make sure that this 
confussion does not 
happen.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19994

[Bug libgcj/10353] [3.3/3.4/4.0 regression] Java testsuite failures

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-02-16 
07:31 ---
> But since none of us have solaris we could not test it.

Not sure what you meant with "us", we are all GCC hackers here.

> So which testcases are regressions now (well just to make sure that I don't
> make a mistake when the next one gets fixed)?

The nominal mainline status as of today on Solaris 7, 8 and 9 is

32-bit:

=== libjava tests ===


Running target unix
FAIL: Array_3 execution - gij test
FAIL: Array_3 execution - gij test
FAIL: FileHandleGcTest execution - source compiled test
FAIL: FileHandleGcTest execution - gij test
FAIL: FileHandleGcTest execution - bytecode->native test
FAIL: FileHandleGcTest -O3 execution - source compiled test
FAIL: FileHandleGcTest execution - gij test
FAIL: FileHandleGcTest -O3 execution - bytecode->native test

=== libjava Summary ===

# of expected passes3710
# of unexpected failures8
# of expected failures  14
# of untested testcases 22


64-bit:

=== libjava tests ===


Running target unix
FAIL: Array_3 execution - gij test
FAIL: Array_3 execution - gij test
FAIL: FileHandleGcTest execution - source compiled test
FAIL: FileHandleGcTest execution - gij test
FAIL: FileHandleGcTest execution - bytecode->native test
FAIL: FileHandleGcTest -O3 execution - source compiled test
FAIL: FileHandleGcTest execution - gij test
FAIL: FileHandleGcTest -O3 execution - bytecode->native test
FAIL: Throw_2 execution - gij test
FAIL: Throw_2 execution - gij test

=== libjava Summary ===

# of expected passes3708
# of unexpected failures10
# of expected failures  14
# of untested testcases 37


that is, we are on par with the GCC 3.3.x and GCC 3.4.x results there.  We still
have new regressions on Solaris 2.5.1 and 2.6 that I'm going to investigate.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353

[Bug middle-end/19920] [4.0 Regression] build broken on several targets due to recent 'DC' type update to libgcc2

[corsepiu at gcc dot gnu dot org]

--- Additional Comments From corsepiu at gcc dot gnu dot org  2005-02-16 
07:35 ---
(In reply to comment #12)
> A call for testing patch is here:
.

With this patch applied, GCC-4.0 (20050216) builds again for
avr-rtems* and h8300-rtems*.

While building, I noticed warnings from math code in newlib, I haven't noticed
before. I am not sure whether these warnings had been present before or not and
if these are related to this patch.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19920