[Bug c++/18123] [3.4/4.0 regression] ICE on templated enum

[lerdsuwa at gcc dot gnu dot org]

--- Additional Comments From lerdsuwa at gcc dot gnu dot org  2004-10-24 08:44 
---
Will look at it.

-- 
   What|Removed |Added

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


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

[Bug bootstrap/18125] New: bootstrap fails in libstdc++'s configure script, ICE on every C++ conftest.

[debian-gcc at lists dot debian dot org]

CVS HEAD 20041024, works ok for i486-linux

configure:3264: /build/packages/gcc/snap/gcc-snapshot-20041024/build/gcc/xgcc -s
hared-libgcc -B/build/packages/gcc/snap/gcc-snapshot-20041024/build/gcc/ -nostdi
nc++ -L/build/packages/gcc/snap/gcc-snapshot-20041024/build/hppa-linux-gnu/libst
dc++-v3/src -L/build/packages/gcc/snap/gcc-snapshot-20041024/build/hppa-linux-gn
u/libstdc++-v3/src/.libs -B/usr/lib/gcc-snapshot/hppa-linux-gnu/bin/ -B/usr/lib/
gcc-snapshot/hppa-linux-gnu/lib/ -isystem /usr/lib/gcc-snapshot/hppa-linux-gnu/i
nclude -isystem /usr/lib/gcc-snapshot/hppa-linux-gnu/sys-include -c -g -O2 -D_GN
U_SOURCE -fno-builtin -O2 -g -O2  conftest.cc >&5
/usr/include/bits/waitstatus.h:69: internal compiler error: tree check: expected
 class 'type', have 'type' (record_type) in finish_struct_bits, at cp/class.c:14
40
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
configure:3270: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "package-unused"
| #define PACKAGE_TARNAME "libstdc++"
| #define PACKAGE_VERSION "version-unused"
| #define PACKAGE_STRING "package-unused version-unused"
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h.  */
| 
| #include 
| int
| main ()
| {
| exit (42);
|   ;
|   return 0;
| }

-- 
   Summary: bootstrap fails in libstdc++'s configure script, ICE on
every C++ conftest.
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa-linux
  GCC host triplet: hppa-linux
GCC target triplet: hppa-linux


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

[Bug c++/18126] New: sizeof compound-literal not parsed correctly

[jsm28 at gcc dot gnu dot org]

The C++ parser fails to parse sizeof compound-literal correctly.  For example,

int x = sizeof (int) { 1 };

receives the error

t.C:1: error: expected %<,%> or %<;%> before '{' token

As shown in the grammar for GNU extensions in comments in cp/parser.c,
compound literals are considered postfix-expressions as they are in C99,
so they are valid arguments to sizeof.  Just as the parser deals with
cast-expressions beginning with a parenthesised type name being either
casts or compound literals, so it needs to avoid committing too early
to a particular parse in the case of sizeof.  My new C parser handles
this case correctly, as has the old one since

2001-01-24  Joseph S. Myers  <[EMAIL PROTECTED]>

* c-parse.in (cast_expr): Move compound literals from here ...
(primary): ... to here.  Use standard terminology "compound
literal" instead of "constructor expression".

The same issue applies to alignof as applies to sizeof.  Since the C++
parser - unlike the C parser and the pre-3.4 C++ parser - accepts
general unary expressions as typeof operands (despite the ambiguity)
rather than just parenthesised expressions, it also applies to typeof.

-- 
   Summary: sizeof compound-literal not parsed correctly
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug bootstrap/18125] bootstrap fails in libstdc++'s configure script, ICE on every C++ conftest.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 12:58 
---
I think this is related to PR 17919 (or is a dup of that bug).  I think this is GC 
related.

-- 


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

[Bug other/16464] gfortran.dg test harness does not use loop

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug ada/18127] New: Bug box compiling s-fore.adb in libada

[awreynolds at mac dot com]

../../xgcc -B../../ -c -g -O2  -W -Wall -gnatpg  s-fore.adb -o s-fore.o
+===GNAT BUG 
DETECTED==+
| 4.0.0 20041023 (experimental) (powerpc-apple-darwin7.5.0) GCC error: |
| in rs6000_emit_minmax, at config/rs6000/rs6000.c:11805   |
| Error detected at s-fore.adb:58:1|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==
+

Please include these source files with error report
Note that list may not be accurate in some cases, 
so please double check that the problem can still 
be reproduced with the set of files listed.



raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:376
make[5]: *** [s-fore.o] Error 1
make[4]: *** [gnatlib] Error 2
make[3]: *** [gnatlib-shared] Error 2
make[2]: *** [gnatlib-shared] Error 2
make[1]: *** [all-target-libada] Error 2

-- 
   Summary: Bug box compiling s-fore.adb in libada
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: awreynolds at mac dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-apple-darwin
  GCC host triplet: powerpc-apple-darwin
GCC target triplet: powerpc-apple-darwin


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

[Bug ada/18127] Bug box compiling s-fore.adb in libada

[awreynolds at mac dot com]

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 16:23 
---
*** Bug 18127 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||awreynolds at mac dot com


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

[Bug ada/18127] Bug box compiling s-fore.adb in libada

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 16:23 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/17956] [4.0 Regression] ICE in rs6000_emit_minmax, config/rs6000/rs6000.c:11725

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 16:23 
---
Confirmed via the dup bug.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-24 16:23:35
   date||


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

[Bug c++/18126] sizeof compound-literal not parsed correctly

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2004-10-24 18:48 ---
Confirmed. As an additional data point, icc accepts the code without any 
problem. 
W. 
 

-- 


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

[Bug c++/18126] sizeof compound-literal not parsed correctly

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2004-10-24 18:53:46
   date||


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

[Bug c/18128] New: REGRESSION: Wrong precedence

[adamm at zombino dot com]

Produces wrong code on both 3.3.4 and 3.4.2 (in Debian Sid). It works perfectly
with gcc 2.95.

The problem is that,
-A+B == B-A
-A()+B == B-A()
-A+B() == B()-A
but,
-A()+B() ?= B()-A()

if A or B depend on each other, the last condition is !=. Otherwise, it is ==.
This breaks any code that relies on things like stack to execute operations, for
example,

stack A;
A.push(5);
A.push(2);

// do a subtraction of 5-2 and push resuls onto stack
A.push( -A.pop() + A.pop());

What it does, it actually A.pop() - A.pop() which is very wrong.



>  TEST CASE >
#include 

