[Bug rtl-optimization/21202] New: Extra register moves generated

[vda at port dot imtp dot ilyichevsk dot odessa dot ua]

See below: two register->register moves which
are not needed.

# cat byteorder.c
typedef unsigned long long u64;
typedef unsigned u32;

static inline u64 swab64(u64 val) {
union {
struct { u32 a,b; } s;
u64 u;
} v;
v.u = val;
asm("bswapl %0 ; bswapl %1"
: "=r" (v.s.b), "=r" (v.s.a)
: "0" (v.s.a), "1" (v.s.b));
return v.u;
}

extern u64 w;
void f() {
w = swab64(w);
}
# gcc -O3 byteorder.c -S
# cat byteorder.s
.file   "byteorder.c"
.text
.p2align 2,,3
.globl f
.type   f, @function
f:
pushl   %ebp
movl%esp, %ebp
pushl   %esi
pushl   %ebx
movlw, %esi
movlw+4, %edx
movl%esi, %ebx
movl%edx, %esi
#APP
bswapl %ebx ; bswapl %esi
#NO_APP
movl%ebx, w+4
popl%ebx
movl%esi, w
popl%esi
leave
ret
.size   f, .-f
.section.note.GNU-stack,"",@progbits
.ident  "GCC: (GNU) 3.4.3"
# gcc -O3 byteorder.c -S; cat byteorder.s; gcc -v
.file   "byteorder.c"
.text
.p2align 2,,3
.globl f
.type   f, @function
f:
pushl   %ebp
movl%esp, %ebp
pushl   %esi
pushl   %ebx
movlw, %eax
movlw+4, %edx
movl%eax, %ebx
movl%edx, %esi
#APP
bswapl %ebx ; bswapl %esi
#NO_APP
movl%esi, w
movl%ebx, w+4
popl%ebx
popl%esi
leave
ret
.size   f, .-f
.ident  "GCC: (GNU) 4.0.0"
.section.note.GNU-stack,"",@progbits
Using built-in specs.
Target: i386-pc-linux-gnu
Configured with: ../gcc-4.0.0.src/configure --prefix=/usr/app/gcc-4.0.0
--exec-prefix=/usr/app/gcc-4.0.0 --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/app/gcc-4.0.0/libexec --datadir=/usr/app/gcc-4.0.0/share
--sysconfdir=/etc --sharedstatedir=/usr/app/gcc-4.0.0/var/com
--localstatedir=/usr/app/gcc-4.0.0/var --libdir=/usr/lib
--includedir=/usr/include --infodir=/usr/info --mandir=/usr/man
--with-slibdir=/usr/app/gcc-4.0.0/lib --with-local-prefix=/usr/local
--with-gxx-include-dir=/usr/app/gcc-4.0.0/include/g++-v3
--enable-languages=c,c++ --with-system-zlib --disable-nls --enable-threads=posix
i386-pc-linux-gnu
Thread model: posix
gcc version 4.0.0

-- 
   Summary: Extra register moves generated
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vda at port dot imtp dot ilyichevsk dot odessa dot ua
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-pc-linux-gnu
  GCC host triplet: i386-pc-linux-gnu
GCC target triplet: i386-pc-linux-gnu


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

[Bug rtl-optimization/21202] Extra register moves generated

[vda at port dot imtp dot ilyichevsk dot odessa dot ua]

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa 
dot ua  2005-04-25 07:34 ---
As you can see by inspecting .s file,
I replaced gcc 3.4.3 with gcc 4.0.0 between compiles.
Both of them produce extra moves.

-- 


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

[Bug fortran/21203] New: Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

[corsepiu at gcc dot gnu dot org]

During bootstrapping gcc-4.0.0 (release) with f95 enabled, this segfault occurs:

#/users/rtems/src/rpms/BUILD/rtems-4.7-h8300-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/gcc/gfortran
-B/users/rtems/src/rpms/BUILD/rtems-4.7-h8300-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/gcc/
-nostdinc
-B/users/rtems/src/rpms/BUILD/rtems-4.7-h8300-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/h8300-rtems4.7/newlib/
-isystem
/users/rtems/src/rpms/BUILD/rtems-4.7-h8300-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/h8300-rtems4.7/newlib/targ-include
-isystem
/users/rtems/src/rpms/BUILD/rtems-4.7-h8300-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/gcc-4.0.0/newlib/libc/include
-B/opt/rtems-4.7/h8300-rtems4.7/bin/ -B/opt/rtems-4.7/h8300-rtems4.7/lib/
-isystem /opt/rtems-4.7/h8300-rtems4.7/include -isystem
/opt/rtems-4.7/h8300-rtems4.7/sys-include -Wall -fno-repack-arrays
-fno-underscoring -c
../../../gcc-4.0.0/libgfortran/intrinsics/selected_int_kind.f90 -o
selected_int_kind.o
:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[1]: *** [selected_int_kind.lo] Error 1


gdb reveils this to be cause:

Program received signal SIGSEGV, Segmentation fault.
show_locus (offset=0, loc=0x833a17c) at ../../gcc-4.0.0/gcc/fortran/error.c:136

 135   lb = loc->lb;
 136   f = lb->file;

With
(gdb) print *loc
$10 = {nextc = 0x0, lb = 0x0}

I.e. a NULL pointer dereference in error.c:136

-- 
   Summary: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: corsepiu at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: h8300-rtems4.7


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

[Bug SWING/21065] javax.swing.event.EventListenerList.getListenerList() implemented wrong

[roman at kennke dot org]

--- Additional Comments From roman at kennke dot org  2005-04-25 08:57 
---
I have tested this against the current GNU Classpath code. At least there it
works correctly. I suppose the EventListenerList from GNU Classpath has to be
merged into GCJ, if it isn't done yet (I haven't checked GCJ).

/Roman

-- 


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

[Bug c++/21204] New: using-directive does not honor name selection via using-declaration

[boris at kolpackov dot net]

$ cat >bug.cxx

namespace N
{
  struct S {};
}

namespace M
{
  struct S {};
}

namespace K
{
  using namespace N;
  using namespace M;
  
  using N::S;
  
  S
  f ();
}

namespace P
{
  using namespace K;
  
  S
  f ();
}

$ g++-3.4 --version
g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)

$ g++-3.4 -c bug.cxx
bug.cxx:26: error: `S' does not name a type

-- 
   Summary: using-directive does not honor name selection via using-
declaration
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: boris at kolpackov dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug c++/21205] New: using-directive does not honor name selection via typedef

[boris at kolpackov dot net]

$ cat >bug.cxx

namespace N
{
  struct S {};
  struct S1 {};
}

namespace M
{
  using namespace N;
  
  typedef S1 S;
  
  S
  f ();
}

namespace K
{
  using namespace M;
  
  S
  f ();
}

$ g++-3.4 --version
g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)

$ g++-3.4 -c bug.cxx
bug.cxx:21: error: `S' does not name a type

-- 
   Summary: using-directive does not honor name selection via
typedef
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: boris at kolpackov dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug c++/21204] using-directive does not honor name selection via using-declaration

[boris at kolpackov dot net]

--- Additional Comments From boris at kolpackov dot net  2005-04-25 09:04 
---
See also #21205.

-- 


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

[Bug c++/21205] using-directive does not honor name selection via typedef

[boris at kolpackov dot net]

--- Additional Comments From boris at kolpackov dot net  2005-04-25 09:04 
---
See also #21204.

-- 


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

[Bug bootstrap/21206] New: gcj seems not to pass the option to ld correctly

[shanwill44 at yahoo dot com]

On Solaris 9 (x86) with gcc-4.0.0 and binutils-2.15,

mkdir GCC_OBJ
cd GCC_OBJ
../gcc4.0.0/configure --with-gnu-ld
make

gives us the following errors:

