[Bug c/22362] New: Register allocation problem in combination with -funit-at-a-time and global register variables

[peter at hawkins dot emu dot id dot au]

Hi...

I'm using debian's unstable gcc 4.0:
$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --program-suffix=-4.0
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.1 20050701 (prerelease) (Debian 4.0.0-12)

I'm trying to compile the following code (which is a reduced test case generated
from mercury_deep_copy.c in the Mercury compiler version ROTD 20050707 from
http://www.cs.mu.oz.au/mercury/):

register unsigned int reg0 __asm__("esi");
register unsigned int reg1 __asm__("edi");
register unsigned int reg2 __asm__("ebx");

static unsigned int
MR_deep_copy_typeclass_info(unsigned int *typeclass_info,
void *lower_limit, void *upper_limit)
{
int i;

for (i = 5; i > 0; i--)
{
typeclass_info[i] = (unsigned int) MR_deep_copy_typeclass_info(
(unsigned int *)typeclass_info[i], lower_limit, lower_limit);
}
return 0;
}

unsigned int func(void)
{
return MR_deep_copy_typeclass_info(0, 0, 0);
}

using this command line:
$ gcc -c test3.c -O -funit-at-a-time

which produces this:
test3.c: In function 'MR_deep_copy_typeclass_info':
test3.c:17: error: unable to find a register to spill in class 'GENERAL_REGS'
test3.c:17: error: this is the insn:
(insn 27 26 28 1 (set (reg:SI 0 ax)
(mem:SI (plus:SI (reg:SI 70)
(const_int 4 [0x4])) [0 S4 A32])) 41 {*movsi_1}
(insn_list:REG_DEP_TRUE 22 (nil))
(nil))
test3.c:17: confused by earlier errors, bailing out

The same code compiles with -O1 and no -funit-at-a-time. It also compiles with
gcc-3.4, so this is a gcc 4 regression. I suspect this means -funit-at-a-time
behaves badly under high register pressure.

=)
Peter

-- 
   Summary: Register allocation problem in combination with -funit-
at-a-time and global register variables
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: peter at hawkins dot emu dot id dot au
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=22362

[Bug middle-end/22174] [4.1 Regression] xgcc ices on stage2/ada.

[pluto at agmk dot net]

--- Additional Comments From pluto at agmk dot net  2005-07-08 07:43 ---
gcc-4.1.0-0.20050707T1814UTC bootstraped w/o errors.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug bootstrap/22314] [4.1 regression] ICE in make profiledbootstrap: corrupted profile info for gcc/dominance.c