double A(){
static int div;
double r = 10.0/++div+div;
printf( "A() returns: %f iteration %d\n", r, div );
return r;
}

int main()
{
/* EXECUTES A()-A() INSTEAD OF -A()+A() */
printf( "-4.0 is %f\n", -A() + A());
}
<<<

reported in Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=278081

-- 
   Summary: REGRESSION: Wrong precedence
   Product: gcc
   Version: 3.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: adamm at zombino dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i386-linux
  GCC host triplet: i386-linux
GCC target triplet: i386-linux


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

[Bug c/18128] REGRESSION: Wrong precedence

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 19:01 
---
Invalid:
printf( "-4.0 is %f\n", -A() + A());

either A() can be evaluated first which is the misunderstanding in your part.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/18129] New: -fwritable-strings doesn't work

[jakub at gcc dot gnu dot org]

struct S { char *a, *b; };

extern void foo (struct S *);

int
main ()
{
  struct S s[] = {
{"ABCDEFGH0123", "T"},
{"ABCDEFGH4567", "T"},
{"ABCDEFGH89ZYX", "T"},
{"IJK012", "T"},
{"IJK345", "T"},
{"IJK678", "T"},
{"IJKLMN", "T"},
{"IJKOPQ", "T"},
{0, 0}
  };

  foo (s);
  return 0;
}

at -O2 -fwritable-strings results in 33 .data strings (one is "", so 32), while
the program has just 16 - everything is duplicated and only one copy is used.

With more strings in the table, the result is sometimes unlinkable due to
undefined .LCxxx symbols.

I'm very well aware that -fwritable-strings is deprecated, but either it should
be killed already in GCC 3.4.x, or it should work.

-- 
   Summary: -fwritable-strings doesn't work
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: x86_64-redhat-linux


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

[Bug middle-end/18129] [3.4 Regression] -fwritable-strings doesn't work

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||wrong-code
Summary|-fwritable-strings doesn't  |[3.4 Regression] -fwritable-
   |work|strings doesn't work
   Target Milestone|--- |3.4.3


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

[Bug middle-end/18129] [3.4 Regression] -fwritable-strings doesn't work

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 19:56 
---
Confirmed.

20030422 (236) between 20030504 (237)

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-24 19:56:22
   date||


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

[Bug middle-end/18129] [3.4 Regression] -fwritable-strings doesn't work

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 20:31 
---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug java/18130] New: ICE when static class extends inner class

[kon at iki dot fi]

I doubt this code is valid, but anyway, GCC should display a proper
error message rather than just crash.

I am using a GCC checked out from CVS HEAD yesterday.
I also get an ICE with GCC 3.3.4-11 and 3.4.1-17 from Debian,
but i haven't tried the corresponding FSF releases.

--- Source file ---

class ICE_InnerClass {
class First {
}

static class Second extends First {
}
}

--- Invocation ---

$ gcj -v -C ICE_InnerClass.java 
Reading specs from
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/i386-pc-linux-gnu/4.0.0/specs
Configured with: /home/kalle/src/FOREIGN-CVS/gcc/configure --prefix=/home/kalle
--exec-prefix=/home/kalle/i386-pc-linux-gnu --host=i386-pc-linux-gnu
--build=i386-pc-linux-gnu --enable-maintainer-mode --with-x-toolkit=gtk
Thread model: posix
gcc version 4.0.0 20041023 (experimental)

/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../libexec/gcc/i386-pc-linux-gnu/4.0.0/jc1 
ICE_InnerClass.java -quiet -dumpbase ICE_InnerClass.java -auxbase-strip
NONE -g1 -version -fsyntax-only -femit-class-files -o /dev/null
GNU Java version 4.0.0 20041023 (experimental) (i386-pc-linux-gnu)
compiled by GNU C version 3.3.4 (Debian 1:3.3.4-11).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Class path starts here:
/home/kalle/pikkuohjelmat/java/
   
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/../../../share/java/libgcj-4.0.0.jar/
 (system) (zip)
ICE_InnerClass.java: In class 'ICE_InnerClass$Second':
ICE_InnerClass.java: In constructor '()':
ICE_InnerClass.java:1: 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.

--- Backtrace ---

$ gdb
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../libexec/gcc/i386-pc-linux-gnu/4.0.0/jc1
GNU gdb 6.0-debian
Copyright 2003 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 "i386-linux"...
(gdb) set args ICE_InnerClass.java -quiet -dumpbase ICE_InnerClass.java
-auxbase-strip NONE -g1 -version -fsyntax-only -femit-class-files -o /dev/null
(gdb) run
Starting program:
/home/kalle/stow/gcc/i386-pc-linux-gnu/libexec/gcc/i386-pc-linux-gnu/4.0.0/jc1
ICE_InnerClass.java -quiet -dumpbase ICE_InnerClass.java -auxbase-strip NONE -g1
-version -fsyntax-only -femit-class-files -o /dev/null
GNU Java version 4.0.0 20041023 (experimental) (i386-pc-linux-gnu)
compiled by GNU C version 3.3.4 (Debian 1:3.3.4-11).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Class path starts here:
/home/kalle/pikkuohjelmat/java/
/home/kalle/share/java/libgcj-4.0.0.jar/ (system) (zip)

Program received signal SIGSEGV, Segmentation fault.
java_complete_lhs (node=0x0) at parse.y:11606
11606 if (TREE_TYPE (node) && TREE_CODE (node) != CONVERT_EXPR)
(gdb) backtrace
#0  java_complete_lhs (node=0x0) at parse.y:11606
#1  0x08076f44 in java_complete_tree (node=0x0) at parse.y:11568
#2  0x08071e5d in patch_method_invocation (patch=0x40197140, primary=0x0, 
where=0x0, from_super=0, is_static=0x0, ret_decl=0xb634)
at parse.y:10794
#3  0x08078d57 in java_complete_lhs (node=0x40197140) at parse.y:12076
#4  0x08076f44 in java_complete_tree (node=0x40197140) at parse.y:11568
#5  0x08077519 in java_complete_lhs (node=0x401613dc) at parse.y:11689
#6  0x08076f44 in java_complete_tree (node=0x401613dc) at parse.y:11568
#7  0x08069c88 in java_complete_expand_method (mdecl=0x401956cc)
at parse.y:8243
#8  0x08068a50 in java_complete_expand_methods (class_decl=0x40190e80)
at parse.y:7932
#9  0x08068571 in java_complete_expand_class (outer=0x40190a6c) at parse.y:7891
#10 0x080684ae in java_complete_expand_classes () at parse.y:7874
#11 0x0806dcbd in java_expand_classes () at parse.y:9199
#12 0x080c533b in java_parse_file (set_yydebug=0)
at /home/kalle/src/FOREIGN-CVS/gcc/gcc/java/jcf-parse.c:1209
#13 0x083dc15f in compile_file ()
at /home/kalle/src/FOREIGN-CVS/gcc/gcc/toplev.c:986
#14 0x083ddae5 in do_compile ()
at /home/kalle/src/FOREIGN-CVS/gcc/gcc/toplev.c:2074
#15 0x083ddb55 in toplev_main (argc=0, argv=0xb934)
at /home/kalle/src/FOREIGN-CVS/gcc/gcc/toplev.c:2106
#16 0x080da13b in main (argc=0, argv=0x0)
at /home/kalle/src/FOREIGN-CVS/gcc/gcc/main.c:35