/hoge/gcc/GCC_OBJ/gcc/gcj -B/hoge/gcc/GC
C_OBJ/gcc/ -B/usr/local/i386-pc-solaris2.9/bin/ -B/usr/local/i386-pc-solaris2.9/
lib/ -isystem /usr/local/i386-pc-solaris2.9/include -isystem /usr/local/i386-pc-
solaris2.9/sys-include -ffloat-store -fno-omit-frame-pointer -g -O2 -o .libs/jv-
convert --main=gnu.gcj.convert.Convert -shared-libgcc  -L/export/home/yamasaki/s
ys/gcc/GCC_OBJ/i386-pc-solaris2.9/libjava -L/hoge/gcc/GCC_OB
J/i386-pc-solaris2.9/libjava/.libs ./.libs/libgcj.so -L/hoge
/gcc/GCC_OBJ/i386-pc-solaris2.9/libstdc++-v3/src -L/hoge/gcc
/GCC_OBJ/i386-pc-solaris2.9/libstdc++-v3/src/.libs -lpthread -lrt -ldl -L/export
/home/yamasaki/sys/gcc/GCC_OBJ/gcc -L/usr/local/i386-pc-solaris2.9/bin -L/usr/lo
cal/i386-pc-solaris2.9/lib -L/usr/local/lib/gcc/i386-pc-solaris2.9/../../../i386
-pc-solaris2.9/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib/gcc/i386-pc-so
laris2.9/../.. -lgcc_s -lgcc_s -Wl,--rpath -Wl,/usr/local/lib
/usr/local/i386-pc-solaris2.9/bin/ld: unrecognized option '-Wl,-rpath'
/usr/local/i386-pc-solaris2.9/bin/ld: use the --help option for usage informatio
n
collect2: ld returned 1 exit status
make[2]: *** [jv-convert] Error 1
make[2]: Leaving directory `/hoge/gcc/GCC_OBJ/i386-pc-solari
s2.9/libjava'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/hoge/gcc/GCC_OBJ/i386-pc-solari
s2.9/libjava'
make: *** [all-target-libjava] Error 2

-- 
   Summary: gcj seems not to pass the option to ld correctly
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: shanwill44 at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/21207] New: ICE with gcc4.0.0 in fold_convert, at fold-const.c:1922

[micis at gmx dot de]

Trying gcc4.0.0 on our sources I get an ICE.
This ICE does not occur with gcc-4.0-20050326.

Michael Cieslinski


g++400 -O2 -c mediag.ii -o mediag.o
mediag.ii: In static member function 'static ErrorValue 
MetisImageInterface::calcLutPlot()':
mediag.ii:71923: internal compiler error: in fold_convert, at fold-const.c:1922
Please submit a full bug report, with preprocessed source if appropriate.

g++400 -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.0.0/configure --prefix=/usr/local/gcc400 --program-
suffix=400 --with-arch=opteron --enable-languages=c,c++
Thread model: posix
gcc version 4.0.0

-- 
   Summary: ICE with gcc4.0.0 in fold_convert, at fold-const.c:1922
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug tree-optimization/21207] ICE with gcc4.0.0 in fold_convert, at fold-const.c:1922

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-04-25 09:19 ---
Created an attachment (id=8733)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8733&action=view)
preprocessed source


-- 


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

[Bug bootstrap/21208] New: gcj seems not to pass the option to ld correctly

[shanwill44 at yahoo dot com]

On Solaris 9 (x86) with gcc-4.0.0 and binutils-2.15,

mkdir GCC_OBJ
cd GCC_OBJ
../gcc4.0.0/configure --with-gnu-ld
make

gives us the following errors:

/hoge/gcc/GCC_OBJ/gcc/gcj -B/hoge/gcc/GC
C_OBJ/gcc/ -B/usr/local/i386-pc-solaris2.9/bin/ -B/usr/local/i386-pc-solaris2.9/
lib/ -isystem /usr/local/i386-pc-solaris2.9/include -isystem /usr/local/i386-pc-
solaris2.9/sys-include -ffloat-store -fno-omit-frame-pointer -g -O2 -o .libs/jv-
convert --main=gnu.gcj.convert.Convert -shared-libgcc  -L/export/home/yamasaki/s
ys/gcc/GCC_OBJ/i386-pc-solaris2.9/libjava -L/hoge/gcc/GCC_OB
J/i386-pc-solaris2.9/libjava/.libs ./.libs/libgcj.so -L/hoge
/gcc/GCC_OBJ/i386-pc-solaris2.9/libstdc++-v3/src -L/hoge/gcc
/GCC_OBJ/i386-pc-solaris2.9/libstdc++-v3/src/.libs -lpthread -lrt -ldl -L/export
/home/yamasaki/sys/gcc/GCC_OBJ/gcc -L/usr/local/i386-pc-solaris2.9/bin -L/usr/lo
cal/i386-pc-solaris2.9/lib -L/usr/local/lib/gcc/i386-pc-solaris2.9/../../../i386
-pc-solaris2.9/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib/gcc/i386-pc-so
laris2.9/../.. -lgcc_s -lgcc_s -Wl,--rpath -Wl,/usr/local/lib
/usr/local/i386-pc-solaris2.9/bin/ld: unrecognized option '-Wl,-rpath'
/usr/local/i386-pc-solaris2.9/bin/ld: use the --help option for usage informatio
n
collect2: ld returned 1 exit status
make[2]: *** [jv-convert] Error 1
make[2]: Leaving directory `/hoge/gcc/GCC_OBJ/i386-pc-solari
s2.9/libjava'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/hoge/gcc/GCC_OBJ/i386-pc-solari
s2.9/libjava'
make: *** [all-target-libjava] Error 2

-- 
   Summary: gcj seems not to pass the option to ld correctly
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: shanwill44 at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libstdc++/20914] Another grouping trouble

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
09:34 ---
Subject: Bug 20914

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 09:33:41

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: locale_facets.tcc stl_tree.h 
Added files:
libstdc++-v3/testsuite/22_locale/num_put/put/char: 20914.cc 
libstdc++-v3/testsuite/22_locale/num_put/put/wchar_t: 20914.cc 

Log message:
2005-04-25  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/20914
* include/bits/locale_facets.tcc (__int_to_char(_CharT*, _ValueT,
const _CharT*, ios_base::fmtflags, bool)): Don't deal with numeric
base or sign here, instead...
(_M_insert_int(_OutIter, ios_base&, _CharT, _ValueT)): ... here,
after adding the grouping. This fixes the bug and also allows to
clean-up the code dealing with integer types.
(_M_group_int(const char*, size_t, _CharT, ios_base&, _CharT*,
_CharT*, int&)): Simplify, remove bits dealing with numeric base.
(__int_to_char(_CharT*, unsigned long, const _CharT*,
ios_base::fmtflags), __int_to_char(_CharT*, unsigned long long,
const _CharT*, ios_base::fmtflags)): Remove hackish fix for
libstdc++/15565.
(__int_to_char(_CharT*, long, const _CharT*, ios_base::fmtflags),
__int_to_char(_CharT*, long long, const _CharT*, ios_base::fmtflags)):
Simplify, don't pass the sign.
(_M_insert_float(_OutIter, ios_base&, _CharT, char, _ValueT)):
Deal with a sign at the beginning of __cs; robustify the grouping
check.
* testsuite/22_locale/num_put/put/char/20914.cc: New.
* testsuite/22_locale/num_put/put/wchar_t/20914.cc: Likewise.

2005-04-25  Earl Chew  <[EMAIL PROTECTED]>
Christopher Jefferson  <[EMAIL PROTECTED]>

* include/bits/stl_tree.h (_Rb_tree<>::_M_insert): Don't leak
memory if _M_key_compare throws.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.27&r2=1.2917.2.28
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.tcc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.211.12.1&r2=1.211.12.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.44&r2=1.44.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_put/put/char/20914.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_put/put/wchar_t/20914.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.4.1



-- 


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

[Bug libstdc++/20914] Another grouping trouble

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-04-25 09:35 
---
Fixed for 4.0.1.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/21209] New: signed integer overflow in num_get<>::_M_extract_int

[pcarlini at suse dot de]

__new_result definitely overflows, and this is *bad* (at least in principle ;)
when it's signed. I have a patch in testing which has small (probably bearable)
performance implications.

-- 
   Summary: signed integer overflow in num_get<>::_M_extract_int
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: pcarlini at suse dot de
ReportedBy: pcarlini at suse dot de
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug libstdc++/21209] signed integer overflow in num_get<>::_M_extract_int