[rguenth at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 08:39:17
   date||


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

[Bug middle-end/21965] Openssl segfaults when compiled with gcc 4.0.0 on solaris 9

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-07-08 
08:42 ---
Please try with 4.0.1, 4.0.0 had known serious defects.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

GCJ and ARM-ELF not cross compilable to native code

[mdeuli]

GCJ and ARM-ELF not cross compilable to native code

Hello,

we compiled and installed gcj for i686 not cross. It worked fine.
We compiled and installed gcj for arm-elf cross. It produced .class-files.

We were not able to compile and install gcj for arm-elf cross to produce native
code.

We checked different combinations of versions of gcc, gcc-core, newlib and
binutils.

The "newest" combination that works is
binutils-2.14
gcc-3.3.1 with gcc-core-3.3.1
newlib-1.11

For building we used the script found at
http://www.zingo.org/handheld/build-crossgcc.sh originally by Bill Gatliff.
We received the following error message when compiling gcc-3.3.1 for arm as
cross producing native:

...
ava/.././libjava/../gcc -I../../../../gcc-3.3.1/libjava/../zlib -fno-rtti
-fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -I/usr/X11/include
-W -Wall -D_GNU_SOURCE -DPREFIX=\"/home/mdeuli/armgcc2/arm-elf\" -g -O2 -mthumb
-MD -MT java/io/natFile.lo -MF java/io/natFile.pp -c java/io/natFile.cc -o
java/io/natFile.o
java/io/natFile.cc: In member function `jboolean
   java::io::File::_access(__java_int)':
java/io/natFile.cc:54: error: `::access' undeclared (first use here)
java/io/natFile.cc: In member function `virtual java::lang::String*
   java::io::File::getCanonicalPath()':
java/io/natFile.cc:111: warning: unused variable `char buf2[((MAXPATHLEN - 1) +
   1)]'
java/io/natFile.cc: In member function `JArray*
   java::io::File::performList(java::io::FilenameFilter*,
   java::io::FileFilter*, java::lang::Class*)':
java/io/natFile.cc:142: warning: unused parameter `
   java::io::FilenameFilter*filter'
java/io/natFile.cc:142: warning: unused parameter `
   java::io::FileFilter*fileFilter'
java/io/natFile.cc:142: warning: unused parameter `
   java::lang::Class*result_type'
java/io/natFile.cc: In member function `jboolean
   java::io::File::performSetLastModified(__java_long)':
java/io/natFile.cc:261: warning: unused parameter `jlong time'
java/io/natFile.cc: In member function `jboolean
   java::io::File::performCreate()':
java/io/natFile.cc:294: error: `::close' undeclared (first use here)
java/io/natFile.cc: In member function `jboolean
   java::io::File::performDelete()':
...


We checked different scripts and compiler versions until gcc-4.0.0. The above
mentioned combination
is the one that proceeded furtherest.

Building gcc-core succeeded so we now have a arm-elf-gcj cross compiler without
libgcj. We tried
to compile java source using this cross compiler and a libgcj-3.3.4.jar using
--CLASSPATH.

That produced following error message:

[EMAIL PROTECTED]:~/gcjtest> ~/armgcc2/armelf4/bin/arm-elf-gcj
--CLASSPATH=./libgcj-3.3.4.jar -shared --main=Test Test.java -o Test
/home/mdeuli/armgcc2/armelf4/bin/../lib/gcc/arm-elf/3.4.4/../../../../arm-elf/lib/crt0.o:
In function `start':
: undefined reference to `memset'
/home/mdeuli/armgcc2/armelf4/bin/../lib/gcc/arm-elf/3.4.4/../../../../arm-elf/lib/crt0.o:
In function `start':
: undefined reference to `initialise_monitor_handles'
/home/mdeuli/armgcc2/armelf4/bin/../lib/gcc/arm-elf/3.4.4/../../../../arm-elf/lib/crt0.o:
In function `start':
: undefined reference to `exit'
/tmp/cc2flY8E.o: In function `main':
cckq7EG0.i:(.text+0x30): undefined reference to `JvRunMain'
cckq7EG0.i:(.text+0x40): undefined reference to `_Jv_Compiler_Properties'
/tmp/ccINY1tl.o: In function `Test::main(JArray*)':
Test.java:(.text+0x38): undefined reference to `_Jv_InitClass'
Test.java:(.text+0x4c): undefined reference to `_Jv_InitClass'
Test.java:(.text+0xa0): undefined reference to `java::lang::System::class$'
Test.java:(.text+0xa8): undefined reference to `java::lang::System::out'
/tmp/ccINY1tl.o: In function `Test::Test()':
Test.java:(.text+0xcc): undefined reference to `java::lang::Object::Object()'
/tmp/ccINY1tl.o:(.data+0x38): undefined reference to
`java::lang::Object::finalize()'
/tmp/ccINY1tl.o:(.data+0x3c): undefined reference to
`java::lang::Object::hashCode()'
/tmp/ccINY1tl.o:(.data+0x40): undefined reference to
`java::lang::Object::equals(java::lang::Object*)'
/tmp/ccINY1tl.o:(.data+0x44): undefined reference to
`java::lang::Object::toString()'
/tmp/ccINY1tl.o:(.data+0x48): undefined reference to
`java::lang::Object::clone()'
/tmp/ccINY1tl.o:(.data+0x70): undefined reference to `vtable for
java::lang::Class'
/tmp/ccINY1tl.o:(.data+0x84): undefined reference to
`java::lang::Object::class$'
collect2: ld returned 1 exit status

We need native arm-elf code produced by gcj.
Does anyone know a solution to really produce that code ?


Greetings
Markus



This message was sent using IMP, the Internet Messaging Program.

[Bug tree-optimization/21568] [4.0/4.1 regression] Casts in folding *& omitted

[gcc2eran at tromer dot org]

--- Additional Comments From gcc2eran at tromer dot org  2005-07-08 09:18 
---
(In reply to comment #13)
> In the C99 standard, 6.5.4 Cast Operators, Footnote 85 "A cast does not 
> yield an lvalue.  Thus, a cast to a qualified type has the same effect 
> as a cast to the unqualified version of the type."

But the object being accessed is the one designated by *dereferencing* the cast
expression, and *that* is an lvalue. Quoting N1124:

"[6.5.3.2/4] The unary * operator denotes indirection. If the operand [...]
points to an object, the result is an lvalue designating the
object. If the operand has type ‘‘pointer to type’’, the result has type
‘‘type’’."

And of course:

"[6.5.4/2] Preceding an expression by a parenthesized type name converts the
value of the expression to the named type. [...]"

I think this answers the first half of your quote (i.e., footnote 86), but I'm
not sure what to make of the second half, especially in light of the "Thus".


-- 


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

[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566

[pluto at agmk dot net]

--- Additional Comments From pluto at agmk dot net  2005-07-08 09:33 ---
(In reply to comment #1)
> Most likely related to PR 22279.

`first_vi_for_offset` bug still occurs and it's easy to reproduct:

[ qt4 build / gcc-20050707T1814UTC ]

(...)
g++ -c -pipe -I/usr/include/postgresql/server -I/usr/include/mysql -O2
-march=i686 -mtune=pentium4 -fvisibility=hidden -fvisibility-inlines-hidden
-D_REENTRANT -Wall -W -fPIC -DQT_CLEAN_NAMESPACE -DQT_COMPAT
-DQT_NO_CAST_TO_ASCII -DQT_NO_CAST_FROM_ASCII -DQT_NO_DEBUG -DQT_PLUGIN
-DQT_CORE_LIB -DQT_SQL_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_SHARED
-I/home/users/pluto/rpm/BUILD/qt-x11-opensource-desktop-4.0.0/mkspecs/linux-g++
-I. -I../../../../include/QtSql -I../../../../include/QtCore
-I../../../../include -I.moc/release-shared -I. -o
.obj/release-shared/qsql_mysql.o ../../../sql/drivers/mysql/qsql_mysql.cpp
../../../sql/drivers/mysql/qsql_mysql.cpp: In member function 'virtual bool
QMYSQLResult::exec()':
../../../sql/drivers/mysql/qsql_mysql.cpp:685: internal compiler error: in
first_vi_for_offset, at tree-ssa-structalias.c:2585
(...)


-- 


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

[Bug fortran/18022] problem with structure and calling a function

[paulthomas2 at wanadoo dot fr]

--- Additional Comments From paulthomas2 at wanadoo dot fr  2005-07-08 
09:37 ---
(In reply to comment #1)
> This looks like it's a dupe of 15553
> *** This bug has been marked as a duplicate of 15553 ***

This is not correct - 15553 has been resolved.

The present bug comes about because the scalarizer does not recognise that the 
lvalues in   pts%x =  char2real_1d(tab_c(:,1))  are components in an array of 
derived types.  It instead treats them as an array of reals. This is odd because
  rbuffer = char2real_1d(tab_c(:,1))
  pts%x = rbuffer
works correctly.

There is something screwed up in gfc_trans_arrayfunc_assign that is causing 
this problem.  This can be confirmed by rewriting the two assignments as 
pts%x =  1.0*char2real_1d(tab_c(:,1))
pts%y =  1.0*char2real_1d(tab_c(:,2)), which now works correctly!!

Thus emboldened, I emliminated the branch to gfc_trans_arrayfunc_assign, 
whereupon the bug disappears.  What is this function for?  The rest of 
gfc_trans_assignment does its job correctly.

I will regtest over the weekend and check out whether it is "de-optimising" any 
code or not.


-- 


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

[Bug c++/21799] [4.0/4.1 regression] Spurious ambiguity with pointers to members

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
11:06 ---
Subject: Bug 21799

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-08 11:05:52

Modified files:
gcc/cp : ChangeLog pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: unify8.C unify9.C 

Log message:
cp:
PR c++/21799
* pt.c (type_unification_real): Add is_method argument.  Use it
for this pointer unification.
(fn_type_unification): Adjust type_unification_real call.
(unify): Likewise.
testsuite:
PR c++/21799
* g++.dg/template/unify8.C: New.
* g++.dg/template/unify9.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4814&r2=1.4815
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1012&r2=1.1013
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5741&r2=1.5742
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/unify8.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/unify9.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/21799] [4.0/4.1 regression] Spurious ambiguity with pointers to members

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-07-08 
11:08 ---
Fixed mainline
2005-07-08  Nathan Sidwell  <[EMAIL PROTECTED]>

PR c++/21799
* pt.c (type_unification_real): Add is_method argument.  Use it
for this pointer unification.
(fn_type_unification): Adjust type_unification_real call.
(unify): Likewise.

-- 
   What|Removed |Added

  Known to fail|4.0.1 4.1.0 |4.0.1
  Known to work|3.4.0 4.0.0 |3.4.0 4.0.0 4.1.0


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

[Bug c++/22363] New: Problems with friend function injection and destructor

[cxl at ntllib dot org]

This code does not compile:

template 
struct Feature {
friend void AssertFeature0(T *) {}
};

template 
inline void AssertFeature(T *t = 0) { if(t) AssertFeature0(t); }

template 
struct Test : Feature< Test >
{
int i;
~Test() { AssertFeature(); }
};

struct Foo : Feature { int x; };

void foo()
{
Test< Test > test;
}

--
The problem seems to be in fact that ~Test destructor is instantiated BEFORE
friend is injected and only in the case that templates are nested. Moving
AssertFeature to other method (and instatiating) or reducing test-case to just
"Test test;" makes code compile fine.

Comeau C++ testdrive compiles this code without problems.

-- 
   Summary: Problems with friend function injection and destructor
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cxl at ntllib dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/21875] [meta-bug] NIST test suite failures

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2005-07-08 11:15 
---
Jerry said he's working on this.

-- 
   What|Removed |Added

 CC||tobi at gcc dot gnu dot org
 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at verizon dot net
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug c++/22364] New: Problems with friend function injection and destructor

[cxl at ntllib dot org]

This code does not compile:

template 
struct Feature {
friend void AssertFeature0(T *) {}
};

template 
inline void AssertFeature(T *t = 0) { if(t) AssertFeature0(t); }

template 
struct Test : Feature< Test >
{
int i;
~Test() { AssertFeature(); }
};

struct Foo : Feature { int x; };

void foo()
{
Test< Test > test;
}

--
The problem seems to be in fact that ~Test destructor is instantiated BEFORE
friend is injected and only in the case that templates are nested. Moving
AssertFeature to other method (and instatiating) or reducing test-case to just
"Test test;" makes code compile fine.

Comeau C++ testdrive compiles this code without problems.

-- 
   Summary: Problems with friend function injection and destructor
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cxl at ntllib dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug regression/21456] compile time regression(s) after gcc-4.0-20050326, 4.0 (+300%) 4.1 (+500%)

[andre dot maute at gmx dot de]

--- Additional Comments From andre dot maute at gmx dot de  2005-07-08 
11:17 ---
(In reply to comment #3) 
Daniel Berlin suggested to check if -O2 compile times have increased too. 
 
indeed they DID! 
 
there is a bigger regression between 2005/03/26 and 2005/04/09 for gcc-4.0 
and 
there is a bigger regression between 2005/06/04 and 2005/07/02 for gcc-4.1 
 
the time reports for these four versions are at the end of this message 
 
 
time g++-3.3.6 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real0m12.330s 
user0m11.987s 
sys 0m0.238s 
 
time g++-3.3.6 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real0m15.640s 
user0m14.251s 
sys 0m0.449s 
 
time g++-3.4.4 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real0m18.919s 
user0m18.046s 
sys 0m0.344s 
 
time g++-3.4.4 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real0m21.822s 
user0m20.616s 
sys 0m0.506s 
 
time g++-4.0-20050326 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real0m16.376s 
user0m15.592s 
sys 0m0.259s 
 
time g++-4.0-20050326 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real0m18.449s 
user0m17.506s 
sys 0m0.406s 
 
time g++-4.0-20050409 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real0m51.759s 
user0m50.226s 
sys 0m0.836s 
 
time g++-4.0-20050409 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real0m54.810s 
user0m53.208s 
sys 0m0.837s 
 
time g++-4.0-20050602 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real0m51.109s 
user0m50.370s 
sys 0m0.736s 
 
time g++-4.0-20050602 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real0m56.077s 
user0m53.900s 
sys 0m0.903s 
 
time g++-4.0-20050630 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real0m51.137s 
user0m50.382s 
sys 0m0.755s 
 
time g++-4.0-20050630 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real0m55.065s 
user0m53.141s 
sys 0m0.837s 
 
time g++-4.1-20050604 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real0m54.375s 
user0m52.576s 
sys 0m0.840s 
 
time g++-4.1-20050604 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real0m57.049s 
user0m55.780s 
sys 0m0.767s 
 
time g++-4.1-20050702 -c -O2 -D __NDEBUG__ compiletimetest2.cc 
real1m15.242s 
user1m13.780s 
sys 0m0.820s 
 
time g++-4.1-20050702 -c -O2 -D __DEBUG__ compiletimetest2.cc 
real1m18.751s 
user1m17.090s 
sys 0m0.885s 
 
 
the configure options for the various versions can be found in 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21456 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16613 
 
ALL are configured with --disable-checking 
 
 
time g++-4.0-20050326 -c -O2 -D __NDEBUG__ compiletimetest2.cc -ftime-report 
 
Execution times (seconds) 
 callgraph construction:   0.05 ( 0%) usr   0.00 ( 0%) sys   0.05 ( 0%) wall 
 callgraph optimization:   0.01 ( 0%) usr   0.00 ( 0%) sys   0.01 ( 0%) wall 
 cfg construction  :   0.01 ( 0%) usr   0.00 ( 0%) sys   0.00 ( 0%) wall 
 cfg cleanup   :   0.30 ( 2%) usr   0.01 ( 1%) sys   0.34 ( 2%) wall 
 trivially dead code   :   0.13 ( 1%) usr   0.00 ( 0%) sys   0.17 ( 1%) wall 
 life analysis :   0.45 ( 3%) usr   0.00 ( 0%) sys   0.62 ( 4%) wall 
 life info update  :   0.12 ( 1%) usr   0.01 ( 1%) sys   0.14 ( 1%) wall 
 alias analysis:   0.25 ( 2%) usr   0.00 ( 0%) sys   0.21 ( 1%) wall 
 register scan :   0.26 ( 2%) usr   0.00 ( 0%) sys   0.20 ( 1%) wall 
 rebuild jump labels   :   0.01 ( 0%) usr   0.00 ( 0%) sys   0.04 ( 0%) wall 
 preprocessing :   0.07 ( 0%) usr   0.05 ( 6%) sys   0.11 ( 1%) wall 
 parser:   0.38 ( 2%) usr   0.09 (11%) sys   0.62 ( 4%) wall 
 name lookup   :   0.11 ( 1%) usr   0.18 (21%) sys   0.11 ( 1%) wall 
 integration   :   0.27 ( 2%) usr   0.00 ( 0%) sys   0.31 ( 2%) wall 
 tree gimplify :   0.17 ( 1%) usr   0.00 ( 0%) sys   0.20 ( 1%) wall 
 tree eh   :   0.01 ( 0%) usr   0.00 ( 0%) sys   0.00 ( 0%) wall 
 tree CFG construction :   0.01 ( 0%) usr   0.02 ( 2%) sys   0.04 ( 0%) wall 
 tree CFG cleanup  :   0.10 ( 1%) usr   0.01 ( 1%) sys   0.14 ( 1%) wall 
 tree find referenced vars:   0.04 ( 0%) usr   0.01 ( 1%) sys   0.04 ( 0%) 
wall 
 tree PTA  :   0.12 ( 1%) usr   0.01 ( 1%) sys   0.22 ( 1%) wall 
 tree alias analysis   :   0.08 ( 1%) usr   0.00 ( 0%) sys   0.11 ( 1%) wall 
 tree PHI insertion:   0.11 ( 1%) usr   0.00 ( 0%) sys   0.13 ( 1%) wall 
 tree SSA rewrite  :   0.14 ( 1%) usr   0.01 ( 1%) sys   0.06 ( 0%) wall 
 tree SSA other:   0.25 ( 2%) usr   0.16 (19%) sys   0.39 ( 2%) wall 
 tree operand scan :   0.21 ( 1%) usr   0.12 (14%) sys   0.51 ( 3%) wall 
 dominator optimization:   0.58 ( 4%) usr   0.01 ( 1%) sys   0.59 ( 4%) wall 
 tree SRA  :   0.01 ( 0%) usr   0.00 ( 0%) sys   0.00 ( 0%) wall 
 tree CCP  :   0.07 ( 0%) usr   0.00 ( 0%) sys   0.04 ( 0%) wall 
 tree split crit edges :   0.01 ( 0%) usr   0.00 ( 0%) sys   0.01 ( 0%) wall 
 tree PRE  :   0.19 ( 1%) usr 

[Bug target/22112] Another fallout from alias warning patch

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-07-08 
11:18 ---
rth beat me to installing a patch

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/20126] [3.4 Regression] Inlined memcmp makes one argument null on entry

[aoliva at gcc dot gnu dot org]

--- Additional Comments From aoliva at gcc dot gnu dot org  2005-07-08 
12:23 ---
I don't know whether I just forgot about it, or figured we'd be better off
leaving it as it was for a bit longer, so as to expose more cases we could
handle especially.

-- 


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

[Bug c++/22365] New: Fails to link

[igodard at pacbell dot net]

struct TT1 {
static int  v1;
static int  v2;
};
int TT1::v1;
int TT1::v2 = 3;
template struct TT2 {
static int  v1;
static int  v2;
};
template<> int  TT2::v1;
template<> int  TT2::v2 = 3;

int main() {
TT1 v;
v.v1 = 0;
v.v2 = 0;
TT2   vt;
vt.v1 = 0;
vt.v2 = 0;
}


gets you:

/tmp/cccfsd6q.o(.text+0x32): In function `main':
: undefined reference to `TT2::v1'
collect2: ld returned 1 exit status

Note that only one of the four definitions is not found.

Ivan

-- 
   Summary: Fails to link
   Product: gcc
   Version: 3.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566

[dberlin at dberlin dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-07-08 
12:54 ---
Subject: Re:  [4.1 Regression] ACATS ICE
cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566

On Fri, 2005-07-08 at 09:33 +, pluto at agmk dot net wrote:
> --- Additional Comments From pluto at agmk dot net  2005-07-08 09:33 
> ---
> (In reply to comment #1)
> > Most likely related to PR 22279.
> 
> `first_vi_for_offset` bug still occurs and it's easy to reproduct

There's a few bugs involved, it's just that the first_vi_for_offset is
the common place for the assert to trigger.

> :
> 
> [ qt4 build / gcc-20050707T1814UTC ]
> 
> (...)
> g++ -c -pipe -I/usr/include/postgresql/server -I/usr/include/mysql -O2
> -march=i686 -mtune=pentium4 -fvisibility=hidden -fvisibility-inlines-hidden
> -D_REENTRANT -Wall -W -fPIC -DQT_CLEAN_NAMESPACE -DQT_COMPAT
> -DQT_NO_CAST_TO_ASCII -DQT_NO_CAST_FROM_ASCII -DQT_NO_DEBUG -DQT_PLUGIN
> -DQT_CORE_LIB -DQT_SQL_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
> -DQT_SHARED
> -I/home/users/pluto/rpm/BUILD/qt-x11-opensource-desktop-4.0.0/mkspecs/linux-g++
> -I. -I../../../../include/QtSql -I../../../../include/QtCore
> -I../../../../include -I.moc/release-shared -I. -o
> .obj/release-shared/qsql_mysql.o ../../../sql/drivers/mysql/qsql_mysql.cpp
> ../../../sql/drivers/mysql/qsql_mysql.cpp: In member function 'virtual bool
> QMYSQLResult::exec()':
> ../../../sql/drivers/mysql/qsql_mysql.cpp:685: internal compiler error: in
> first_vi_for_offset, at tree-ssa-structalias.c:2585
> (...)
> 
> 

Can you -save-temps that and attach the preprocessed source?
If so, i'll fix the bug :)




-- 


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

[Bug fortran/18022] problem with structure and calling a function

[paulthomas2 at wanadoo dot fr]

--- Additional Comments From paulthomas2 at wanadoo dot fr  2005-07-08 
13:01 ---
(In reply to comment #3)
I answered my own question about the purpose of gfc_trans_arrayfunc_assign.

I have written a patch that distinguishes the case of components of derived 
types and skips this call.  This will be submitted tonight with a short 
testcase.

-- 


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

[Bug c/22098] [4.0 Regression] ICE in compound literal gimplification

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
13:08 ---
Subject: Bug 22098

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 13:08:15

Modified files:
gcc: ChangeLog c-objc-common.h c-tree.h c-typeck.c 
 langhooks-def.h langhooks.c langhooks.h tree.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/compile: pr22013-1.c 
gcc/testsuite/gcc.c-torture/execute: pr22098-1.c pr22098-2.c 
 pr22098-3.c 

Log message:
PR c/22013
PR c/22098
* langhooks.h (struct lang_hooks): Add expr_to_decl.
* langhooks.c (lhd_expr_to_decl): New.
* langhooks-def.h (lhd_expr_to_decl, LANG_HOOKS_EXPR_TO_DECL):
New.
(LANG_HOOKS_INITIALIZER): Update.
* tree.c (recompute_tree_invarant_for_addr_expr): Call
expr_to_decl langhook.
* c-tree.h (c_expr_to_decl): Declare.
* c-typeck.c (c_expr_to_decl): New.
(build_unary_op): Do not handle ADDR_EXPR of COMPOUND_LITERAL_EXPR
specially.
* c-objc-common.h (LANG_HOOKS_EXPR_TO_DECL): Define.

testsuite:
* gcc.c-torture/compile/pr22013-1.c,
gcc.c-torture/execute/pr22098-1.c,
gcc.c-torture/execute/pr22098-2.c,
gcc.c-torture/execute/pr22098-3.c: New tests.

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.297&r2=2.7592.2.298
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-objc-common.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.4&r2=2.4.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.193.4.4&r2=1.193.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.419.2.7&r2=1.419.2.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/langhooks-def.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.97&r2=1.97.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/langhooks.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.81&r2=1.81.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/langhooks.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.104&r2=1.104.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.466.4.4&r2=1.466.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.249&r2=1.5084.2.250
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr22013-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr22098-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr22098-2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr22098-3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1



-- 


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

[Bug c/22013] [4.0 Regression] ICE in gimple_add_tmp_var, at gimplify.c:535

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
13:09 ---
Subject: Bug 22013

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 13:08:15

Modified files:
gcc: ChangeLog c-objc-common.h c-tree.h c-typeck.c 
 langhooks-def.h langhooks.c langhooks.h tree.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/compile: pr22013-1.c 
gcc/testsuite/gcc.c-torture/execute: pr22098-1.c pr22098-2.c 
 pr22098-3.c 

Log message:
PR c/22013
PR c/22098
* langhooks.h (struct lang_hooks): Add expr_to_decl.
* langhooks.c (lhd_expr_to_decl): New.
* langhooks-def.h (lhd_expr_to_decl, LANG_HOOKS_EXPR_TO_DECL):
New.
(LANG_HOOKS_INITIALIZER): Update.
* tree.c (recompute_tree_invarant_for_addr_expr): Call
expr_to_decl langhook.
* c-tree.h (c_expr_to_decl): Declare.
* c-typeck.c (c_expr_to_decl): New.
(build_unary_op): Do not handle ADDR_EXPR of COMPOUND_LITERAL_EXPR
specially.
* c-objc-common.h (LANG_HOOKS_EXPR_TO_DECL): Define.

testsuite:
* gcc.c-torture/compile/pr22013-1.c,
gcc.c-torture/execute/pr22098-1.c,
gcc.c-torture/execute/pr22098-2.c,
gcc.c-torture/execute/pr22098-3.c: New tests.

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.297&r2=2.7592.2.298
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-objc-common.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.4&r2=2.4.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.193.4.4&r2=1.193.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.419.2.7&r2=1.419.2.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/langhooks-def.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.97&r2=1.97.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/langhooks.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.81&r2=1.81.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/langhooks.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.104&r2=1.104.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.466.4.4&r2=1.466.4.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.249&r2=1.5084.2.250
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr22013-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr22098-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr22098-2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr22098-3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1



-- 


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

[Bug c/22308] [4.0 Regression] Failure to diagnose violation of constraint 6.516p2

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
13:14 ---
Subject: Bug 22308

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 13:13:52

Modified files:
gcc: ChangeLog c-decl.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr22308-1.c 

Log message:
PR c/22308
* c-decl.c (finish_struct): Also copy C_TYPE_FIELDS_READONLY,
C_TYPE_FIELDS_VOLATILE and C_TYPE_VARIABLE_SIZE to type variants.

testsuite:
* gcc.dg/pr22308-1.c: New test.

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.298&r2=2.7592.2.299
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.630.6.13&r2=1.630.6.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.250&r2=1.5084.2.251
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr22308-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.8.1



-- 


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

[Bug fortran/22345] Internal compiler error compiling BLAS routine dspr.f

[mick at nag dot co dot uk]

--- Additional Comments From mick at nag dot co dot uk  2005-07-08 13:32 
---
Subject: Re:  Internal compiler error compiling BLAS routine
 dspr.f



pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-07 
> 13:20 ---
> I think this was fixed by the patch which fixed PR 21963.  Could you update 
> and try again?
> 

That seems to have done the trick - thank you

Mick Pont



This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk



-- 


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

[Bug fortran/18022] problem with structure and calling a function

[gruel at astro dot ufl dot edu]

--- Additional Comments From gruel at astro dot ufl dot edu  2005-07-08 
13:34 ---
Subject: Re:  problem with structure and calling a function



paulthomas2 at wanadoo dot fr wrote:
> --- Additional Comments From paulthomas2 at wanadoo dot fr  2005-07-08 
> 09:37 ---
> (In reply to comment #1)
> 
>>This looks like it's a dupe of 15553
>>*** This bug has been marked as a duplicate of 15553 ***
> 
> 
> This is not correct - 15553 has been resolved.
> 
> The present bug comes about because the scalarizer does not recognise that 
> the 
> lvalues in   pts%x =  char2real_1d(tab_c(:,1))  are components in an array of 
> derived types.  It instead treats them as an array of reals. This is odd 
> because
>   rbuffer = char2real_1d(tab_c(:,1))
>   pts%x = rbuffer
> works correctly.
> 
> There is something screwed up in gfc_trans_arrayfunc_assign that is causing 
> this problem.  This can be confirmed by rewriting the two assignments as 
> pts%x =  1.0*char2real_1d(tab_c(:,1))
> pts%y =  1.0*char2real_1d(tab_c(:,2)), which now works correctly!!
> 
> Thus emboldened, I emliminated the branch to gfc_trans_arrayfunc_assign, 
> whereupon the bug disappears.  What is this function for?  The rest of 
> gfc_trans_assignment does its job correctly.

I wrote this function to read some data files. This data files can have 
some format not determin at the beggining so I read it in character 
after I check if there are only numerical element and I recuperate the 
coordinate (it's why I'm usin a pts definition). In my files I can have 
some "nan" or "inf" and this is a source at problem (I don't know how to 
manage it in fortran).
Perhaps there are a something more efficient and elegant to do this but 
I don't know it if it's the case.

> I will regtest over the weekend and check out whether it is "de-optimising" 
> any 
> code or not.


Thanks,

Nicolas


-- 


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

[Bug c/21911] named parameter mistakenly identified as sentinel

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
14:01 ---
Subject: Bug 21911

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 13:59:35

Modified files:
gcc: ChangeLog c-common.c c-common.h c-typeck.c 
gcc/cp : ChangeLog call.c typeck.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/gcc.dg/format: sentinel-1.c 

Log message:
PR c/21911
* c-common.c (check_function_sentinel): Pass in named argument
list, skip over named arguments before looking for a sentinel.
(check_function_arguments): Pass in named argument list.
* c-common.h (check_function_arguments): Likewise.
* c-typeck.c (build_function_call): Likewise.

cp:
* call.c (build_over_call): Pass in named argument list to
`check_function_arguments'.
* typeck.c (build_function_call): Likewise.

testsuite:
PR c/21911
* gcc.dg/format/sentinel-1.c: Update.  Fix execl* calls.

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.299&r2=2.7592.2.300
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.606.2.4&r2=1.606.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.277.2.2&r2=1.277.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.419.2.8&r2=1.419.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.60&r2=1.4648.2.61
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/call.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.531.2.3&r2=1.531.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.616.2.9&r2=1.616.2.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.251&r2=1.5084.2.252
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/format/sentinel-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=1.2.48.1



-- 


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

[Bug middle-end/21897] [4.1 Regression] Segementation fault in fold_ternary

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
14:11 ---
Subject: Bug 21897

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 14:10:56

Modified files:
gcc: ChangeLog fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050604-1.c 

Log message:
* fold-const.c (operand_equal_p): Don't return 1, if element
chains for 2 VECTOR_CSTs are not the same length.

PR regression/21897
* fold-const.c (fold) : Don't crash if
not all VECTOR_CST elements are given.

* gcc.c-torture/execute/20050604-1.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=2.7592.2.10.2.42&r2=2.7592.2.10.2.43
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=1.517.4.9&r2=1.517.4.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=1.5084.2.9.2.36&r2=1.5084.2.9.2.37
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20050604-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=NONE&r2=1.1.8.1



-- 


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

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

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
14:13 ---
Subject: Bug 19317

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 14:13:13

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/opt: pr19317-1.C pr19317-2.C pr19317-3.C 

Log message:
PR c++/19317
* g++.dg/opt/pr19317-1.C: New test.
* g++.dg/opt/pr19317-2.C: New test.
* g++.dg/opt/pr19317-3.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=1.5084.2.9.2.37&r2=1.5084.2.9.2.38
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr19317-1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr19317-2.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr19317-3.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug tree-optimization/22360] upper_bound_in_type and lower_bound_in_type are buggy

[kazu at gcc dot gnu dot org]

-- 
   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2005-
   ||07/msg00566.html


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

[Bug c++/22361] Fails to identify

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-07-08 14:16 
---
This is already fixed in 4.0. In previous versions, one can have a little 
fun if the compiler is configured with checking enabled: 
 
g/x> /home/bangerth/bin/gcc-2.95.3/bin/c++ -c x.cc 
x.cc: In function `int main()': 
x.cc:13: `' cannot be `restrict'-qualified 
x.cc:13: confused by earlier errors, bailing out 
 
g/x> /home/bangerth/bin/gcc-3.2.3/bin/c++ -c x.cc 
x.cc: In function `int main()': 
x.cc:13: no matching function for call to `F(B::TP2&)' 
 
g/x> /home/bangerth/bin/gcc-3.3*/bin/c++ -c x.cc 
x.cc: In function `int main()': 
x.cc:13: internal compiler error: tree check: expected class 't', have 'x' ( 
   tree_vec) in cp_type_quals, at cp/typeck.c:6567 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See http://gcc.gnu.org/bugs.html> for instructions. 
 
g/x> /home/bangerth/bin/gcc-3.4*/bin/c++ -c x.cc 
x.cc: In function `int main()': 
x.cc:13: internal compiler error: tree check: expected class 't', have 
'x' (tree 
_vec) in cp_type_quals, at cp/typeck.c:6299 
Please submit a full bug report, 
with preprocessed source if appropriate. 
See http://gcc.gnu.org/bugs.html> for instructions. 
 
W. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||4.0.0
  Known to work||2.95 3.2 3.3 3.4.3
 Resolution||FIXED
   Target Milestone|--- |4.0.0


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

[Bug c++/22364] Problems with friend function injection and destructor

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-07-08 14:19 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/22363] Problems with friend function injection and destructor

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-07-08 14:19 
---
*** Bug 22364 has been marked as a duplicate of this bug. ***

-- 


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

[Bug fortran/22345] Internal compiler error compiling BLAS routine dspr.f

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
14:20 ---


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

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
14:21 ---
Subject: Bug 19005

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 14:20:28

Modified files:
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/execute: pr19005.c 

Log message:
PR target/19005
* gcc.c-torture/execute/pr19005.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=1.5084.2.9.2.38&r2=1.5084.2.9.2.39
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr19005.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug tree-optimization/21963] [4.1 Regression] ICE (seg fault) with -m64 (in IV-OPTS)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
14:20 ---
*** Bug 22345 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||mick at nag dot co dot uk


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

[Bug c++/22365] Fails to link

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-07-08 14:21 
---
This 
  template<> int  TT2::v1; 
only declares the existence of an explicit specialization. It does not 
define it. The standard explicitly says that to make this a definition 
you need to provide an initializer. 
 
W. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/22363] Problems with friend function injection and destructor

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||rejects-valid
  Known to fail||2.95.3 3.2.3 3.3.3 3.4.0
   ||4.0.0 3.0.4 4.1.0


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

[Bug target/22362] [3.4/4.0/4.1 Regression] static function calls and global register variables

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
14:37 ---
What is happening is that MR_deep_copy_typeclass_info is not being inlined but 
instead GCC changes 
the how the arguments are passed, via registers.  This is a target bug.
The bug is in:
  /* Use register calling convention for local functions when possible.  */
  if (!TARGET_64BIT && !user_convention && decl
  && flag_unit_at_a_time && !profile_flag)
{

This is a latent bug in 3.4.0 also.  In a way this could be reproduced in 
3.4.0.  This is a 3.4.0 and 4.0.0 
and 4.1.0 regression (even though it is harder to reproduce in 3.4.0 and 4.1.0).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c   |target
 Ever Confirmed||1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 14:37:52
   date||
Summary|Register allocation problem |[3.4/4.0/4.1 Regression]
   |in combination with -funit- |static function calls and
   |at-a-time and global|global register variables
   |register variables  |
   Target Milestone|--- |3.4.5


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

[Bug c/22308] [4.0 Regression] Failure to diagnose violation of constraint 6.516p2

[jsm28 at gcc dot gnu dot org]

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-07-08 14:46 
---
Fixed for 3.4.5, 4.0.2, 4.1.0.


-- 
   What|Removed |Added

OtherBugsDependingO||16620, 16989
  nThis||
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.0.2   |3.4.5


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

[Bug ada/22340] Ada build fails with --enable-bootsrap

[v dot haisman at sh dot cvut dot cz]

-- 
   What|Removed |Added

 CC||v dot haisman at sh dot cvut
   ||dot cz


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

[Bug c/21911] named parameter mistakenly identified as sentinel

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.1.0   |4.0.2


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

[Bug c/22013] [4.0 Regression] ICE in gimple_add_tmp_var, at gimplify.c:535

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
14:48 ---
Fixed for 4.0.2 and above.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c/22098] [4.0 Regression] ICE in compound literal gimplification

[pinskia at gcc dot gnu dot org]

-- 
Bug 22098 depends on bug 22013, which changed state.

Bug 22013 Summary: [4.0 Regression] ICE in gimple_add_tmp_var, at gimplify.c:535
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22013

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug c/22098] [4.0 Regression] ICE in compound literal gimplification

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
14:49 ---
Fixed for 4.0.2 and above.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/22366] New: [meta-bug] issues holding up the removal of loop.c