-- 
   Summary: ICE when static class extends inner class
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kon at iki dot fi
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
 GCC build triplet: i3

[Bug java/18130] ICE when static class extends inner class

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 21:46 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-invalid-code
   Last reconfirmed|-00-00 00:00:00 |2004-10-24 21:46:42
   date||


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

[Bug java/18131] New: [meta-bug] inner class problems in java front-end

[pinskia at gcc dot gnu dot org]

 

-- 
   Summary: [meta-bug] inner class problems in java front-end
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code, ice-on-invalid-code, rejects-valid,
accepts-invalid, meta-bug
  Severity: minor
  Priority: P2
 Component: java
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,java-prs at gcc dot gnu
dot org
 BugsThisDependsOn: 18130


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

[Bug java/18130] ICE when static class extends inner class

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||18131
  nThis||


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

[Bug java/18131] [meta-bug] inner class problems in java front-end

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||12788


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

[Bug java/18131] [meta-bug] inner class problems in java front-end

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||15714


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

[Bug java/18131] [meta-bug] inner class problems in java front-end

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-24 21:51:15
   date||


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

[Bug java/17747] bogus duplicate class errors

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||18131
  nThis||


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

[Bug ada/18085] [Ada] - C++ interoperability sample program fails, 3.4.2, Linux 2.4.20-8, Red Hat 9.0

[karl at grebyn dot com]

--- Additional Comments From karl at grebyn dot com  2004-10-24 22:39 ---
Problem is that the documentation has an incorrect specification of the interface.

By changing ex7.h to the following, the program works.
 
 //ex7.h
 
 class Origin {
  public:
   int a_value;
 };
 class A : public Origin {
  public:
   void method1 (void);
   virtual void method2 (int v);
   A();
   //   int   a_value;
 };

I leave it to the language lawyers to determine why some sort of error wasn't
raised before...

-- 
   What|Removed |Added

   Severity|normal  |minor


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

[Bug other/18132] New: Problem compiling gcc 3.4.2

[pierre42d at 9online dot fr]