[pcarlini at suse dot de]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 09:47:36
   date||


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

[Bug SWING/21065] javax.swing.event.EventListenerList.getListenerList() implemented wrong

[konqueror at gmx dot de]

--- Additional Comments From konqueror at gmx dot de  2005-04-25 09:50 
---
As you can see at
http://developer.classpath.org/compare/classpath-libgcj/libgcj-classpath-compare.html
this class is merged. This page is updated twice a day so pretty uptodate 
normally.

-- 


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

[Bug bootstrap/21208] gcj seems not to pass the option to ld correctly

[shanwill44 at yahoo dot com]

--- Additional Comments From shanwill44 at yahoo dot com  2005-04-25 09:51 
---
Pposted twice, by mistake.
Sorry.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libstdc++/20909] incorrect floating point format

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-04-25 09:51 
---
Fixed for 4.0.0.

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |4.0.0


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

[Bug libstdc++/20909] incorrect floating point format

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-04-25 09:52 
---
.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/21210] New: STL containers do not accept GNU builtin __complex__ type anymore

[loose at astron dot nl]

The GCC 4.0.0 release does not support the use of the GNU builtin __complex__
anymore in, e.g., std::vector. The code below used to compile on GNU
(compatible) compilers prior to GCC 4.0


#include 
typedef float __complex__ fcomplex;
std::vector vfc(10);


GCC 4.0.0 produces the following diagnostic:

$ /data/loose/gcc-4.0.0/bin/g++ -v -save-temps -c -Wall -W tVec.cc

Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../src/gcc-4.0.0/configure --prefix=/data/loose/gcc-4.0.0
--enable-threads --enable-__cxa_atexit
Thread model: posix
gcc version 4.0.0
 /data/loose/gcc-4.0.0/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -E -quiet -v
-D_GNU_SOURCE tVec.cc -mtune=pentiumpro -Wall -W -fpch-preprocess -o tVec.ii
ignoring nonexistent directory
"/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 
/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0
 
/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/i686-pc-linux-gnu
 
/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/backward
 /usr/local/include
 /data/loose/gcc-4.0.0/include
 /data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/include
 /usr/include
End of search list.
 /data/loose/gcc-4.0.0/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus
-fpreprocessed tVec.ii -quiet -dumpbase tVec.cc -mtune=pentiumpro -auxbase tVec
-Wall -W -version -o tVec.s
GNU C++ version 4.0.0 (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/stl_vector.h:
In constructor ‘std::vector<_Tp, _Alloc>::vector(size_t) [with _Tp = float
__complex__, _Alloc = std::allocator]’:
tVec.cc:3:   instantiated from here
/data/loose/gcc-4.0.0/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/stl_vector.h:219:
error: invalid cast from type ‘int’ to type ‘float __complex__’

-- 
   Summary: STL containers do not accept GNU builtin __complex__
type anymore
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: loose at astron dot nl
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/19049] not vectorizing a fortran loop

[irar at il dot ibm dot com]

--- Additional Comments From irar at il dot ibm dot com  2005-04-25 09:58 
---
The vectorizer fails to determine dependence between: (*a_38)[D.719_49] and 
(*a_38)[D.718_51], since it fails to determine that both of the data-refs have 
the same base, *a_38. This is already fixed in autovect branch, and I am 
working on a patch to bring the changes in data-refs analysis to mainline.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |irar at il dot ibm dot com
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-01-01 04:23:21 |2005-04-25 09:58:44
   date||


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

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

[pcarlini at suse dot de]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 09:59:46
   date||
   Target Milestone|--- |4.0.1


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

[Bug fortran/21211] New: Internal compiler error, when array boundary set with maxval

[aradi at phys dot upb dot de]

Compiling the following code results in an internal compiler error:

> gfortran-4.0 buggy.f90 -o buggy.o
buggy.f90: In function 'testsub':
buggy.f90:5: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

> cat buggy.f90 
module test
contains
  subroutine testsub(lmax, idxorb)
integer, intent(in) :: lmax(:)
integer, intent(in) :: idxorb(-maxval(lmax):,0:)
print *, idxorb
  end subroutine testsub
end module test

-- 
   Summary: Internal compiler error, when array boundary set with
maxval
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aradi at phys dot upb dot de
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=21211

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-04-25 11:06 
---
Fixed for 3.4.4, 4.0.1 and mainline.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

[pcarlini at suse dot de]

-- 
   What|Removed |Added

   Target Milestone|4.0.1   |3.4.4


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

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
11:11 ---
Subject: Bug 21035

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-25 10:59:23

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: basic_string.h 

Log message:
2005-04-25  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/21035
* include/bits/basic_string.h (compare): Adjust the documentation
to match the implementation and the standard.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2977&r2=1.2978
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcc&r1=1.74&r2=1.75



-- 


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

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
11:11 ---
Subject: Bug 21035

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 11:00:51

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: basic_string.h 

Log message:
2005-04-25  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/21035
* include/bits/basic_string.h (compare): Adjust the documentation
to match the implementation and the standard.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.28&r2=1.2917.2.29
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.74&r2=1.74.6.1



-- 


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

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
11:12 ---
Subject: Bug 21035

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 11:02:02

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/include/bits: basic_string.h 

Log message:
2005-04-25  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/21035
* include/bits/basic_string.h (compare): Adjust the documentation
to match the implementation and the standard.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.219&r2=1.2224.2.220
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.41.4.6&r2=1.41.4.7



-- 


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

[Bug c++/21210] Trouble with __complex__ types default construction

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-04-25 11:59 
---
Actually, this has nothing to do with std::vector per se. This tiny snippet
suffices to trigger the C++ front-end problem:

  typedef float __complex__ fcomplex;
  fcomplex cplx = fcomplex();





-- 
   What|Removed |Added

Summary|STL containers do not accept|Trouble with __complex__
   |GNU builtin __complex__ type|types default construction
   |anymore |


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

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
12:45 ---
Subject: Bug 20413

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-25 12:44:47

Modified files:
gcc/doc: rtl.texi 

Log message:
2005-04-25  J"orn Rennecke <[EMAIL PROTECTED]>
Stephen Clarke <[EMAIL PROTECTED]>
Roger Sayle <[EMAIL PROTECTED]>

PR rtl-optimization/20413
* cfgrtl.c (redirect_edge_and_branch): Use Pmode instead of
VOIDmode for LABEL_REF.
* final.c (shorten_branches): Likewise.
* jump.c (mark_all_labels, redirect_exp_1): Likewise.
* loop.c (reg_dead_after_loop): Likewise.
* varasm.c (decode_addr_const): Likewise.
* doc/rtl.texi: Document mode requirement for LABEL_REF.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/rtl.texi.diff?cvsroot=gcc&r1=1.83&r2=1.84



-- 


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

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
12:46 ---
Subject: Bug 20413

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-25 12:46:14

Modified files:
gcc: ChangeLog cfgrtl.c final.c jump.c loop.c 
 varasm.c 

Log message:
2005-04-25  J"orn Rennecke <[EMAIL PROTECTED]>
Stephen Clarke <[EMAIL PROTECTED]>
Roger Sayle <[EMAIL PROTECTED]>

PR rtl-optimization/20413
* cfgrtl.c (redirect_edge_and_branch): Use Pmode instead of
VOIDmode for LABEL_REF.
* final.c (shorten_branches): Likewise.
* jump.c (mark_all_labels, redirect_exp_1): Likewise.
* loop.c (reg_dead_after_loop): Likewise.
* varasm.c (decode_addr_const): Likewise.
* doc/rtl.texi: Document mode requirement for LABEL_REF.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8449&r2=2.8450
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgrtl.c.diff?cvsroot=gcc&r1=1.170&r2=1.171
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/final.c.diff?cvsroot=gcc&r1=1.353&r2=1.354
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/jump.c.diff?cvsroot=gcc&r1=1.259&r2=1.260
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop.c.diff?cvsroot=gcc&r1=1.528&r2=1.529
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&r1=1.505&r2=1.506



-- 


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