[steven at gcc dot gnu dot org]

This is a meta-bug for any issues related to the removal of the 
old loop  optimizer.  Please make this bug depend on: 
 
1) any bugs in loop.c; 
2) any bugs or pessimizations with -floop-optimize2 (i.e. the 
   new RTL loop optimizers); 
3) any bugs about missed optimizations with -fno-loop-optimize. 
4) other related issues by your own judgement ;-)

-- 
   Summary: [meta-bug] issues holding up the removal of loop.c
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: meta-bug
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steven at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/22340] Ada build fails with --enable-bootsrap

[bonzini at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |bonzini at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 14:52:16
   date||


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

[Bug middle-end/22366] [meta-bug] issues holding up the removal of loop.c

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-07-08 
14:58 ---
Bug 7561 is apparently a long-forgotten bug in loop.c array prefetching. 
 
Bug 21323 is a stength reduction ICE in loop.c. 
 
Bug 21848 is a report about loop.c producing wrong code. 
 
Bug 22325 is a missed optimization related to "final value replacement" where 
the final value is not a constant. 
 
Bug 20376 is a report about missing GIV splitting in the new unroller. 
 
 
Also note the wiki page, "http://gcc.gnu.org/wiki/old loop optimizer". 

-- 
   What|Removed |Added

 CC||rakdver at gcc dot gnu dot
   ||org
  BugsThisDependsOn||7561, 20376, 21323, 21848,
   ||22325
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 14:58:24
   date||


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

[Bug c/16620] [meta-bug] C90 conformance bugs

[jsm28 at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22367


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

[Bug fortran/22359] fseek intrinsic appears to be unimplemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
14:58 ---
Confirmed.

-- 
   What|Removed |Added

OtherBugsDependingO||19292
  nThis||
   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 14:58:38
   date||


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

[Bug c/22367] New: constraints on '&' not fully implemented

[jsm28 at gcc dot gnu dot org]

extern void v;
void f(void) { &v; }

is invalid in both C90 and C99: lvalues cannot have type void, although they can
have types const void or volatile void, and none of the other possibilities for
operands on '&' are met.  However, GCC fails to diagnose this code.

extern void *p;
void f(void) { &*p; }

is invalid in C90 (for the same reason) but valid in C99 because the result of a
'*' operator is a permitted operand for '&' in C99 even if not an lvalue.  GCC
gives a warning "dereferencing 'void *' pointer", but not an error with
-pedantic-errors.  In C90 mode, but not in C99 mode, the use of '&' in this code
should receive a pedwarn.  See also DRs 012 and 106.

I hope to fix these issues properly for 4.2 by moving information about whether
an expression has the right syntax to be an lvalue, or is the result of * or []
operators, into the c_expr structure; the difference between the above cases is
why this naturally involves two flags rather than one in that structure.  It is
however likely a simpler local fix could be found before then that examines the
trees to distinguish the two cases.

-- 
   Summary: constraints on '&' not fully implemented
   Product: gcc
   Version: 4.1.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
OtherBugsDependingO 16620,16989
 nThis:


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

[Bug c/16989] [meta-bug] C99 conformance bugs

[jsm28 at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22367


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

[Bug target/21323] internal compiler error: Segmentation fault

[steven at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||22366
  nThis||


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

[Bug c++/22363] Problems with friend function injection and destructor

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-07-08 14:58 
---
I don't quite know what to say, whether this is a bug or not. Take 
this reduced snippet: 
--- 
template  struct S { 
friend void foo(T *); 
}; 
 
template  void bar() { foo((T*)0); } 
 
template  
struct X : S< X > 
{ 
X() { bar(); } 
}; 
 
X< X > test; 
 
icc compiles this, but gcc doesn't, with this error message: 
 
g/x> /home/bangerth/bin/gcc-4.1*/bin/c++ -c x.cc 
x.cc:2: warning: friend declaration ‘void foo(T*)’ declares a 
non-template 
function 
x.cc:2: warning: (if this is not what you intended, make sure the function 
template has already been declared and add <> after the function name here) 
-Wno-non-template-friend disables this warning 
x.cc: In function ‘void bar() [with T = X]’: 
x.cc:10:   instantiated from ‘X::X() [with T = X]’ 
x.cc:13:   instantiated from here 
x.cc:5: error: cannot convert ‘X*’ to ‘X 
>*’ for argument ‘1’ to 
‘void foo(X >*)’ 
 
What is happening is that in the definition of 'test', we instantiate 
X >, which through its derivation from S>> makes sure  
that there is a function foo>> (that this function is available 
is visible from the error message). However, in the destructor of 
X>, we call bar> which in turn wants to call foo>, 
which doesn't exist. 
 
I believe that the reason why icc can compile this is that in the definition 
of 'test', the compiler does not only instantiate X>, but also X. 
If that were the case, then we would have a function foo> from that 
instantiation, available for use when we get to instantiate the destructor 
of X>. The question is: do we need to instantiate X in order to 
instantiate X>? 
 
(Here's a sidenote: apparently, icc only instantiates the *type* X, 
but not the destructor X::~X. I can infer this because if it did, 
then it would want to call bar which in turn would want to call 
foo; that one, however, doesn't exist...) 
 
W. 

-- 


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

[Bug ada/22340] Ada build fails with --enable-bootsrap

[v dot haisman at sh dot cvut dot cz]

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-07-08 15:02 ---
I have the same problem on FreeBSD. The following patch seems to fix (bootstrap
still in progess).

Index: Makefile.in
===
RCS file: /cvs/gcc/gcc/Makefile.in,v
retrieving revision 1.268
diff -c -p -d -r1.268 Makefile.in
*** Makefile.in 7 Jul 2005 15:39:17 -   1.268
--- Makefile.in 8 Jul 2005 14:58:22 -
*** objext = .o
*** 33746,33752 
  # Flags to pass to stage2 and later makes.
  POSTSTAGE1_FLAGS_TO_PASS = \
CC="$${CC}" CC_FOR_BUILD="$${CC_FOR_BUILD}" \
!   STAGE_PREFIX=$$r/stage-gcc/ \
CFLAGS="$(BOOT_CFLAGS)" \
ADAC="\$$(CC)"

--- 33746,33752 
  # Flags to pass to stage2 and later makes.
  POSTSTAGE1_FLAGS_TO_PASS = \
CC="$${CC}" CC_FOR_BUILD="$${CC_FOR_BUILD}" \
!   STAGE_PREFIX=$$r/stage1-gcc/ \
CFLAGS="$(BOOT_CFLAGS)" \
ADAC="\$$(CC)"


Howerver this is just a hack and the proper fix should be changing Makefile.tpl.


-- 


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

[Bug tree-optimization/22360] [4.0/4.1 Regression] upper_bound_in_type and lower_bound_in_type are buggy

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
15:06 ---
Confirmed, this is a latent bug in 4.0.0.  The code was not in 3.4.0 so this is 
4.0.0 regression.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||patch, wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 15:06:22
   date||
Summary|upper_bound_in_type and |[4.0/4.1 Regression]
   |lower_bound_in_type are |upper_bound_in_type and
   |buggy   |lower_bound_in_type are
   ||buggy
   Target Milestone|--- |4.0.2
Version|unknown |4.1.0


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

[Bug tree-optimization/22360] [4.0/4.1 Regression] upper_bound_in_type and lower_bound_in_type are buggy

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
15:07 ---
This also blocks the tree combiner even though I don't see the regression on 
ppc-darwin.

-- 
   What|Removed |Added

OtherBugsDependingO||15459
  nThis||


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

[Bug c/22367] constraints on '&' not fully implemented

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
15:08 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 15:08:42
   date||


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

[Bug middle-end/22366] [meta-bug] issues holding up the removal of loop.c

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
15:15 ---
[[old loop optimizer]]

-- 
   What|Removed |Added

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


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

[Bug target/22085] [4.1 Regression] error with -fpreprocessed

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
15:20 ---
Patch posted here: .

-- 
   What|Removed |Added

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


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

[Bug other/22368] New: [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

This is a meta bug for all of the mis-match type bugs in GCC.

-- 
   Summary: [meta-bugs] mis-match types in GCC
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: meta-bug
  Severity: normal
  Priority: P2
 Component: other
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=22368

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22328


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

[Bug ada/22328] Ada produces mis-match (non compatible) types in MODIFY_EXPR

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||22368
  nThis||


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22329
  BugsThisDependsOn||22335


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22356
  BugsThisDependsOn||22358


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

[Bug middle-end/22366] [meta-bug] issues holding up the removal of loop.c

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-07-08 
15:30 ---
Bug 19581 is about store motion that only loop.c currently does. 
 
Bug 19078 reports on a few tuning issues with BIV splitting in the unroller. 
 
Bug 11707 is about the lack of a constant propagation pass after loop2. 
Basically the question is here how late or early loop unrolling should happen. 

-- 


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-07-08 15:31:26
   date||


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22369


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

[Bug c++/22369] New: C++ produces mis-matched types with pointers to member functions

[pinskia at gcc dot gnu dot org]

Testcase:
struct A { void f() { } };
struct B: public A { };

typedef void (B::*bp)();

int main()
{
  bp b = &A::f;
}

-- 
   Summary: C++ produces mis-matched types with pointers to member
functions
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
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
OtherBugsDependingO 22368
 nThis:


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

[Bug ada/22328] Ada produces mis-match (non compatible) types in MODIFY_EXPR

[bosch at adacore dot com]

--- Additional Comments From bosch at adacore dot com  2005-07-08 15:39 
---
Subject: Re:  Ada produces mis-match (non compatible) types in MODIFY_EXPR

Something like the attached patch (untested) should work.
I've got child duty today, so won't be able to test this until
at least tonight.

This is slightly different from the code that was earlier removed,
in that it doesn't check recursively. Nested arrays and records
should always have proper types.

   -Geert


--- Additional Comments From bosch at adacore dot com  2005-07-08 15:39 
---
Created an attachment (id=9230)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9230&action=view)


-- 


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

[Bug middle-end/22370] New: Vec lower produces mis-match types

[pinskia at gcc dot gnu dot org]

Testcase:
typedef short __attribute__((vector_size (16))) vecint;
vecint i;
vecint j;
vecint k;
int
main ()
{
  k = i ^ j;
}

See PR 22368 for the patch which finds this.

-- 
   Summary: Vec lower produces mis-match types
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  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
OtherBugsDependingO 22368
 nThis:


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22370


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

[Bug ada/22328] Ada produces mis-match (non compatible) types in MODIFY_EXPR

[bosch at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Attachment #9230|application/octet-stream|text/plain
  mime type||
Attachment #9230 is|0   |1
  patch||


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

[Bug c/22371] New: C front-end produces mis-match types in MODIFY_EXPR

[pinskia at gcc dot gnu dot org]

Reduced from gcc.dg/debug/redecl-2.c:
typedef int IA[];
typedef int A5[5];
int array10[10];
A5 *ap;
void
f (void)
{
  int ap;
  {
extern IA *ap;
ap = &array10;
  }
}

See PR 22368 for the patch which catches this.

-- 
   Summary: C front-end produces mis-match types in MODIFY_EXPR
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
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
OtherBugsDependingO 22368
 nThis:


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22371


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

[Bug target/20126] [3.4 Regression] Inlined memcmp makes one argument null on entry

[uweigand at gcc dot gnu dot org]

--- Additional Comments From uweigand at gcc dot gnu dot org  2005-07-08 
15:48 ---
(In reply to comment #51)
> I don't know whether I just forgot about it, or figured we'd be better off
> leaving it as it was for a bit longer, so as to expose more cases we could
> handle especially.

Well, in my case the problem is that the pattern has two memory operands 
whose addresses need to agree, and loop is trying to change one of them
--> the insn predicate rejects.

I don't see how this can be fixed easily, and don't think much effort
should be put into the old loop code -- but we need a safe fall-back
to avoid the ICE.


-- 


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22372


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

[Bug tree-optimization/22372] New: Vectorizer produces mis-match types

[pinskia at gcc dot gnu dot org]

Testcase:
void f(int *);

int main ()
{
  int i;
  char ia[16];
  char ic[16] = {0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45};
  char ib[16] = {0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45};
  for (i = 0; i < 16; i++)
  ia[i] = ib[i] + ic[i];
  f(ia);
  return 0;
}

See PR 22368 for the patch which catches this.

-- 
   Summary: Vectorizer produces mis-match types
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
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
OtherBugsDependingO 22368
 nThis:


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

[Bug tree-optimization/22373] New: loop linear produces type mis-match

[pinskia at gcc dot gnu dot org]

Testcase:
double u[1782225];
int foo(int N, int *res)
{
  unsigned int i, j;
  double sum = 0;
  for (i = 0; i < N; i++)
{
  for (j = 0; j < N; j++)
{
  sum = sum + u[i + 1335 * j];
}
}
  *res = sum + N;
}

Patch in PR 22368 finds this.
ltrans-3.c: In function 'foo':
ltrans-3.c:6: error: statement types mismatch
lletmp.14D.1311_31 = 0;

unsigned intD.3
intD.0

-- 
   Summary: loop linear produces type mis-match
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
OtherBugsDependingO 22368
 nThis:


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22373


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22374


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

[Bug c++/22374] New: C++ front-end produces mis-match types in MODIFY_EXPR (dynamic_cast)

[pinskia at gcc dot gnu dot org]

Testcase:
struct B {
  virtual int f() { }
} ob;

struct D : public B {
  virtual int f() { }
} od;

main() {
  B *b = &ob;
  D *c = &dynamic_cast(*b);
}


Reduced from g++.old-deja/g++.mike/dyncast2.C
Patch in PR 22368 is used to find this.

-- 
   Summary: C++ front-end produces mis-match types in MODIFY_EXPR
(dynamic_cast)
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
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
OtherBugsDependingO 22368
 nThis:


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||22375


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

[Bug tree-optimization/22375] New: DOM (or fold_builtins) creates mis-matched types

[pinskia at gcc dot gnu dot org]

Take the following fortran code:
! { dg-do run }
! Option passed to avoid excess errors from obsolete warning
! { dg-options "-w" }
! PR18827
  integer i,j
  common /foo/ i,j
  assign 1000 to j
  j = 5
  goto j
 1000 continue
  end

We get errors as __builtin_expect is foldded to 0 but someone forgot to cast 
the constant:
assign_2.f90:7: error: statement types mismatch
D.472_9 = 0;


logical4D.6

Patch in PR 22368 is used to find this.

-- 
   Summary: DOM (or fold_builtins) creates mis-matched types
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
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
OtherBugsDependingO 22368
 nThis:


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

[Bug middle-end/22376] New: PTA is slow on a silly unrealistic test case

[steven at gcc dot gnu dot org]

Compile this at -O1, and you get 
 
 tree PTA  :  12.25 (36%) usr   0.08 ( 5%) sys  12.35 (35%) wall   
44137 kB (16%) ggc 
 
=== 
int *a; 
 
#define C1(A) \ 
  a[A##1] = A; a[A##2] = A; a[A##3] = A; a[A##4] = A; a[A##5] = A; \ 
  a[A##6] = A; a[A##7] = A; a[A##8] = A; a[A##9] = A; a[A##0] = A 
 
#define C2(A) \ 
  C1(A##1); C1(A##2); C1(A##3); C1(A##4); C1(A##5); \ 
  C1(A##6); C1(A##7); C1(A##8); C1(A##9); C1(A##0) 
 
#define C3(A) \ 
  C2(A##1); C2(A##2); C2(A##3); C2(A##4); C2(A##5); \ 
  C2(A##6); C2(A##7); C2(A##8); C2(A##9); C2(A##0) 
 
#define C4(A) \ 
  C3(A##1); C3(A##2); C3(A##3); C3(A##4); C3(A##5); 
//  C3(A##6); C3(A##7); C3(A##8); C3(A##9); C3(A##0) 
 
#define C5() \ 
  C4(1); C4(2); C4(3); C4(4); C4(5); \ 
  C4(6); C4(7); C4(8); C4(9) 
 
void 
foo (void) 
{ 
  C5 (); 
} 
===

-- 
   Summary: PTA is slow on a silly unrealistic test case
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steven at gcc dot gnu dot org
CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org


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

[Bug c++/22369] C++ produces mis-matched types with pointers to member functions

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
16:30 ---
Oh, I copied the wrong testcase.
Anyways here is the testcase which fails:
struct A { void f() { } };
struct B: public A { };
struct C: public A { };
struct D : public B, public C { };

typedef void (C::*cp)();
typedef void (D::*dp)();

int main()
{
  cp c;
  dp d2 = c;
}
pmf6.C:12: error: statement types mismatch
d2D.1741.__pfnD.1734 = D.1742;

DD.1726:: *
CD.1724:: *

-- 


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

[Bug ada/22340] Ada build fails with --enable-bootsrap

[v dot haisman at sh dot cvut dot cz]

--- Additional Comments From v dot haisman at sh dot cvut dot cz  
2005-07-08 17:19 ---
The "fix" doesn't fix it.

-- 


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

[Bug tree-optimization/22356] mis-match types in cplxlower

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
17:23 ---
Patch here: .

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/22356] mis-match types in cplxlower

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
18:05 ---
Subject: Bug 22356

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-08 18:05:12

Modified files:
gcc: ChangeLog tree-complex.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: pr22356-1.c 

Log message:
2005-07-08  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/22356
* testsuite/gcc.dg/pr22356-1.c: New test.

2005-07-08  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/22356
* tree-complex.c (expand_complex_libcall): Produce
REALPART_EXPR/IMAGPART_EXPR with the correct type.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9383&r2=2.9384
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-complex.c.diff?cvsroot=gcc&r1=2.34&r2=2.35
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr22356-1.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.5742&r2=1.5743



-- 


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

[Bug tree-optimization/22356] mis-match types in cplxlower

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

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


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

[Bug other/22368] [meta-bugs] mis-match types in GCC

[pinskia at gcc dot gnu dot org]

-- 
Bug 22368 depends on bug 22356, which changed state.

Bug 22356 Summary: mis-match types in cplxlower
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22356

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/18316] Missed IV optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
18:19 ---
We still have either a ra issue (or ivopts issue which our current ra cannot 
resolve).
On the tree level we get the following difference.
strength_test2:
:;
  *(data + (int *) ((unsigned int) *pretmp.9 * 4)) = 2;
  D.1276 = (int) ivtmp.14;
  ivtmp.14 = ivtmp.14 + ivtmp.17;
  if (*pretmp.11 > D.1276) goto ; else goto ;

strength_result2:
:;
  *(data + (int *) ((unsigned int) *pretmp.27 * 4)) = 2;
  i = (int) ((unsigned int) i + (unsigned int) k);
  if (*pretmp.28 > i) goto ; else goto ;


The PPC asm is:
test:
L2:
lwz r0,0(r7)
mr r9,r11
add r11,r11,r8
slwi r0,r0,2
stwx r6,r3,r0
lwz r2,0(r10)
cmpw cr7,r2,r9
bgt+ cr7,L2

result:
L9:
lwz r0,0(r10)
add r9,r9,r8
slwi r0,r0,2
stwx r7,r3,r0
lwz r2,0(r11)
cmpw cr7,r2,r9
bgt+ cr7,L9

Notice the extra mv.

-- 
   What|Removed |Added

   Keywords|patch   |ra


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

[Bug target/22083] [3.4/4.0 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
18:28 ---
Subject: Bug 22083

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 18:28:25

Modified files:
gcc: ChangeLog 
gcc/config/rs6000: aix51.h 

Log message:
2005-07-08  David Edelsohn  <[EMAIL PROTECTED]>

Backport from mainline:
2005-06-18  Roger Sayle  <[EMAIL PROTECTED]>
PR target/22083
* config/rs6000/aix51.h (TARGET_C99_FUNCTIONS): Remove definition.

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.301&r2=2.7592.2.302
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/aix51.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.25&r2=1.25.8.1



-- 


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

[Bug target/22083] [3.4/4.0 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
18:33 ---
Subject: Bug 22083

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-07-08 18:33:45

Modified files:
gcc: ChangeLog 
gcc/config/rs6000: aix51.h 

Log message:
2005-07-08  David Edelsohn  <[EMAIL PROTECTED]>

Backport from mainline:
2005-06-18  Roger Sayle  <[EMAIL PROTECTED]>
PR target/22083
* config/rs6000/aix51.h (TARGET_C99_FUNCTIONS): Remove definition.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.879&r2=2.2326.2.880
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/aix51.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.20&r2=1.20.14.1



-- 


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

[Bug target/22083] [3.4/4.0 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2005-07-08 18:35 
---
Patch applied to gcc-4.0 and gcc-3.4 branches.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/22083] [3.4/4.0 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Known to work|3.3.3 4.1.0 |3.3.3 4.1.0 4.0.2
   Target Milestone|4.0.2   |3.4.5


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

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

[dims at yahoo dot com]

--- Additional Comments From dims at yahoo dot com  2005-07-08 18:39 ---
Is the just released 4.0.1 on another branch? is that working?

-- dims

-- 


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

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
18:40 ---
(In reply to comment #22)
> Is the just released 4.0.1 on another branch? is that working?
Yes and yes (well bootstrap is).

-- 


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

[Bug tree-optimization/22329] VRP produces mis-matched (non compatible) types in MODIFY_EXPR

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
18:41 ---
Patch here: .

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/22335] DOM creates mis-matched types

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-08 
18:43 ---
Another testcase for a different related problem but still in DOM:
void abort(void) __attribute__((__noreturn__));
typedef struct {
  int container;
} edge_iterator;
struct ls_expr
{
  int index;
  int stores;
  struct ls_expr * next;
};
struct ls_expr * pre_ldst_mems;
edge_iterator ei;
void
store_motion (void)
{
  struct ls_expr * ptr, **prev_next_ptr_ptr;
  edge_iterator ei1;
  edge_iterator ei2;
  int a = ptr != ((void *)0);
  for (ptr = pre_ldst_mems, prev_next_ptr_ptr = &pre_ldst_mems;
   ptr != ((void *)0);
   ptr = *prev_next_ptr_ptr)
if (!((ptr)->stores))
 *prev_next_ptr_ptr = ptr->next;
else
  prev_next_ptr_ptr = &ptr->next;
  
  for (ptr = pre_ldst_mems; ptr != 0; ptr = ptr->next)
;
  ei1 = ei;
  ei2 = ei1;
  if (!ei2.container)
abort ();
  ei2 = ei1;
  if (!ei2.container)
abort ();
}


-- 


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

[Bug tree-optimization/22360] [4.0/4.1 Regression] upper_bound_in_type and lower_bound_in_type are buggy

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-07-08 
18:49 ---
Subject: Bug 22360

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-07-08 18:49:07

Modified files:
gcc: ChangeLog tree.c 

Log message:
PR tree-optimization/22360
* tree.c (upper_bound_in_type): Fix calculations for casting
to a non-wider signed type and casting a signed value to a
wider unsigned type.
(lower_bound_in_type): Fix calculations for casting to a
non-wider signed type.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9384&r2=2.9385
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcc&r1=1.494&r2=1.495



-- 


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

[Bug tree-optimization/22360] [4.0/4.1 Regression] upper_bound_in_type and lower_bound_in_type are buggy

[kazu at gcc dot gnu dot org]

--- Additional Comments From kazu at gcc dot gnu dot org  2005-07-08 18:49 
---
Just checked in a fix.


-- 


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