# make
make[1]: Entering directory `/tmp/gcc-3.4.2/libiberty'
if [ x"-fpic" != x ]; then \
  gcc -c -DHAVE_CONFIG_H -s -O3 -march=i686 -I. -I./../include  -W -Wall
-Wtraditional -pedantic -fpic regex.c -o pic/regex.o; \
else true; fi
regex.c:132: warning: conflicting types for built-in function 'malloc'
In file included from /usr/include/bits/string2.h:1185,
 from /usr/include/string.h:360,
 from regex.c:151:
/usr/include/stdlib.h:527: error: conflicting types for 'malloc'
regex.c:132: error: previous declaration of 'malloc' was here
/usr/include/stdlib.h:527: error: conflicting types for 'malloc'
regex.c:132: error: previous declaration of 'malloc' was here
In file included from ./../include/xregex.h:26,
 from regex.c:195:
./../include/xregex2.h:548: warning: ISO C90 does not support `static' or type
qualifiers in parameter array declarators
In file included from regex.c:649:
regex.c: In function `byte_regex_compile':
regex.c:2473: warning: implicit declaration of function `free'
regex.c: In function `byte_compile_range':
regex.c:4548: warning: signed and unsigned type in conditional expression
regex.c:4558: warning: signed and unsigned type in conditional expression
regex.c:4558: warning: signed and unsigned type in conditional expression
regex.c: In function `byte_re_compile_fastmap':
regex.c:4898: warning: implicit declaration of function `abort'
regex.c: In function `xregcomp':
regex.c:8043: warning: signed and unsigned type in conditional expression
regex.c: At top level:
regex.c:8178: warning: unused parameter 'preg'
make[1]: *** [regex.o] Error 1
make[1]: Leaving directory `/tmp/gcc-3.4.2/libiberty'
make: *** [all-libiberty] Error 2

-- 
   Summary: Problem compiling gcc 3.4.2
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pierre42d at 9online dot fr
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/15286] ICE cause by reload

[dje at gcc dot gnu dot org]

--- Additional Comments From dje at gcc dot gnu dot org  2004-10-24 22:52 ---
This problem appears to be a confluence of issues between fix_truncdfdi2 and
limitations of reload, exacerbated by Apple's LL64 mode.

The problematic code is

typedef unsigned long clock_t;
clock_t clock(void);
  clock_t clock_start;
  clock_start = (double)clock();

On an LP64 system, clock_start would be DImode, but in the LL64 environment the
variable is SImode while GCC wants to perform computations in DImode.  (Note
that clock() also returns an SImode clock_t, but the code inserts the
unnecessary (double) conversion.)

It looks like this problem will occur whenever a DImode value is materialized in
an FPR (e.g., PPC64 fctid instruction is enabled) and one only accesses it as an
SImode value:

DFmode d;
SImode x = (SImode) (DImode) d;

One solution is to convince the compiler to collapse out the DImode and directly
convert the DFmode to SImode using fix_truncdfsi2 instead of fix_truncdfdi2.

With the intervening DImode remaining, GCC chooses fix_truncdfdi2, which
produces a DImode result in an FPR.  The only use of the DImode result is the
SImode user variable, so GCC uses the SImode pseudo wrapped in a DImode SUBREG
directly as the result.  When reload needs to spill the value to get it into a
GPR, it dies because it cannot spill the SImode value to its home location.

One could view this problem as reload not obeying CANNOT_CHANGE_MODE_CLASS
because it should not try to spill just the SImode SUBREG instead of creating a
DImode temporary on the stack.  It needs to spill the entire result, not just
the live portion.

This also could be solved by the fix_truncdfdi2 pattern explicitly moving the
result to a GPR instead of relying on reload to correctly implement that maneuver.

There are more and less complicated solutions, but I am not sure which one is
correct.

-- 


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

[Bug other/18132] Problem compiling gcc 3.4.2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 22:53 
---
How did you configure GCC and what are your CFLAGS?

-- 


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

[Bug other/18132] Problem compiling gcc 3.4.2

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Keywords||build


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

[Bug tree-optimization/18133] New: computed gotos are not folded back to regual gotos when it is found it is not a computed goto at all

[pinskia at gcc dot gnu dot org]

void foo (void)
{
void *p;
p = &&L0;
goto *p;
L0:
return;
}

This is only needed for tree level.

-- 
   Summary: computed gotos are not folded back to regual gotos when
it is found it is not a computed goto at all
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: missed-optimization, TREE
  Severity: enhancement
  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


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

[Bug tree-optimization/18133] computed gotos are not folded back to regual gotos when it is found it is not a computed goto at all

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 23:36 
---
Confirmed via Steven on IRC (really he was the one who gave the example).

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-24 23:36:30
   date||


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

[Bug tree-optimization/18134] New: computed goto and if statement

[pinskia at gcc dot gnu dot org]

int  foo (int a)
{
void *p;
if (a!=0)
  p = &&L0;
else
  p = &&L1;
goto *p;
L0:
return 1;
L1:
return 0;
}

this should be equivant to:
int foo(int a) { return a !=0;}

-- 
   Summary: computed goto and if statement
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: missed-optimization, TREE
  Severity: enhancement
  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


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

[Bug tree-optimization/18134] computed goto and if statement

[steven at gcc dot gnu dot org]

-- 
   What|Removed |Added

  BugsThisDependsOn||18133


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

[Bug tree-optimization/18133] computed gotos are not folded back to regual gotos when it is found it is not a computed goto at all

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2004-10-24 23:52 
---
Fixing this is easy 
 
for all bb 
  if bb ends in a computed goto 
  (which on tree means there is *only* a computed goto) 
find the computed goto target 
if the target is an SSA_NAME and the SSA_NAME_DEF_STMT is a PHI node 
  go through all the PHI nodes, and if one is the address of a label 
let bb be the source block of the edge for the constant PHI argument 
let label be the PHI argument 
ssa_remove_edge all outdoing edges of bb 
add a new edge to block_for_label(label) 
update the GOTO_TARGET to be label 
 
This probably should be folded into cleanup_control_flow. 

-- 


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

[Bug tree-optimization/18134] computed goto and if statement

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-24 23:55 
---
Confirmed via Steven.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-24 23:55:33
   date||


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

[Bug libgcj/18135] New: gctest uses the installed libgcc_s on darwin

[pinskia at gcc dot gnu dot org]

I found this when I was running the testsuite on a new compiler with a new prefix that 
was empty.

creating gctest
make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CFLAGS=-O2 -g -O2" "CXXFLAGS=-g -O2" 
"CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=-O2 -g -O2" "INSTALL=/usr/bin/install -c" 
"INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c" 
"INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS=" "LIBCFLAGS=-O2 -g -O2" 
"LIBCFLAGS_FOR_TARGET=-O2 -g -O2" "MAKE=make" "MAKEINFO=makeinfo --split-size=500  
" 
"PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "EXPECT=expect" "RUNTEST=runtest" 
"RUNTESTFLAGS=" "exec_prefix=/Users/pinskia/local1" 
"infodir=/Users/pinskia/local1/info" "libdir=/
Users/pinskia/local1/lib" "prefix=/Users/pinskia/local1" 
"tooldir=/Users/pinskia/local1/powerpc-
apple-darwin7.4.1" "AR=ar" "AS=as" "CC=/Users/pinskia/src/local1/gcc/objdir/gcc/xgcc 
-B/Users/
pinskia/src/local1/gcc/objdir/gcc/ 
-B/Users/pinskia/local1/powerpc-apple-darwin7.4.1/bin/ -B/
Users/pinskia/local1/powerpc-apple-darwin7.4.1/lib/ -isystem 
/Users/pinskia/local1/powerpc-apple-
darwin7.4.1/include -isystem 
/Users/pinskia/local1/powerpc-apple-darwin7.4.1/sys-include" "CXX=/
Users/pinskia/src/local1/gcc/objdir/gcc/g++ 
-B/Users/pinskia/src/local1/gcc/objdir/gcc/ 
-nostdinc++ -nostdinc++ 
-I/Users/pinskia/src/local1/gcc/objdir/powerpc-apple-darwin7.4.1/
libstdc++-v3/include/powerpc-apple-darwin7.4.1 
-I/Users/pinskia/src/local1/gcc/objdir/powerpc-
apple-darwin7.4.1/libstdc++-v3/include 
-I/Users/pinskia/src/local1/gcc/libstdc++-v3/libsupc++ -I/
Users/pinskia/src/local1/gcc/libstdc++-v3/libsupc++ 
-I/Users/pinskia/src/local1/gcc/libstdc++-v3/
include/backward -I/Users/pinskia/src/local1/gcc/libstdc++-v3/testsuite 
-L/Users/pinskia/src/
local1/gcc/objdir/powerpc-apple-darwin7.4.1/libstdc++-v3/src 
-L/Users/pinskia/src/local1/gcc/
objdir/powerpc-apple-darwin7.4.1/libstdc++-v3/src/.libs 
-B/Users/pinskia/local1/powerpc-apple-
darwin7.4.1/bin/ -B/Users/pinskia/local1/powerpc-apple-darwin7.4.1/lib/ -isystem 
/Users/pinskia/
local1/powerpc-apple-darwin7.4.1/include -isystem /Users/pinskia/local1/powerpc-apple-
darwin7.4.1/sys-include" "LD=ld" "LIBCFLAGS=-O2 -g -O2" "NM=nm" "PICFLAG=" 
"RANLIB=ranlib -c" 
"DESTDIR=" check-TESTS
dyld: gctest can't open library: /Users/pinskia/local1/lib/libgcc_s.1.0.dylib  (No 
such file or directory, 
errno = 2)
FAIL: gctest
===
1 of 1 tests failed

-- 
   Summary: gctest uses the installed libgcc_s on darwin
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libgcj
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,java-prs at gcc dot gnu
dot org
 GCC build triplet: powerpc-darwin
  GCC host triplet: powerpc-darwin
GCC target triplet: powerpc-darwin


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

[Bug libstdc++/14939] libstdc++ doesn't compile with uclibc headers

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 00:48 
---
Can you tell us if this patch works?

-- 


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

[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Attachment #6828|application/octet-stream|text/plain
  mime type||


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

[Bug tree-optimization/18136] New: arguments being gimple registers cause redundant memory loads

[hubicka at gcc dot gnu dot org]

Since the arguments are gimple registers, gimple optimizers are happy to create many 
references to it.
While lowering them to RTL these however compile to memory loads causing number of 
redundant loads.
The attached quicksort loop on when compiled with -O2 -fno-loop-optimize (the other 
being needed only for clarity of the testcase) produces such a funny sequence:
movl8(%ebp), %eax   # 143   *movsi_1/1  [length = 3]
movl8(%ebp), %edx   # 171   *movsi_1/1  [length = 3]
movl8(%ebp), %ebx   # 145   *movsi_1/1  [length = 3]
These are comming from:
  median = data[start];
  pos.22 = start + 1;
  if (end - start <= 1) goto ; else goto ;
where each of these compiles into RTL expression that looks different to CSE:
(insn 16 15 18 1 (set (reg/v:SI 66 [ median ])
(mem/s:SI (plus:SI (mult:SI (reg/v:SI 68 [ start ])
(const_int 4 [0x4]))
(reg/f:SI 70)) [3 data S4 A32])) -1 (nil)
(nil))

(insn 18 16 20 1 (parallel [
(set (reg/v:SI 60 [ pos.22 ])
(plus:SI (reg/v:SI 68 [ start ])
(const_int 1 [0x1])))
(clobber (reg:CC 17 flags))
]) -1 (nil)
(nil))

(insn 20 18 21 1 (parallel [
(set (reg:SI 71)
(minus:SI (reg/v:SI 69 [ end ])
(reg/v:SI 68 [ start ])))
(clobber (reg:CC 17 flags))
]) -1 (nil)
(nil))

(insn 21 20 22 1 (set (reg:CCGC 17 flags)
(compare:CCGC (reg:SI 71)
(const_int 1 [0x1]))) -1 (nil)
(nil))
Similarly we get redudnant loads inside the loop itself.

Not sure about sollution - making arguments nongimple registers does not lead 
optimizers to deal with them very nicely, forcing
expander to load memory operands to register in prologue would lead to unnecesarly 
long lifetimes...
forcing memory operands to registers in RTL generation is something we want to avoid ;)
Ideas?

-- 
   Summary: arguments being gimple registers cause redundant memory
loads
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
CC: dnovillo at redhat dot com,gcc-bugs at gcc dot gnu dot
org,rth at redhat dot com,stevenb at suse dot de
GCC target triplet: i686-linux


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

[Bug tree-optimization/18136] arguments being gimple registers cause redundant memory loads

[hubicka at gcc dot gnu dot org]

--- Additional Comments From hubicka at gcc dot gnu dot org  2004-10-25 00:50 
---
Created an attachment (id=7406)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7406&action=view)
the quicksort loop


-- 


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

[Bug tree-optimization/18137] New: arguments being gimple registers cause redundant memory loads

[hubicka at gcc dot gnu dot org]

Since the arguments are gimple registers, gimple optimizers are happy to create many 
references to it.
While lowering them to RTL these however compile to memory loads causing number of 
redundant loads.
The attached quicksort loop on when compiled with -O2 -fno-loop-optimize (the other 
being needed only for clarity of the testcase) produces such a funny sequence:
movl8(%ebp), %eax   # 143   *movsi_1/1  [length = 3]
movl8(%ebp), %edx   # 171   *movsi_1/1  [length = 3]
movl8(%ebp), %ebx   # 145   *movsi_1/1  [length = 3]
These are comming from:
  median = data[start];
  pos.22 = start + 1;
  if (end - start <= 1) goto ; else goto ;
where each of these compiles into RTL expression that looks different to CSE:
(insn 16 15 18 1 (set (reg/v:SI 66 [ median ])
(mem/s:SI (plus:SI (mult:SI (reg/v:SI 68 [ start ])
(const_int 4 [0x4]))
(reg/f:SI 70)) [3 data S4 A32])) -1 (nil)
(nil))

(insn 18 16 20 1 (parallel [
(set (reg/v:SI 60 [ pos.22 ])
(plus:SI (reg/v:SI 68 [ start ])
(const_int 1 [0x1])))
(clobber (reg:CC 17 flags))
]) -1 (nil)
(nil))

(insn 20 18 21 1 (parallel [
(set (reg:SI 71)
(minus:SI (reg/v:SI 69 [ end ])
(reg/v:SI 68 [ start ])))
(clobber (reg:CC 17 flags))
]) -1 (nil)
(nil))

(insn 21 20 22 1 (set (reg:CCGC 17 flags)
(compare:CCGC (reg:SI 71)
(const_int 1 [0x1]))) -1 (nil)
(nil))
Similarly we get redudnant loads inside the loop itself.

Not sure about sollution - making arguments nongimple registers does not lead 
optimizers to deal with them very nicely, forcing
expander to load memory operands to register in prologue would lead to unnecesarly 
long lifetimes...
forcing memory operands to registers in RTL generation is something we want to avoid ;)
Ideas?

-- 
   Summary: arguments being gimple registers cause redundant memory
loads
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
CC: dnovillo at redhat dot com,gcc-bugs at gcc dot gnu dot
org,rth at redhat dot com,stevenb at suse dot de
GCC target triplet: i686-linux


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

[Bug tree-optimization/18137] arguments being gimple registers cause redundant memory loads

[hubicka at gcc dot gnu dot org]

--- Additional Comments From hubicka at gcc dot gnu dot org  2004-10-25 00:51 
---
Created an attachment (id=7407)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7407&action=view)
testcase


-- 


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

[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 00:59 
---
Confirmed, here is a reduced testcase:
unsigned char a, b, c, d, e, f, g;
void safer_ecb_encrypt(unsigned char *block_out, unsigned char *key, unsigned int 
round)
{
while(round-- > 0)
{
a ^= *++key; b += *++key; c += *++key; d ^= *++key;
e ^= *++key; f += *++key; g += *++key; 
}
block_out[0] = a & 0xFF; block_out[1] = b & 0xFF;
block_out[2] = c & 0xFF; block_out[3] = d & 0xFF;
block_out[4] = e & 0xFF; block_out[5] = f & 0xFF;
block_out[6] = g & 0xFF;
}

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-25 00:59:01
   date||


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

[Bug tree-optimization/18137] arguments being gimple registers cause redundant memory loads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 01:03 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/18136] arguments being gimple registers cause redundant memory loads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 01:03 
---
*** Bug 18137 has been marked as a duplicate of this bug. ***

-- 


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

[Bug tree-optimization/18137] arguments being gimple registers cause redundant memory loads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 01:08 
---
Lets reopen this one as this is the one with the testcase.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

[Bug tree-optimization/18136] arguments being gimple registers cause redundant memory loads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 01:09 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/18137] arguments being gimple registers cause redundant memory loads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 01:09 
---
*** Bug 18136 has been marked as a duplicate of this bug. ***

-- 


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

[Bug c/5675] [4.0 regression] const variables wrongly considered part of constant expressions

[geoffk at gcc dot gnu dot org]

--- Additional Comments From geoffk at gcc dot gnu dot org  2004-10-25 02:21 
---
GCC is now more consistent about when this bug triggers, so some cases which passed in 
3.4 fail in 
4.0.

There are testcases for this bug, gcc.dg/c90-const-expr-3.c and 
gcc.dg/c99-const-expr-3.c.

-- 
   What|Removed |Added

   Last reconfirmed|2004-02-16 04:46:57 |2004-10-25 02:21:16
   date||
Summary|const variables wrongly |[4.0 regression] const
   |considered part of constant |variables wrongly considered
   |expressions |part of constant expressions


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

[Bug c/5675] [4.0 regression] const variables wrongly considered part of constant expressions

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug target/15923] [4.0 Regression] gcc.c-torture/execute/931004-12.c fails on powerpc-apple-darwin

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 02:35 
---
Fixed by:
2004-10-24  Geoffrey Keating  <[EMAIL PROTECTED]>

* config/rs6000/darwin.h (BLOCK_REG_PADDING): Define.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/14262] Structure size computed wrong

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 02:35 
---
The darwin problem has now been fixed by:
2004-10-24  Geoffrey Keating  <[EMAIL PROTECTED]>

* config/rs6000/darwin.h (BLOCK_REG_PADDING): Define.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/15923] [4.0 Regression] gcc.c-torture/execute/931004-12.c fails on powerpc-apple-darwin

[pinskia at gcc dot gnu dot org]

-- 
Bug 15923 depends on bug 14262, which changed state.

Bug 14262 Summary: Structure size computed wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14262

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/18137] arguments being gimple registers cause redundant memory loads

[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=18137

[Bug tree-optimization/18137] arguments being gimple registers cause redundant memory loads

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||missed-optimization


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

[Bug rtl-optimization/18137] arguments being gimple registers cause redundant memory loads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 03:33 
---
This is really a rtl problem, the problem comes from greg. before that we have:
(insn:HI 7 11 8 0 (set (reg/v:SI 68 [ start ])
(mem/i:SI (reg/f:SI 16 argp) [3 start+0 S4 A32])) 44 {*movsi_1} (nil)
(expr_list:REG_EQUIV (mem/i:SI (reg/f:SI 16 argp) [3 start+0 S4 A32])
(nil)))

(insn:HI 16 9 18 0 (set (reg/v:SI 66 [ median ])
(mem/s:SI (plus:SI (mult:SI (reg/v:SI 68 [ start ])
(const_int 4 [0x4]))
(symbol_ref:SI ("data") )) [3 data S4 A32])) 
44 {*movsi_1} 
(insn_list:REG_DEP_TRUE 7 (nil))
(nil))

(insn:HI 18 16 20 0 (parallel [
(set (reg/v:SI 60 [ pos.22 ])
(plus:SI (reg/v:SI 68 [ start ])
(const_int 1 [0x1])))
(clobber (reg:CC 17 flags))
]) 200 {*addsi_1} (nil)
(expr_list:REG_UNUSED (reg:CC 17 flags)
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil

(insn:HI 20 18 21 0 (parallel [
(set (reg:SI 71)
(minus:SI (reg/v:SI 69 [ end ])
(reg/v:SI 68 [ start ])))
(clobber (reg:CC 17 flags))
]) 233 {*subsi_1} (insn_list:REG_DEP_TRUE 8 (nil))
(expr_list:REG_UNUSED (reg:CC 17 flags)
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil


but after that we get:
(insn 153 9 16 0 (set (reg:SI 0 ax)
(mem/i:SI (plus:SI (reg/f:SI 6 bp)
(const_int 8 [0x8])) [3 start+0 S4 A32])) 44 {*movsi_1} (nil)
(nil))

(insn:HI 16 153 154 0 (set (reg:SI 0 ax)
(mem/s:SI (plus:SI (mult:SI (reg:SI 0 ax)
(const_int 4 [0x4]))
(symbol_ref:SI ("data") )) [3 data S4 A32])) 
44 {*movsi_1} 
(insn_list:REG_DEP_TRUE 7 (nil))
(nil))

(insn 154 16 155 0 (set (mem:SI (plus:SI (reg/f:SI 6 bp)
(const_int -16 [0xfff0])) [4 median+0 S4 A8])
(reg:SI 0 ax)) 44 {*movsi_1} (nil)
(nil))

(insn 155 154 18 0 (set (reg/v:SI 3 bx [orig:60 pos.22 ] [60])
(mem/i:SI (plus:SI (reg/f:SI 6 bp)
(const_int 8 [0x8])) [3 start+0 S4 A32])) 44 {*movsi_1} (nil)
(nil))


Oh why is reload doing this.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|tree-optimization   |rtl-optimization
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-25 03:33:34
   date||


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

[Bug regression/18138] New: [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit testsuite

[billingd at gcc dot gnu dot org]

The following patch breaks the 64-bit testsuite for mips-sgi-irix6.5.  I have 
tracked it down in HEAD but the same patch causes a similar problem in the 3.4 
branch. 

2004-11-18  H.J. Lu  <[EMAIL PROTECTED]>

PR bootstrap/17684
* Makefile.in (clean): Remove libgcc_s$(SHLIB_EXT).1.stage?.
(stage1-start): Remove and copy libunwind.a and
libunwind*$(SHLIB_EXT) instead of libunwind*.
(stage2-start): Likewise.
(stage3-start): Likewise.
(stage4-start): Likewise.
(stageprofile-start): Likewise.
(stagefeedback-start): Likewise.

* config/alpha/t-osf4 (SHLIB_LINK): Use a temporary file for
the shared library to be created and don't remove the existing
shared library.
* config/arm/t-netbsd (SHLIB_LINK): Likewise.
* config/i386/t-nwld (SHLIB_LINK): Likewise.
* config/mips/t-slibgcc-irix (SHLIB_LINK): Likewise.
* config/pa/t-hpux-shlib (SHLIB_LINK): Likewise.
* config/sh/t-linux (SHLIB_LINK): Likewise.
* config/t-libunwind-elf (SHLIBUNWIND_LINK): Likewise.
* config/t-slibgcc-darwin (SHLIB_LINK): Likewise.
* config/t-slibgcc-elf-ver (SHLIB_LINK): Likewise.
* config/t-slibgcc-sld (SHLIB_LINK): Likewise.

* mklibgcc.in (libgcc-stage-start): Also move "*${objext}s"
files.

After this patch, the -mabi=64 gfortran testsuite reports the error

303790545:./assignment_1.exe: rld: Fatal Error: Cannot Successfully map 
soname 'libgcc_s.so.1' under any of the filenames /disk4/billingd/obj/gcc-
f/gcc/libgcc_s.so.1:./libgcc_s.so.1:/disk4/billingd/obj/gcc-f/mips-sgi-
irix6.5/mabi-
64/libgfortran/.libs/libgcc_s.so.1:/usr/local/lib/libgcc_s.so.1:/usr/lib64/libg
cc_s.so.1:/usr/lib64/internal/libgcc_s.so.1:/lib64/libgcc_s.so.1:/opt/lib64/lib
gcc_s.so.1: 

and a similar problem occurs with the g++ testsuite.

Before the patch and configured with --enable-languages=c,f95 the follwoing 
shared libraries are built.

./gcc/libgcc_s.so
./gcc/libgcc_s_mabi-64.so
./gcc/libgcc_s_mabi-32.so
./gcc/libgmp.so.4
./gcc/mabi-32/libgcc_s.so.1
./gcc/mabi-64/libgcc_s.so.1
./gcc/libgcc_s.so.1
./mips-sgi-irix6.5/libgfortran/.libs/libgfortran.so.1.0
./mips-sgi-irix6.5/libgfortran/.libs/libgfortran.so.1
./mips-sgi-irix6.5/libgfortran/.libs/libgfortran.so
./mips-sgi-irix6.5/mabi-32/libgfortran/.libs/libgfortran.so.1.0
./mips-sgi-irix6.5/mabi-32/libgfortran/.libs/libgfortran.so.1
./mips-sgi-irix6.5/mabi-32/libgfortran/.libs/libgfortran.so
./mips-sgi-irix6.5/mabi-64/libgfortran/.libs/libgfortran.so.1.0
./mips-sgi-irix6.5/mabi-64/libgfortran/.libs/libgfortran.so.1
./mips-sgi-irix6.5/mabi-64/libgfortran/.libs/libgfortran.so


after the patch I get

find . -name "*.so*"
./gcc/libgcc_s.so
./gcc/libgcc_s.so.1.stage1
./gcc/libgcc_s_mabi-32.so
./gcc/libgmp.so.4
./gcc/libgcc_s.so.1.stage2
./gcc/mabi-32/libgcc_s.so.1.stage2
./gcc/mabi-32/libgcc_s.so.1
./gcc/mabi-64/libgcc_s.so.1.stage2
./gcc/mabi-64/libgcc_s.so.1
./gcc/libgcc_s_mabi-64.so
./gcc/libgcc_s.so.1
./mips-sgi-irix6.5/libgfortran/.libs/libgfortran.so.1.0
./mips-sgi-irix6.5/libgfortran/.libs/libgfortran.so.1
./mips-sgi-irix6.5/libgfortran/.libs/libgfortran.so
./mips-sgi-irix6.5/mabi-32/libgfortran/.libs/libgfortran.so.1.0
./mips-sgi-irix6.5/mabi-32/libgfortran/.libs/libgfortran.so.1
./mips-sgi-irix6.5/mabi-32/libgfortran/.libs/libgfortran.so
./mips-sgi-irix6.5/mabi-64/libgfortran/.libs/libgfortran.so.1.0
./mips-sgi-irix6.5/mabi-64/libgfortran/.libs/libgfortran.so.1
./mips-sgi-irix6.5/mabi-64/libgfortran/.libs/libgfortran.so

-- 
   Summary: [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit
testsuite
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: billingd at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: mips-sgi-irix6.5
  GCC host triplet: mips-sgi-irix6.5
GCC target triplet: mips-sgi-irix6.5


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

[Bug other/18138] [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit testsuite

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-25 03:41 
---
Confirmed, Eric Botcazou posted a patch here: 
 to fix the problem.

-- 
   What|Removed |Added

 CC||ebotcazou at libertysurf dot
   ||fr
 Status|UNCONFIRMED |NEW
  Component|regression  |other
 Ever Confirmed||1
   Keywords||patch
   Last reconfirmed|-00-00 00:00:00 |2004-10-25 03:41:12
   date||
   Target Milestone|--- |3.4.3


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

[Bug other/18138] [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit testsuite

[david dot billinghurst at comalco dot riotinto dot com dot au]

--- Additional Comments From david dot billinghurst at comalco dot riotinto dot 
com dot au  2004-10-25 03:56 ---
Subject: RE:  [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit testsuite

The gfortran.exp part works for me on mips-sgi-irix6.5.  Will try the rest overnight.

David


NOTICE
This e-mail and any attachments are private and confidential and may contain 
privileged information. If you are not an authorised recipient, the copying or 
distribution of this e-mail and any attachments is prohibited and you must not read, 
print or act in reliance on this e-mail or attachments.
This notice should not be removed.


-- 


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

[Bug other/18132] Problem compiling gcc 3.4.2

[pierre42d at 9online dot fr]

--- Additional Comments From pierre42d at 9online dot fr  2004-10-25 06:06 ---
I used  ./configure --enable-shared --enable-threads --enable-nls
--with-system-zlib --with-x --enable-gtk-cairo --enable-java-awt=gtk,xlib

# export|grep CFLAGS
declare -x CFLAGS="-s -O3 -march=i686"


-- 


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

[Bug other/18138] [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit testsuite

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-10-25 06:09 
---
This is the same problem as on Solaris.  I should have done my homework...


-- 
   What|Removed |Added

 CC|ebotcazou at libertysurf dot|
   |fr  |
 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug bootstrap/18107] [4.0 Regression] Bootstrap fails on i686-pc-mingw32

[aaronavay62 at aaronwl dot com]

-- 
   What|Removed |Added

  BugsThisDependsOn||18139


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

[Bug c/18139] New: [4.0 Regression] GCC miscompiles libcpp/charset.c

[aaronavay62 at aaronwl dot com]

Starting at least as earily as 2004-10-20, GCC will miscompile libcpp/charset.c,
causing the built GCC to ICE when parsing a wide character literal.

This causes bootstrap to fail while attempting to compile a libjava source file
that uses wide character literals.  The only work-around that I have found so
far is removing the wide character literal, or recompiling libcpp/charset.c
without -O2.

Any wide character usage in a file processed by the miscompiled compiler
triggers this bug, such as:
> void f() {
>   L'c';
> }

I have no idea, though, how to minimize a testcase from GCC for the actual bug.
 Presently, I am testing for it by compiling cc1.exe, using it to re-compile
libcpp/charset.o, re-linking cc1.exe with the new charset.o, and then attempting
to compile the above testcase.

(Presently, if GCC is built using 3.4.2, this problem doesn't show up, as libcpp
is built by the host compiler, not by built compiler.  Is this also a bug?)

i686-pc-mingw32
Windows XP SP2 Professional
Pentium 4 256MB
binutils 2.15.94 20041023
mingwrt mainline 20041023
msvcrt 7.0.2600.2180
w32api mainline 20041023
libiconv 1.9.1
gmp 4.1.4
mpfr 2.0.3
GNU Make 3.80
expect 5.26
tcl 8.4
dejagnu 1.4.2.x
host gcc 4.0.0 20041013 (experimental)
host binutils 2.15.93 20041019
Misc tools and environment from Cygwin Current Fri Oct 22 01:50:41 2004
ln with softlinks disabled

$ ./xgcc.exe -v
Using built-in specs.
Configured with: ../../src/cvs/head/gcc/configure
--enable-languages=ada,c,c++,f95,java,objc --with-dwarf2 --enable-libmudflap
--enable-libgcj --with-win32-nlsapi=unicows --enable-libstdcxx-allocator=mt
--enable-libstdcxx-debug --prefix=/aaronwl/cs/env/mingw-head-head-head-20041023
--with-included-gettext
--with-libiconv-prefix=/aaronwl/cs/internat/iconv/install
--with-gmp=/aaronwl/cs/env/mingw-head-head-head-20041023
--with-mpfr=/aaronwl/cs/env/mingw-head-head-head-20041023
Thread model: win32
gcc version 4.0.0 20041023 (experimental)

if /bin/sh ./libtool --mode=compile
/aaronwl/cs/compilers/gcc/build/mingw-head/gcc/xgcc -shared-libgcc
-B/aaronwl/cs/compilers/gcc/build/mingw-head/gcc/ -nostdinc++
-L/aaronwl/cs/compilers/gcc/build/mingw-head/i686-pc-mingw32/libstdc++-v3/src
-L/aaronwl/cs/compilers/gcc/build/mingw-head/i686-pc-mingw32/libstdc++-v3/src/.libs
-B/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/bin/
-B/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/lib/ -isystem
/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/include -isystem
/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/sys-include
-DHAVE_CONFIG_H -I. -I../../../../src/cvs/head/gcc/libjava -I./include -I./gcj 
-I../../../../src/cvs/head/gcc/libjava -Iinclude
-I../../../../src/cvs/head/gcc/libjava/include
-I../../../../src/cvs/head/gcc/libjava/../boehm-gc/include -I../boehm-gc/include
 -I../../../../src/cvs/head/gcc/libjava/libltdl
-I../../../../src/cvs/head/gcc/libjava/libltdl
-I../../../../src/cvs/head/gcc/libjava/.././libjava/../gcc
-I../../../../src/cvs/head/gcc/libjava/../zlib
-I../../../../src/cvs/head/gcc/libjava/../libffi/include -I../libffi/include -O2
-g -O2 -fno-rtti -fnon-call-exceptions  -fdollars-in-identifiers -Wswitch-enum
-D_FILE_OFFSET_BITS=64 -ffloat-store -fno-omit-frame-pointer -Wextra -Wall
-D_GNU_SOURCE -DPREFIX="\"/aaronwl/cs/env/mingw-head-head-head-20041023\""
-DLIBDIR="\"/aaronwl/cs/env/mingw-head-head-head-20041023/lib\""
-DBOOT_CLASS_PATH="\"/aaronwl/cs/env/mingw-head-head-head-20041023/share/java/libgcj-4.0.0.jar\""
-DJAVA_EXT_DIRS="\"/aaronwl/cs/env/mingw-head-head-head-20041023/share/java/ext\""
-g -O2 -MT java/io/natFile.lo -MD -MP -MF "$depbase.Tpo" -c -o
java/io/natFile.lo java/io/natFile.cc; \
then mv -f "$depbase.Tpo" "$depbase.Plo"; else rm -f "$depbase.Tpo"; exit 1; fi
/aaronwl/cs/compilers/gcc/build/mingw-head/gcc/xgcc -shared-libgcc
-B/aaronwl/cs/compilers/gcc/build/mingw-head/gcc/ -nostdinc++
-L/aaronwl/cs/compilers/gcc/build/mingw-head/i686-pc-mingw32/libstdc++-v3/src
-L/aaronwl/cs/compilers/gcc/build/mingw-head/i686-pc-mingw32/libstdc++-v3/src/.libs
-B/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/bin/
-B/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/lib/ -isystem
/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/include -isystem
/aaronwl/cs/env/mingw-head-head-head-20041023/i686-pc-mingw32/sys-include
-DHAVE_CONFIG_H -I. -I../../../../src/cvs/head/gcc/libjava -I./include -I./gcj
-I../../../../src/cvs/head/gcc/libjava -Iinclude
-I../../../../src/cvs/head/gcc/libjava/include
-I../../../../src/cvs/head/gcc/libjava/../boehm-gc/include -I../boehm-gc/include
-I../../../../src/cvs/head/gcc/libjava/libltdl
-I../../../../src/cvs/head/gcc/libjava/libltdl
-I../../../../src/cvs/head/gcc/libjava/.././libjava/../gcc
-I../../../../src/cvs/head/gcc/libjava/../zlib
-I../../../../src/cvs/head/gcc/libjava/../libffi/include -I../libffi/include -O2
-g -O2 -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum
-D_FILE_OFFSET_BIT

[Bug c/18139] [4.0 Regression] GCC miscompiles libcpp/charset.c

[aaronavay62 at aaronwl dot com]

--- Additional Comments From aaronavay62 at aaronwl dot com  2004-10-25 06:31 
---
For what its worth, this bug wasn't introduced recently.  It was failing at
least since June 1st, 2004.  I'll continue to search for offending changes. 
This may take a few days.


-- 


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