[Bug target/21201] ICE: in reload_cse_simplify_operands, at postreload.c:391

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||ice-on-valid-code


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

[Bug rtl-optimization/21202] Extra register moves generated with long long

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
12:53 ---
Confirmed, this is a register allocator problem with long longs.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||missed-optimization, ra
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 12:53:11
   date||
Summary|Extra register moves|Extra register moves
   |generated   |generated with long long


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

[Bug c/21212] New: missed vectorization opportunity

[hurbain at cri dot ensmp dot fr]

The frontend translates this function:

void test_loop_c(char a[16], char b[16], char c[16])
{
  int i;

  for(i = 0; i<16; i++)
{
  c[i] = a[i] + b[i];
}
}

to 
{
  int i;

int i;
  i = 0;
  goto ;
  :;
  *(c + (char *) (unsigned int) i) = (char) ((signed char) *(a + (char *)
(unsigned int) i) + (signed char) *(b + (char *) (unsigned int) i));
  i++ ;
  :;
  if (i <= 15) goto ; else goto ;
  :;
}

and therefore misses an opportunity for vectorization (e.g. paddb from SSE2)
because the table is accessed by pointers and the dependance analysis does not
work in the loop.
Note that GCC vectorizes the same code, with a, b and c defined as global
variables as expected.

-- 
   Summary: missed vectorization opportunity
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hurbain at cri dot ensmp dot fr
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/21212] missed vectorization opportunity

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |tree-optimization


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

[Bug tree-optimization/21212] missed vectorization opportunity

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:09 ---
Actually char a[16] decays into pointers in agruments. So the optimizators 
don't know if a, b, or c point 
to the same place (or even overlaps).
Instead if you define the function as the following we do vectorize the loop:
oid test_loop_c(char * __restrict__ a, char *__restrict__ b, char * 
__restrict__ c)
{
  int i;

  for(i = 0; i<16; i++)
{
  c[i] = a[i] + b[i];
}
}

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

[amylaar at gcc dot gnu dot org]

--- Additional Comments From amylaar at gcc dot gnu dot org  2005-04-25 
13:10 ---
Fixed on mainline with check-in from today.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/20695] sh64-*-* port deos not handle 32 / 64 bit conversions properly

[amylaar at gcc dot gnu dot org]

-- 
Bug 20695 depends on bug 20413, which changed state.

Bug 20413 Summary: VOIDmode LABEL_REFs are generated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20413

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug fortran/21211] Internal compiler error, when array boundary set with maxval

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:19 ---
Actually it is the missing upper bound which is causing the segfault, this is a 
dup of bug 19358.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/19358] [gfortran] Segfault with missing upper bound

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:19 ---
*** Bug 21211 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||aradi at phys dot upb dot de


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

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

[matz at suse dot de]

--- Additional Comments From matz at suse dot de  2005-04-25 13:20 ---
The problem is in reload_cse_move2add.  It has such a loop: 
  for (narrow_mode = GET_CLASS_NARROWEST_MODE (MODE_INT); 
   narrow_mode != GET_MODE (reg); 
   narrow_mode = GET_MODE_WIDER_MODE (narrow_mode)) 
{ 
 
where 'reg' comes from a simple SET insn.  In this testcase the insn is: 
  (set (reg:BI r15) (const_int 1)) 
note the mode of reg being BImode.  Now, BImode is in fact a 
FRACTIONAL_INT_MODE, not an INT_MODE (although GET_MODE_CLASS would 
return INT_MODE, so using this instead of hard-coded INT_MODE wouldn't help). 
And GET_CLASS_NARROWEST_MODE(INT_MODE) is QImode, as it will ignore modes 
with precision 1 bit in genmodes.c (I think because the rest of the compiler 
is not prepared to really see an BImode here, but I may be wrong, there 
are not that many instance of GET_CLASS_NARROWEST_MODE and most look safe, 
but will iterate one more time uselessly if started from BImode). 
 
So, this loop starts with QImode, widens the mode each time, and waits for 
it to become equal to the mode of 'reg', i.e. BImode.  This of course 
never happens, so somewhen it is VOIDmode, and that's the fixed point 
of GET_CLASS_NARROWEST_MODE.  So we are endlessly looping. 
 
I've attached the obvious change, which I'm going to regtest now.  It fixes 
this testcase. 

-- 


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

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:22 ---
Confirmed, with  Paolo's reduced testcase.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||4.0.0 4.1.0
  Known to work||3.4.0
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 13:22:42
   date||
Summary|Trouble with __complex__|[4.0/4.1 Regression] Trouble
   |types default construction  |with __complex__ types
   ||default construction
   Target Milestone|--- |4.0.1


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

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

[matz at suse dot de]

--- Additional Comments From matz at suse dot de  2005-04-25 13:26 ---
Created an attachment (id=8734)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8734&action=view)
Patch for above problem


-- 


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

[Bug java/21206] gcj seems not to pass the option to ld correctly

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|bootstrap   |java
   Keywords||build


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

[Bug java/21206] gcj seems not to pass the option to ld correctly

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:29 ---
It passes correctly for me on i686-pc-linux-gnu.

-- 


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

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:30 ---
Hmm.

-- 
   What|Removed |Added

   Keywords||build, ice-on-valid-code


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

[Bug fortran/21177] wrong code with NULL()

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:31 ---
Patch was posted.

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02578.html
   Keywords||patch


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

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

--- Additional Comments From rguenth at gcc dot gnu dot org  2005-04-25 
13:38 ---
Patch in testing.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-03-13 05:39:26 |2005-04-25 13:38:23
   date||


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

[Bug c/21213] New: segfault declaring a transparent union

[javier dot pello at urjc dot es]

Compiling the following piece of code causes gcc 3.4.3 and 3.4.4-20050422 to
segfault

enum some_enum {
enum_a
};

union some_union {
enum some_enum;
}  __attribute__((__transparent_union__));

The code is compiled as

gcc -c test.c -o test.o

and gcc complains with

test.c:6: warning: declaration does not declare anything
test.c:7: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

Dump of gcc-3.4.3 -v follows:
Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=/usr --libexecdir=/usr/lib
--sharedstatedir=/var/lib --localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-arch=pentium4
Thread model: posix
gcc version 3.4.3

Dump of gcc-3.4.4 -v follows:
Using built-in specs.
Configured with: ../gcc-3.4-20050422/configure --prefix=/usr
Thread model: posix
gcc version 3.4.4 20050422 (prerelease)

-- 
   Summary: segfault declaring a transparent union
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: javier dot pello at urjc dot es
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=21213

[Bug c/21213] segfault declaring a transparent union

[javier dot pello at urjc dot es]

--- Additional Comments From javier dot pello at urjc dot es  2005-04-25 
13:47 ---
Created an attachment (id=8735)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8735&action=view)
test case


-- 


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

[Bug c/21214] New: ICE building current mozilla CVS with gcc 4.0.0

[brett dot albertson at stratech dot com]

I'm getting the following building the current mozilla CVS tree with gcc 4.0.0:

gmake[3]: Entering directory `/var/tmp/mozilla_cvs/mozilla/modules/libreg/src'
reg.c
gcc -o reg.o -c  -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DBUILD_ID=00
-DUSE_BUFFERED_REGISTRY_IO   -I../../../dist/include/libreg
-I../../../dist/include -I../../../dist/include/nspr   
-I../../../dist/sdk/include -I/usr/openwin/include   -fPIC
-I/usr/openwin/include -Wno-long-long -pedantic -pthreads -pipe  -DNDEBUG
-DTRIMMED -O3  -I/usr/openwin/include -include ../../../mozilla-config.h
-DMOZILLA_CLIENT -Wp,-MD,.deps/reg.pp reg.c
reg.c: In function 'nr_RegAddKey':
reg.c:2013: warning: passing argument 4 of 'nr_NextName' from incompatible
pointer type
reg.c:1972: internal compiler error: in get_indirect_ref_operands, at
tree-ssa-operands.c:1449
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
gmake[3]: *** [reg.o] Error 1
gmake[3]: Leaving directory `/var/tmp/mozilla_cvs/mozilla/modules/libreg/src'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory `/var/tmp/mozilla_cvs/mozilla/modules/libreg'
gmake[1]: *** [tier_2] Error 2
gmake[1]: Leaving directory `/var/tmp/mozilla_cvs/mozilla'
gmake: *** [default] Error 2
dev-zero:{root}# gcc -v
Using built-in specs.
Target: i386-pc-solaris2.10
Configured with: /var/tmp/gcc-4.0.0/configure --prefix=/opt/gcc-4.0
--with-gnu-as --with-as=/usr/sfw/bin/gas --disable-nls --with-system-zlib
--enable-languages=c,c++
Thread model: posix
gcc version 4.0.0

This could be related to Bug 21173.  Let me know what else you need to look into
this ICE.

thanks,

Brett Albertson

-- 
   Summary: ICE building current mozilla CVS with gcc 4.0.0
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brett dot albertson at stratech dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-pc-solaris2.10
  GCC host triplet: i386-pc-solaris2.10
GCC target triplet: i386-pc-solaris2.10


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

[Bug bootstrap/21215] New: gcc build fails on Solaris 10, opteron

[igor at ipass dot net]

SunOS antigua 5.10 Generic i86pc i386 i86pc

../configure --prefix=/usr/local/gcc4 --enable-languages=c,c++
--without-included-gettext --with-libiconv-prefix=/usr/local

make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates'
bootstrap

./xgcc -B./ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -isystem
/usr/local/gcc4/i386-pc-solaris2.10/include -isystem
/usr/local/gcc4/i386-pc-solaris2.10/sys-include
-L/var/src/gcc-4.0.0/obj/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include
-I../../gcc/../libcpp/include   -g0 -finhibit-size-directive
-fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss
-fno-unit-at-a-time -fPIC \
   -c ../../gcc/crtstuff.c -DCRT_BEGIN \
  -o crtbegin.o
Assembler: crtstuff.c
"/var/tmp//cckOh7Z6.s", line 34 : Illegal mnemonic
"/var/tmp//cckOh7Z6.s", line 34 : Syntax error
"/var/tmp//cckOh7Z6.s", line 48 : Illegal mnemonic
"/var/tmp//cckOh7Z6.s", line 48 : Syntax error
"/var/tmp//cckOh7Z6.s", line 79 : Illegal mnemonic
"/var/tmp//cckOh7Z6.s", line 79 : Syntax error

-- 
   Summary: gcc build fails on Solaris 10, opteron
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igor at ipass dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/21213] [3.3/3.4/4.0/4.1 Regression] segfault declaring a transparent union

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
13:58 ---
Reduced testcase:
union some_union {
}  __attribute__((__transparent_union__));


Note that testcase is not a regression.
But your testcase is a regression, and the reduced testcase as the following:
union some_union {
int;
}  __attribute__((__transparent_union__));

Both are the same bug, we are trying to remove the transparent union but we are 
also trying to access 
the first field which does not exist.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-invalid-code
  Known to fail||3.2.3 3.3.4 3.4.2 4.0.0
  Known to work||2.95.3 3.0
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 13:58:44
   date||
Summary|segfault declaring a|[3.3/3.4/4.0/4.1 Regression]
   |transparent union   |segfault declaring a
   ||transparent union
   Target Milestone|--- |3.4.4


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
13:59 ---
Subject: Bug 21173

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-25 13:59:39

Modified files:
gcc: ChangeLog tree-ssa-pre.c 

Log message:
2005-04-25  Steven Bosscher  <[EMAIL PROTECTED]>

Fix PR tree-optimization/21173

* tree-ssa-pre.c (create_expression_by_pieces): Simplify code.
Unshare expression we pass to force_gimple_operand.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8450&r2=2.8451
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-pre.c.diff?cvsroot=gcc&r1=2.81&r2=2.82



-- 


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

[Bug c/21214] ICE building current mozilla CVS with gcc 4.0.0

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:00 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/21167] [4.0/4.1 Regression] ICE in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL-4.1

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:00 ---
*** Bug 21214 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||brett dot albertson at
   ||stratech dot com


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
14:03 ---
Subject: Bug 21173

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 14:02:38

Modified files:
gcc: ChangeLog tree-ssa-pre.c 

Log message:
2005-04-25  Daniel Berlin  <[EMAIL PROTECTED]>

Fix PR tree-optimization/21173

* tree-ssa-pre.c (create_expression_by_pieces): Call unshare_expr
on things we pass to force_gimple_operand.  Don't try to special
case min_invariants.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.192&r2=2.7592.2.193
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-pre.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.65.4.2&r2=2.65.4.3



-- 


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

[Bug bootstrap/21216] New: Spontaneous cc1 rebuild during parallel make causes build failure.

[green at redhat dot com]

I've built a half-dozen GCC 4.0.0 based compilers in parallel (make -j2) on
Linux without a hitch.  But I received the following error building an sh-elf
toolchain.  make is deciding to rebuild cc1 after cross building much of libgcc
already, and then, when it tries to use this new cc1 (perhaps before it is fully
written?)...

/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/gcc/xgcc
-B/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/gcc/ -nostdinc
-B/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/sh-elf/newlib/ -isystem
/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/sh-elf/newlib/targ-include -isystem
/usr/src/redhat/BUILD/gcc-4.0.0/newlib/libc/include -B/usr/sh-elf/bin/
-B/usr/sh-elf/lib/ -isystem /usr/sh-elf/include -isystem /usr/sh-elf/sys-include
-O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include   -g 
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc
-I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include  -DL_ashrdi3
-c ../../gcc/libgcc2.c -o libgcc/./_ashrdi3.o
gcc   -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition   -DIN_GCC
-DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition-DHAVE_CONFIG_H  -o cc1 \
c-parse.o c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o
c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o
c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o
c-objc-common.o c-dump.o c-pch.o  c-gimplify.o tree-mudflap.o c-pretty-print.o
main.o  libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a  
../libiberty/libiberty.a
/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/gcc/xgcc
-B/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/gcc/ -nostdinc
-B/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/sh-elf/newlib/ -isystem
/usr/src/redhat/BUILD/gcc-4.0.0/obj-sh-elf/sh-elf/newlib/targ-include -isystem
/usr/src/redhat/BUILD/gcc-4.0.0/newlib/libc/include -B/usr/sh-elf/bin/
-B/usr/sh-elf/lib/ -isystem /usr/sh-elf/include -isystem /usr/sh-elf/sys-include
-O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include   -g 
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc
-I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include  -DL_cmpdi2
-c ../../gcc/libgcc2.c -o libgcc/./_cmpdi2.o
xgcc: installation problem, cannot exec 'cc1': No such file or directory
make[2]: *** [libgcc/./_cmpdi2.o] Error 1

Rerunning make gets it going again.

I'll attach more of the relevant log file to this issue.

-- 
   Summary: Spontaneous cc1 rebuild during parallel make causes
build failure.
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: green at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh-elf


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

[Bug bootstrap/21216] Spontaneous cc1 rebuild during parallel make causes build failure.

[green at redhat dot com]

--- Additional Comments From green at redhat dot com  2005-04-25 14:06 
---
Created an attachment (id=8736)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8736&action=view)
Relevant part of build log.


-- 


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

[Bug target/21216] Spontaneous cc1 rebuild during parallel make causes build failure.

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|bootstrap   |target
   Keywords||build


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

[Bug bootstrap/21215] gcc build fails on Solaris 10, opteron

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:09 ---
I think Sun recommends to use GNU's binutils.

-- 


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

[Bug fortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-04-25 14:13 
---
(In reply to comment #3)
> The question remains: What to do with the offset field?
> Fix it in the front end for static arrays, or remove it
> altogether?

The offset field is used for something like this:
  REAL, POINTER :: a(:), c(:)
  REAL, TARGET :: b(25)
  a => b(5:)
  c => a(3:)
  end

I'm not sure this could be done without it, especially in the multi-dimensional
case.

-- 
   What|Removed |Added

 CC||tobi at gcc dot gnu dot org


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
14:18 ---
Subject: Bug 21173

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-25 14:18:31

Added files:
gcc/testsuite/gcc.c-torture/execute: pr21173.c 

Log message:
Testcase for pr 21173

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr21173.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/21117] [3.3/3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-04-25 
14:30 ---
Confirmed.

This crashes since gcc 3.2.1.

The error message on mainline is:

bug.cc: In function 'wxString GetHeader()':
bug.cc:5: error: return type 'struct wxString' is incomplete
bug.cc:7: internal compiler error: in create_tmp_var, at gimplify.c:368
Please submit a full bug report, [etc.]


-- 
   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||monitored
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 14:30:41
   date||
Summary|[4.0/4.1 Regression] ICE|[3.3/3.4/4.0/4.1 Regression]
   |after error about returning |ICE after error about
   |an incomplete type  |returning an incomplete type


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

[Bug bootstrap/21215] gcc build fails on Solaris 10, opteron

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
14:30 ---
Subject: Bug 21215

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-25 14:30:26

Modified files:
gcc: ChangeLog 
gcc/doc: install.texi 

Log message:
PR bootstrap/21215
* doc/install.texi: Document correct assembler and linker to use
on i?86-*-solaris2.10.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8451&r2=2.8452
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/install.texi.diff?cvsroot=gcc&r1=1.348&r2=1.349



-- 


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

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

[corsepiu at gcc dot gnu dot org]

--- Additional Comments From corsepiu at gcc dot gnu dot org  2005-04-25 
14:33 ---
(In reply to comment #1)
> Hmm.

The origin of this issue seems to be f951's check's for REAL 8 (kind=8).

The h8300 doesn't seem to provide this type and thereby seems to trigger a bug
in f951's error handling.

Bootstrapping avr-rtems w/ f95 enabled trips a similar or may-be the same bug
(also a target which probably doesn't provide REAL 8).

-- 


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

[Bug bootstrap/21215] gcc build fails on Solaris 10, opteron

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
14:34 ---
Subject: Bug 21215

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-04-25 14:33:31

Modified files:
gcc: ChangeLog 
gcc/doc: install.texi 

Log message:
PR bootstrap/21215
* doc/install.texi: Document correct assembler and linker to use
on i?86-*-solaris2.10.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.193&r2=2.7592.2.194
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/install.texi.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.336.2.9&r2=1.336.2.10



-- 


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

[Bug java/21217] New: "Argument list too long" when guilding gcj

[conveycj at npt dot nuwc dot navy dot mil]

I'm using Debian Sid on a Pentium IV.

I downloaded the released version of 4.0.0  (gcc-4.0.0.tar.gz).

I unzipped it into:  /home/cjc/packages/gcc-4.0.0
I created a directory to build into: /home/cjc/packages/o

In the /home/cjc/packages/o directory, I ran this command:
/home/cjc/packages/gcc-4.0.0/configure --prefix=/opt/gcc-4.0.0 --enable-threads
--enable-languages=c,c++,java 

I then ran "make". Well into the building of GCJ, I noticed this error:

ln org/ietf/jgss/MessagesBundle.properties.o
.libs/libgcj.lax/lt1-MessagesBundle.properties.o || cp
org/ietf/jgss/MessagesBundle.properties.o
.libs/libgcj.lax/lt1-MessagesBundle.properties.o
./libtool: line 4696: /usr/bin/expr: Argument list too long


The subsequent "make install" seemed to execute without any problem.

-- 
   Summary: "Argument list too long" when guilding gcj
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: conveycj at npt dot nuwc dot navy dot mil
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug tree-optimization/21218] New: [4.1 regression] ICE using -ftree-vectorize

[reichelt at gcc dot gnu dot org]

Compiling the following code snippet with
"-ftree-vectorize -O2 -march=pentium4" triggers an ICE on mainline
(the 4.0 branch is not affected):


struct A
{
double d[2];
double foo(int i) { return d[i]; }
};

struct B : public A {};

void bar(B& b)
{
for (int i=0; i<2; ++i)
b.d[i] = b.foo(i);
}


bug.cc: In function 'void bar(B&)':
bug.cc:9: error: Definition in block 1 does not dominate use in block 18
for SSA_NAME: this_5 in statement:
vect_p.20_56 = this_5 + base_off.19_55;
lall.cc:9: internal compiler error: verify_ssa failed.
Please submit a full bug report, [etc.]

-- 
   Summary: [4.1 regression] ICE using -ftree-vectorize
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, monitored
  Severity: normal
  Priority: P2
 Component: tree-optimization
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=21218

[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:43 ---
Confirmed.

Failing since at least 20050421.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 14:43:35
   date||
   Target Milestone|--- |4.1.0


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

[Bug libgcj/21217] "Argument list too long" when guilding gcj

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|java|libgcj


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

[Bug libgcj/21217] "Argument list too long" when guilding gcj

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 GCC target triplet||i686-pc-linux-gnu


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

[Bug tree-optimization/21167] [4.0/4.1 Regression] ICE in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL-4.1

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:47 ---


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:47 ---
*** Bug 21167 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||joc at presence-pc dot com


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

gcc-bugs@gcc.gnu.org

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:49 ---
Patch posted: .

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02592.html
   Keywords||patch


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[jakub at gcc dot gnu dot org]

--- Additional Comments From jakub at gcc dot gnu dot org  2005-04-25 14:49 
---
Are you going to commit the testcase to the branch as well?


-- 


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

[Bug tree-optimization/19639] Funny (horrible) code for empty destructor

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:51 ---
Patch posted here: .

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02592.html
   Keywords||patch


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

[Bug tree-optimization/21207] ICE with gcc4.0.0 in fold_convert, at fold-const.c:1922

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
14:59 ---
It is also not reproducable with "4.0.0 20050410" with all checking enabled.

-- 
   What|Removed |Added

Summary|ICE with gcc4.0.0 in|ICE with gcc4.0.0 in
   |fold_convert, at fold-  |fold_convert, at fold-
   |const.c:1922|const.c:1922


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

[Bug tree-optimization/21219] New: Segfault in tree-gimple.c:196

[micis at gmx dot de]

I get a segfault compiling qt334 with som options. This problem occurs not with 
snapshot 20050410, but with current and 2005041.

Michael Cieslinski


g++41i -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050424/configure --prefix=/usr/local/gcc41i --
program-suffix=41i --with-arch=opteron --enable-languages=c,c++ --enable-
checking
Thread model: posix
gcc version 4.1.0 20050424 (experimental)



g++41i -O3 -ffast-math --param max-inline-insns-auto=200 -o qlocale.o -c 
qlocale.ii
../tools/qlocale.cpp: In member function 'QString QLocalePrivate::doubleToString
(double, int, QLocalePrivate::DoubleForm, int, unsigned int) const':
../tools/qlocale.cpp:3177: internal compiler error: Segmentation fault
Please submit a full bug report, with preprocessed source if appropriate.


running cc1plus in gdb:

gdb --args /usr/local/gcc41i/libexec/gcc/x86_64-unknown-linux-
gnu/4.1.0/cc1plus -fpreprocessed qlocale.ii -quiet -dumpbase qlocale.ii -
march=opteron -auxbase-strip qlocale.o -O3 -version -ffast-math --param max-
inline-insns-auto=200 -o /tmp/cc7CX6LY.s
GNU gdb Red Hat Linux (6.1post-1.20040607.33rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db 
library "/lib64/tls/libthread_db.so.1".

(gdb) r
Starting program: /usr/local/gcc41i/libexec/gcc/x86_64-unknown-linux-
gnu/4.1.0/cc1plus -fpreprocessed qlocale.ii -quiet -dumpbase qlocale.ii -
march=opteron -auxbase-strip qlocale.o -O3 -version -ffast-math --param max-
inline-insns-auto=200 -o /tmp/cc7CX6LY.s
GNU C++ version 4.1.0 20050424 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.1.0 20050424 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096

Program received signal SIGSEGV, Segmentation fault.
is_gimple_stmt (t=0xa5a5a5a5a5a5a5a5) at ../../gcc-4.1-20050424/gcc/tree-
gimple.c:196
196   enum tree_code code = TREE_CODE (t);
(gdb) where
#0  is_gimple_stmt (t=0xa5a5a5a5a5a5a5a5) at ../../gcc-4.1-20050424/gcc/tree-
gimple.c:196
#1  0x005845e7 in verify_imm_links (f=0x3ef7a04680, var=Variable "var" 
is not available.
) at tree-flow-inline.h:55
#2  0x005489ef in verify_use (bb=0x2a95cbe750, def_bb=0x2a95cbe5b0, 
use_p=0x2a95b26f98, stmt=0x2a962cb8c0, check_abnormal=0 '\0', 
is_virtual=Variable "is_virtual" is not available.
)
at ../../gcc-4.1-20050424/gcc/tree-ssa.c:228
#3  0x00549245 in verify_ssa (check_modified_stmt=1 '\001') 
at ../../gcc-4.1-20050424/gcc/tree-ssa.c:751
#4  0x0054a5f5 in execute_todo (pass=0xc74f60, flags=167, 
use_required=Variable "use_required" is not available.
) at ../../gcc-4.1-20050424/gcc/tree-optimize.c:516
#5  0x0054a8b1 in execute_pass_list (pass=0xc74f60) at ../../gcc-4.1-
20050424/gcc/tree-optimize.c:592
#6  0x0054a85f in execute_pass_list (pass=0xbb5960) at ../../gcc-4.1-
20050424/gcc/tree-optimize.c:615
#7  0x0054aac1 in tree_rest_of_compilation (fndecl=0x2a959cf0d0) 
at ../../gcc-4.1-20050424/gcc/tree-optimize.c:727
#8  0x004d4696 in expand_body (fn=0x2a959cf0d0) at ../../gcc-4.1-
20050424/gcc/cp/semantics.c:2991
#9  0x0087954e in cgraph_expand_function (node=0x2a959c8680) 
at ../../gcc-4.1-20050424/gcc/cgraphunit.c:924
#10 0x0087a46a in cgraph_optimize () at ../../gcc-4.1-
20050424/gcc/cgraphunit.c:988
#11 0x004810a5 in cp_finish_file () at ../../gcc-4.1-
20050424/gcc/cp/decl2.c:3061
#12 0x00525f3a in c_common_parse_file 
(set_yydebug=Variable "set_yydebug" is not available.
) at ../../gcc-4.1-20050424/gcc/c-opts.c:1112
#13 0x0081eb38 in toplev_main (argc=Variable "argc" is not available.
) at ../../gcc-4.1-20050424/gcc/toplev.c:1000
#14 0x003ef781bf6a in __libc_start_main () from /lib64/tls/libc.so.6
#15 0x0040260a in _start ()
#16 0x007fbfffe778 in ?? ()
#17 0x001c in ?? ()
#18 0x0010 in ?? ()
#19 0x007fbfffeba7 in ?? ()
#20 0x007fbfffebec in ?? ()
#21 0x007fbfffebfb in ?? ()
#22 0x007fbfffec06 in ?? ()
#23 0x007fbfffec0d in ?? ()
#24 0x007fbfffec17 in ?? ()
#25 0x007fbfffec22 in ?? ()
#26 0x007fbfffec31 in ?? ()
#27 0x007fbfffec40 in ?? ()
#28 0x007fbfffec4a in ?? ()
#29 0x007fbfffec4e in ?? ()
#30 0x007fbfffec57 in ?? ()
#31 0x007fbfffec63 in ?? ()
#32 0x007fbfffec6b in ?? ()
#33 0x007fbfffec85 in ?? ()
#34 0x007fbfffec88 in ?? ()
#35 0x in ?? ()
(gdb)

-- 
   Summary: Segfault in tree-gimple.c:196
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Comp

[Bug tree-optimization/21219] Segfault in tree-gimple.c:196

[micis at gmx dot de]

--- Additional Comments From micis at gmx dot de  2005-04-25 15:12 ---
Created an attachment (id=8737)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8737&action=view)
preprocessed source


-- 


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

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
15:15 ---
*** Bug 21219 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||micis at gmx dot de


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

[Bug tree-optimization/21219] Segfault in tree-gimple.c:196

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
15:15 ---


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

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-25 
15:18 ---
Subject: Re:  [4.0/4.1 regression] miscompiled
pointer subtraction broke Linux kernel

On Mon, 2005-04-25 at 14:49 +, jakub at gcc dot gnu dot org wrote:
> --- Additional Comments From jakub at gcc dot gnu dot org  2005-04-25 
> 14:49 ---
> Are you going to commit the testcase to the branch as well?
> 
> 
Yes

i'm waiting for a lock




-- 


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

[Bug fortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

[paulthomas2 at wanadoo dot fr]

--- Additional Comments From paulthomas2 at wanadoo dot fr  2005-04-25 
15:35 ---
Subject: Re:  MATMUL failing with ALLOCATED matrices, unless base indices given

>> The question remains: What to do with the offset field?
>> Fix it in the front end for static arrays, or remove it
>> altogether?
>
> The offset field is used for something like this:
>  REAL, POINTER :: a(:), c(:)
>  REAL, TARGET :: b(25)
>  a => b(5:)
>  c => a(3:)
>  end
>
Nonetheless, matmul is the only case where this assertion is imposed in the 
m4 functions.  It doesn't do anything, except assert the "pathological 
case".

I was going to consider all the variants tonight, including your example. 
Your message has spurred me on.

Paul 




-- 


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

gcc-4.0.0, srcdir=objdir, ansidecl.h error

[Karl Berry]

With gcc-4.0.0 on GNU/Linux (specifically, Red Hat WS 4), GNU make 3.80,
I get an error when trying to build with srcdir = objdir.  Since the
documentation says this "should" work, even though it recommends
compiling with srcdir != objdir, I'm reporting it.  (The problem does
not happen when srcdir != objdir.)

Here's the configure line:
./configure --prefix=/usr/local/gnu --enable-languages=c,c++

And then the make:
make bootstrap

And the error:
make[1]: Entering directory 
`/usr/local/gnu/src/gcc-4.0.0/build-i686-pc-linux-gnu/libiberty'
if [ x"" != x ] && [ ! -d pic ]; then \
  mkdir pic; \
else true; fi
touch stamp-picdir
make[1]: *** No rule to make target `../include/ansidecl.h', needed by 
`regex.o'.  Stop.
make[1]: Leaving directory 
`/usr/local/gnu/src/gcc-4.0.0/build-i686-pc-linux-gnu/libiberty'
make: *** [all-build-libiberty] Error 2

Full output below.

Regards,
karl


$ ./configure --prefix=/usr/local/gnu --enable-languages=c,c++
creating cache ./config.cache
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for a BSD compatible install... /usr/local/gnu/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for gnatbind... gnatbind
checking whether compiler driver understands Ada... no
checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1 
$$f2
checking for correct version of gmp.h... yes
checking for MPFR... yes
*** This configuration is not supported in the following subdirectories:
 target-libada target-libgfortran target-libffi target-boehm-gc target-zlib 
target-libjava zlib fastjar target-libobjc
(Any other directories should still work fine.)
checking for bison... bison
checking for bison... bison -y
checking for gm4... no
checking for gnum4... no
checking for m4... m4
checking for flex... flex
checking for flex... flex
checking for makeinfo... makeinfo
checking for i686-pc-linux-gnu-ar... no
checking for ar... ar
checking for i686-pc-linux-gnu-as... no
checking for as... as
checking for i686-pc-linux-gnu-dlltool... no
checking for dlltool... dlltool
checking for i686-pc-linux-gnu-ld... no
checking for ld... ld
checking for i686-pc-linux-gnu-nm... no
checking for nm... nm
checking for i686-pc-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking for i686-pc-linux-gnu-windres... no
checking for windres... windres
checking for i686-pc-linux-gnu-objcopy... no
checking for objcopy... objcopy
checking for i686-pc-linux-gnu-objdump... no
checking for objdump... objdump
checking for i686-pc-linux-gnu-ar... no
checking for ar... ar
checking for i686-pc-linux-gnu-as... no
checking for as... as
checking for i686-pc-linux-gnu-dlltool... no
checking for dlltool... dlltool
checking for i686-pc-linux-gnu-ld... no
checking for ld... ld
checking for i686-pc-linux-gnu-nm... no
checking for nm... nm
checking for i686-pc-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking for i686-pc-linux-gnu-windres... no
checking for windres... windres
checking whether to enable maintainer-specific portions of Makefiles... no
checking if symbolic links between directories work... yes
updating cache ./config.cache
creating ./config.status
creating Makefile

$ make bootstrap
mkdir -p -- build-i686-pc-linux-gnu/libiberty
Configuring in build-i686-pc-linux-gnu/libiberty
COPYING.LIB ..linked
ChangeLog   ..linked
Makefile.in ..linked
README  ..linked
_doprnt.c   ..linked
aclocal.m4  ..linked
alloca.c..linked
argv.c  ..linked
asprintf.c  ..linked
atexit.c..linked
basename.c  ..linked
bcmp.c  ..linked
bcopy.c ..linked
bsearch.c   ..linked
bzero.c ..linked
calloc.c..linked
choose-temp.c   ..linked
clock.c ..linked
concat.c..linked
config  ..working in
mh-aix  ..linked
mh-cxux7..linked
mh-fbsd21   ..linked
mh-openedition  ..linked
mh-windows  ..linked
config.h-vms..linked
config.in   ..linked
config.table..linked
configure   ..linked
configure.ac..linked
copying-lib.texi..linked
copysign.c  ..linked
cp-demangle.c   ..linked
cp-demangle.h   ..linked
cp-demint.c ..linked
cplus-dem.c ..linked
dyn-string.c..linked
fdmatch.c   ..linked
ffs.c   ..linked
fibheap.c   ..linked
floatformat.c   ..linked
fnmatch.c   ..linked
fnmatch.txh ..linked
functions.te

[Bug c/21220] New: cross compiler bootstrap fails with internal compiler error

[herbert at 13thfloor dot at]

Funny input line: timestamp
gen-protos: 1346 entries 341 collisions
../../gcc-4.0.0/gcc/libgcc2.c: In function '__udivmoddi4':
../../gcc-4.0.0/gcc/libgcc2.c:1050: internal compiler error: in
change_address_1, at emit-rtl.c:1800

host gcc is 3.3.5

-- 
   Summary: cross compiler bootstrap fails with internal compiler
error
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: herbert at 13thfloor dot at
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: sh64-elf-linux-gnu


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

[Bug target/21220] cross compiler bootstrap fails with internal compiler error

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |target
   Keywords||build, ice-on-valid-code


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

Re: gcc-4.0.0, srcdir=objdir, ansidecl.h error

[Andrew Pinski]

On Apr 25, 2005, at 11:59 AM, Karl Berry wrote:
With gcc-4.0.0 on GNU/Linux (specifically, Red Hat WS 4), GNU make 
3.80,
I get an error when trying to build with srcdir = objdir.  Since the
documentation says this "should" work, even though it recommends
compiling with srcdir != objdir, I'm reporting it.  (The problem does
not happen when srcdir != objdir.)

This is PR 17383, .
-- Pinski

[Bug c++/21189] weird behavior

[gnu04 at yahoo dot com]

--- Additional Comments From gnu04 at yahoo dot com  2005-04-25 16:27 
---
Subject: Re:  weird behavior

Thanks a lot! And sorry for the spamming. I should be
careful.

Andy

--- pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> 
> --- Additional Comments From pinskia at gcc dot
> gnu dot org  2005-04-24 14:46 ---
> Actually this is a bug in your code:
> Signature::Signature(unsigned char* str, size_t
> vlen)
> {
>   sig = new unsigned char[len];
>   len = vlen;
> ...
> 
> len is not assigned so you are using an
> uninitialized variable.  Switching the order of the
> above 
> statements around fixes the problem.
> 
> -- 
>What|Removed
> |Added
>

>  Status|UNCONFIRMED
> |RESOLVED
>  Resolution|   
> |INVALID
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21189
> 
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
> 

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-- 


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

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

[kargl at gcc dot gnu dot org]

--- Additional Comments From kargl at gcc dot gnu dot org  2005-04-25 16:38 
---
(In reply to comment #2)
>
> The origin of this issue seems to be f951's check's for REAL 8 (kind=8).
> 
> The h8300 doesn't seem to provide this type and thereby seems to trigger a bug
> in f951's error handling.

The Fortran standard mandates that if REAL(4) is the default
real type, then there must be a REAL(8).  I suspect gfortran
will not/never supply a software implementation of REAL(8).
We'll need to disable building of gfortran on targets that
do not provide 2 floating point types.

-- 


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

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

[corsepiu at gcc dot gnu dot org]

--- Additional Comments From corsepiu at gcc dot gnu dot org  2005-04-25 
17:14 ---
(In reply to comment #3)
> (In reply to comment #2)
> >
> > The origin of this issue seems to be f951's check's for REAL 8 (kind=8).
> > 
> > The h8300 doesn't seem to provide this type and thereby seems to trigger a 
> > bug
> > in f951's error handling.
> 
> The Fortran standard mandates that if REAL(4) is the default
> real type, then there must be a REAL(8).  I suspect gfortran
> will not/never supply a software implementation of REAL(8).
> We'll need to disable building of gfortran on targets that
> do not provide 2 floating point types.

I guess you are aware that for multilib'ed OSes (such as RTEMS) there can be
multilib variants for whom types exist and others for whom types might not exit.
I.e. disabling certain targets in general would impose unnecessarily strict
restrictions.

IMO, it would be more reasonable, to provide a "graceful degradation" on those
targets-variants.





-- 


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

[Bug java/21221] New: File.isHidden() method always returns 'true' in windows.

[mnefedov at rogers dot com]

File.isHidden() method always returns 'true' in windows.
Here is a simple code:

import java.io.*;

public class canRead {
public static void main( String [] args ) {
File file = new File( args[0] );
System.out.println( args[0] + ":" 
+ " canRead() = " + file.canRead()
+ " isHidden() = " + file.isHidden()
 );
}
}

---
build and run in windows, run:  canRead canRead.exe
isHidden() returns 'true'.

-- 
   Summary: File.isHidden() method always returns 'true' in windows.
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mnefedov at rogers dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org


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

[Bug c++/21188] [4.1 Regression] CbcModel.cpp:3571: internal compiler error: in compare_values, at tree-vrp.c:292

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
17:44 ---
Patch posted: .

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||04/msg02623.html
   Keywords||patch


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

[Bug libgcj/21221] [Win32] File.isHidden() method always returns 'true' in windows.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
17:53 ---
Hmm, we should have got an exception or an assert:
  JvAssert (query == DIRECTORY || query == ISFILE);
oh, well.

The problem can be seen in natFileWin32.cc in that _stat does not understant 
ISHIDDEN at all.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|java|libgcj
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-04-25 17:53:46
   date||
Summary|File.isHidden() method  |[Win32] File.isHidden()
   |always returns 'true' in|method always returns 'true'
   |windows.|in windows.


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

[Bug c++/21188] [4.1 Regression] CbcModel.cpp:3571: internal compiler error: in compare_values, at tree-vrp.c:292

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
18:08 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/21188] [4.1 Regression] CbcModel.cpp:3571: internal compiler error: in compare_values, at tree-vrp.c:292

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-04-25 
18:09 ---
Subject: Bug 21188

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-04-25 18:08:36

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog rtti.c 
Added files:
gcc/testsuite/g++.dg/opt: rtti2.C 

Log message:
2005-04-25  Andrew Pinski  <[EMAIL PROTECTED]>

PR C++/21188
* g++.dg/opt/rtti2.C: New test.
2005-04-25  Andrew Pinski  <[EMAIL PROTECTED]>

PR C++/21188
* rtti.c (ifnonnull): Cast the zero comparison operand
to the correct type.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/rtti2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5394&r2=1.5395
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4722&r2=1.4723
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/rtti.c.diff?cvsroot=gcc&r1=1.213&r2=1.214



-- 


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

[Bug tree-optimization/18832] missed jump threading with ||

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-25 
18:20 ---
They all produce the same asm on PPC now, thanks.

-- 


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