[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ICE while building libada

[debian-gcc at lists dot debian dot org]

--- Additional Comments From debian-gcc at lists dot debian dot org  2004-10-31 
07:24 ---
same with 20041030

-- 
   What|Removed |Added

 CC||debian-gcc at lists dot
   ||debian dot org


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

[Bug target/18247] New: [4.0 regression] ada runtime bootstrap failure on powerpc-linux

[debian-gcc at lists dot debian dot org]

seen with CVS 20041030

../../xgcc -c -I./ -I../rts -I. -I/home/doko/gcc/snap/gcc-snapshot-20041030/src/
gcc/ada -B../../ -O2 -g -O2 -gnatpg -gnata -I- /home/doko/gcc/snap/gcc-snapshot-
20041030/src/gcc/ada/makegpr.adb
+===GNAT BUG DETECTED==+
| 4.0.0 20041030 (experimental) (powerpc-unknown-linux-gnu) GCC error: |
| tree check: expected ssa_name, have var_decl in verify_ssa, at   |
|tree-ssa.c:697|
| Error detected at makegpr.adb:4153:23|
| 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.

/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/makegpr.adb
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/makegpr.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/csets.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/gnatvsn.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/makeutl.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/osint.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/types.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/prj.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/casing.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/scans.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/uintp.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/alloc.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/table.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/urealp.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/mlib.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/mlib-tgt.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/namet.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/output.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/opt.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/hostparm.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/prj-com.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/prj-pars.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/prj-util.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/snames.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/table.adb
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/debug.ads
/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/tree_io.ads


raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:376
gnatmake: "/home/doko/gcc/snap/gcc-snapshot-20041030/src/gcc/ada/makegpr.adb" co
mpilation error
make[6]: *** [../../gprmake] Error 4

-- 
   Summary: [4.0 regression] ada runtime bootstrap failure on
powerpc-linux
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
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: powerpc-linux
  GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux


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

[Bug regression/18246] struct-layout-1 generator broken on i686-pc-mingw32

[dannysmith at users dot sourceforge dot net]

--- Additional Comments From dannysmith at users dot sourceforge dot net  
2004-10-31 08:01 ---
MSVC printf does not grok %ll formatting spec, but interprets that as single %l,
Try using a replacement printf or change all occurences of %ll to %I64.

This problem  (and a hack to fix within gcc) has been reported earlier
http://gcc.gnu.org/ml/gcc-patches/2003-07/msg01479.html
but the hack is a maintenance burden since we have to keep monitoring for usage 
of %ll and add a -Wno-format for these modules  While testing I have done the 
lazy thing and just replaced printf/scanf functions with ones that understand %
ll

Danny

-- 


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

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

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-31 09:10 
---
Subject: Bug 18129

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-10-31 09:10:12

Modified files:
gcc: ChangeLog varasm.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: 20041024-1.c 

Log message:
PR middle-end/18129
* varasm.c (copy_constant): Don't copy STRING_CSTs if
flag_writable_strings.
(build_constant_desc): Call copy_constant unconditionally.

* gcc.dg/20041024-1.c: New test.

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.678&r2=2.2326.2.679
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.405.2.3&r2=1.405.2.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.302&r2=1.3389.2.303
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20041024-1.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug middle-end/17526] [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return -O2

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-31 09:17 
---
Subject: Bug 17526

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-31 09:17:42

Modified files:
gcc: ChangeLog tree-gimple.c 

Log message:
PR middle-end/17526
* tree-gimple.c (is_gimple_mem_rhs): Also require a val for
aggregate types that are not BLKmode.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6111&r2=2.6112
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-gimple.c.diff?cvsroot=gcc&r1=2.29&r2=2.30



-- 


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

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

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-10-31 10:24 
---
Fixed.

-- 


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

[Bug bootstrap/18245] Bootstrap failure: ../../gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-10-31 10:28 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/18232] ../../gcc/gcc/tree-ssa-operands.c:1624: warning: 'bi$ptr2' is used uninitialized in this function

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-10-31 10:28 
---
*** Bug 18245 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||lucier at math dot purdue
   ||dot edu


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

[Bug c++/18248] New: c_parse_error i18n problems

[jsm28 at gcc dot gnu dot org]

c_parse_error combines a string passed in with another part of a
sentence.  Combining sentence fragments cannot work with i18n.  The
source code must contain all the full sentences output even though this
bulks up the source by needing 8 different "expected .. before ..." in the
error function call for every parser error: only that way can all the
sentences be translated properly.  Making each call pass eight arguments
rather than one is fortunately a fairly mechanical change, as the new
arguments are derived from the existing one in a fixed way.

(Formerly part of comment#7 in bug 17852.)

-- 
   Summary: c_parse_error i18n problems
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: 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=18248

[Bug c++/18249] New: C++ parser i18n problems

[jsm28 at gcc dot gnu dot org]

The message parameter to cp_parser_error is called "message" rather
than "msgid", so the messages don't get in the message catalog.  Much the
same applies to several other functions in the C++ parser:
cp_parser_require, cp_parser_name_lookup_error,
cp_parser_non_integral_constant_expression all take English arguments that
aren't marked for translation and may not end up getting passed to _() in
all cases.  cp_parser_require also concatenates the argument with the
string "expected ".  The type_definition_forbidden_message structure
member has a similar problem.

-- 
   Summary: C++ parser i18n problems
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: 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=18249

[Bug c++/18248] c_parse_error i18n problems

[gdr at cs dot tamu dot edu]

--- Additional Comments From gdr at cs dot tamu dot edu  2004-10-31 10:44 ---
Subject: Re:  New: c_parse_error i18n problems

"jsm28 at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:

| c_parse_error combines a string passed in with another part of a
| sentence.  Combining sentence fragments cannot work with i18n.  The
| source code must contain all the full sentences output even though this
| bulks up the source by needing 8 different "expected .. before ..." in the
| error function call for every parser error: only that way can all the
| sentences be translated properly.  Making each call pass eight arguments
| rather than one is fortunately a fairly mechanical change, as the new
| arguments are derived from the existing one in a fixed way.

Notice that in all the cases where the sentences are combined, the
parts all come from string lietrals.  There ought to be a way to have
the compiler build those (kind of compile-time introspection facilities).

-- Gaby


-- 


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

[Bug c++/18248] c_parse_error i18n problems

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2004-10-31 10:58 
---
Subject: Re:  c_parse_error i18n problems

On Sun, 31 Oct 2004, gdr at cs dot tamu dot edu wrote:

> Notice that in all the cases where the sentences are combined, the
> parts all come from string lietrals.  There ought to be a way to have
> the compiler build those (kind of compile-time introspection facilities).

It's not the compiler that would need to build them, it's exgettext.  
We've improved on xgettext's defaults with that wrapper which looks for 
parameters called msgid, but at a certain point you reach excess 
complexity and it would be better to write the source code in a more 
i18n-friendly way.

One possibility I considered to avoid eight sentences everywhere is an 
additional format escape, say %K, which takes a token as argument; a new 
structure to store both token type and value as a single argument would be 
needed.  The messages would then be of the form "expected ';' before %K".  
The trouble with this is that the token descriptions in c_parse_error 
include pieces of English text as well as actual token text; though it 
might be possible to change things so that the original token text from 
cpplib is available for diagnostics and use something like "before " 
in place of "at end of input" so all the messages use a single form.



-- 


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

[Bug tree-optimization/18250] New: ICE in var_ann, at tree-flow-inline.h:34

[steven at gcc dot gnu dot org]

typedef struct 
{ 
  unsigned long hashval; 
  int oldcount, newcount; 
  int oldindex, newindex; 
} HASHMAP; 
 
extern HASHMAP *H; 
 
void 
_nc_hash_map (void) 
{ 
  HASHMAP *sp; 
 
  for (sp = H; sp->hashval; sp++) 
if (sp->oldcount == 1 && sp->newcount == 1) 
  sp->newindex = sp->oldindex; 
} 
 
$ ./cc1 -O t.c 
 _nc_hash_map 
 
t.c: In function '_nc_hash_map': 
t.c:12: internal compiler error: in var_ann, at tree-flow-inline.h:34 
 
This particular test cases comes from ncurses, but this also 
makes building glibc impossible, and probably many other programs.

-- 
   Summary: ICE in var_ann, at tree-flow-inline.h:34
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: critical
  Priority: P1
 Component: tree-optimization
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=18250

[Bug tree-optimization/18250] ICE in var_ann, at tree-flow-inline.h:34

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-10-31 11:07 
---
Cannot reproduce it with 4.0.0 20041018 (x86), so it has to be more recent.

-- 


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

[Bug tree-optimization/18250] ICE in var_ann, at tree-flow-inline.h:34

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2004-10-31 11:10 
---
My compiler is gcc (GCC) 4.0.0 20041027 (experimental) 
I'm seeing this on ia64, and I'm trying it on other targets now. 
 

-- 


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

[Bug tree-optimization/18250] ICE in var_ann, at tree-flow-inline.h:34

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2004-10-31 11:32 
---
I can't reproduce it on mainline on ia64 or i686 either. 
Apparently already fixed? 
 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/18251] New: unable to find a register to spill in class `POINTER_REGS'

[ralf_corsepius at rtems dot org]

Compiling the file from the attachment with -Os or greater -O1 results into the
compiler producing this:

# avr-rtems4.7-gcc -mmcu=avr5  -Os -g -Wall -c -o termios.o termios.c
termios.c: In function `termios_open':
termios.c:97: error: unable to find a register to spill in class `POINTER_REGS'
termios.c:97: error: this is the insn:
(insn 66 63 120 3 termios.c:91 (parallel [
(set (mem:BLK (reg/v/f:HI 28 r28 [orig:44 tty ] [44]) [0 A8])
(mem:BLK (reg/v/f:HI 45 [ callbacks ]) [0 A8]))
(use (reg:QI 24 r24 [55]))
(use (const_int 1 [0x1]))
(clobber (scratch:HI))
(clobber (scratch:HI))
(clobber (scratch:QI))
]) 16 {*movstrqi_insn} (insn_list 62 (insn_list 63 (nil)))
(expr_list:REG_DEAD (reg:QI 24 r24 [55])
(expr_list:REG_DEAD (reg/v/f:HI 45 [ callbacks ])
(expr_list:REG_UNUSED (scratch:QI)
(expr_list:REG_UNUSED (scratch:HI)
(expr_list:REG_UNUSED (scratch:HI)
(nil)))
termios.c:97: confused by earlier errors, bailing out

avr-rtems* basically is identical to the bare avr, so I'd expect this bug to be
reproducable with all avr-* GCC's

# avr-rtems4.7-gcc --version
avr-rtems4.7-gcc (GCC) 3.4.3 20041027 (prerelease)

-- 
   Summary: unable to find a register to spill in class
`POINTER_REGS'
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ralf_corsepius at rtems dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: avr*


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

[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'

[ralf_corsepius at rtems dot org]

--- Additional Comments From ralf_corsepius at rtems dot org  2004-10-31 12:53 
---
Created an attachment (id=7441)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7441&action=view)
example code to reproduce the breakdown.

The example code is a stripped down version of a much larger real world piece
of code triggering this breakdown

-- 


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

[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'

[ralf_corsepius at rtems dot org]

-- 
   What|Removed |Added

 CC||joel at oarcorp dot com


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

[Bug fortran/17590] Standard conformance should take intrinsics into account.

[jblomqvi at cc dot hut dot fi]

--- Additional Comments From jblomqvi at cc dot hut dot fi  2004-10-31 13:47 
---
I'm reopening this PR since a bug crept in, apparently Paul changed the code to
be C89 conformant while it depended on C99 VLA:s to function properly. If you
look at intrinsic.c:check_intrinsic_standard you see that originally it contained:

  int name_len;
  name_len = strlen(name);
  char msgstr[name_len + 53];

while the committed version has:

  int name_len;
  char msgstr[name_len + 53];

i.e. msgstr is allocated before the correct length is known. I'll try to fix it
asap with some __builtin_alloca magic..

-- 
   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug fortran/14993] RAN (extension) intrinsic/function not supported

[jblomqvi at cc dot hut dot fi]

-- 
Bug 14993 depends on bug 17590, which changed state.

Bug 17590 Summary: Standard conformance should take intrinsics into account.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17590

   What|Old Value   |New Value

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

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

[Bug bootstrap/18252] New: if the last fn in lib2funcs is implemented in lib1asmfuncs, configuration can fail

[oyvind dot harboe at zylin dot com]

Will attach patch.

-- 
   Summary: if the last fn in lib2funcs is implemented in
lib1asmfuncs, configuration can fail
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oyvind dot harboe at zylin dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug bootstrap/18252] if the last fn in lib2funcs is implemented in lib1asmfuncs, configuration can fail

[oyvind dot harboe at zylin dot com]

--- Additional Comments From oyvind dot harboe at zylin dot com  2004-10-31 14:06 
---
Created an attachment (id=7442)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7442&action=view)
Fixes problem

This problem definitely exists under CygWin, but I have not checked under e.g.
Linux.

-- 


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

[Bug bootstrap/18252] if the last fn in lib2funcs is implemented in lib1asmfuncs, configuration can fail

[oyvind dot harboe at zylin dot com]

--- Additional Comments From oyvind dot harboe at zylin dot com  2004-10-31 14:08 
---
Created an attachment (id=7443)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7443&action=view)
test script I used to debug the problem


-- 


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

[Bug bootstrap/18252] if the last fn in lib2funcs is implemented in lib1asmfuncs, configuration can fail

[oyvind dot harboe at zylin dot com]

--- Additional Comments From oyvind dot harboe at zylin dot com  2004-10-31 14:10 
---
I ran the test script under Linux, and the problem exists there as well.


-- 


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

[Bug c++/18248] c_parse_error i18n problems

[gdr at cs dot tamu dot edu]

--- Additional Comments From gdr at cs dot tamu dot edu  2004-10-31 14:11 ---
Subject: Re:  c_parse_error i18n problems

"joseph at codesourcery dot com" <[EMAIL PROTECTED]> writes:

| Subject: Re:  c_parse_error i18n problems
| 
| On Sun, 31 Oct 2004, gdr at cs dot tamu dot edu wrote:
| 
| > Notice that in all the cases where the sentences are combined, the
| > parts all come from string lietrals.  There ought to be a way to have
| > the compiler build those (kind of compile-time introspection facilities).
| 
| It's not the compiler that would need to build them, it's exgettext.  

Either of them, it depends on your perspective :-).

-- Gaby


-- 


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

[Bug target/18247] [4.0 regression] ada runtime bootstrap failure on powerpc-linux

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 14:27 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/18237] [4.0 regression] tree check: expected ssa_name, have var_decl in verify_ssa

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 14:27 
---
*** Bug 18247 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||debian-gcc at lists dot
   ||debian dot org


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

[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-31 14:28 
---
Should have been closed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug other/18246] struct-layout-1 generator broken on i686-pc-mingw32

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|regression  |other


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

[Bug middle-end/18237] [4.0 regression] tree check: expected ssa_name, have var_decl in verify_ssa

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 14:38 
---
Confirmed, via the other bug.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 14:38:34
   date||


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

[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 14:47 
---
Confirmed on the mainline.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||ice-on-valid-code
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 14:47:03
   date||


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

Re: [Bug fortran/17590] Standard conformance should take intrinsics into account.

[Graham Stott]

All,
FWIW here's a quick patch which fixes bootstrap problem for me on i686-pc-linux-gnu.
I've got to go out the door in 5 mins do with as you see fit.
Graham

Index: intrinsic.c
===
RCS file: /cvs/gcc/gcc/gcc/fortran/intrinsic.c,v
retrieving revision 1.27
diff -c -p -r1.27 intrinsic.c
*** intrinsic.c 31 Oct 2004 01:24:29 -  1.27
--- intrinsic.c 31 Oct 2004 14:46:19 -
*** gfc_init_expr_extensions (gfc_intrinsic_
*** 2672,2687 
  static void
  check_intrinsic_standard (const char *name, int standard)
  {
!   int name_len;
!   char msgstr[name_len + 53];
!
!   if (!gfc_option.warn_nonstd_intrinsics)
! return;
!
!   name_len = strlen (name);
!   strncpy (msgstr, name, name_len + 1);
!   strncat (msgstr, " intrinsic is not included in the selected standard.", 53);
!   gfc_notify_std (standard, msgstr);
  }
--- 2671,2688 
  static void
  check_intrinsic_standard (const char *name, int standard)
  {
!   if (gfc_option.warn_nonstd_intrinsics)
!   {
! static const char err[] = " intrinsic is not included in the selected standard.";
! size_t err_len  = sizeof (err);
! size_t name_len = strlen (name);
! char *msgstr = gfc_getmem (name_len + err_len);
!
! memcpy (msgstr, name, name_len);
! memcpy (&msgstr[name_len], err,  err_len);
! gfc_notify_std (standard, msgstr);
! gfc_free (msgstr);
!   }
  }
 

[Bug fortran/17590] Standard conformance should take intrinsics into account.

[graham dot stott at btinternet dot com]

--- Additional Comments From graham dot stott at btinternet dot com  2004-10-31 
14:52 ---
Subject: Re:  Standard conformance should take intrinsics
 into account.

All,

FWIW here's a quick patch which fixes bootstrap problem for me on i686-pc-linux-gnu.

I've got to go out the door in 5 mins do with as you see fit.

Graham



Index: intrinsic.c
===
RCS file: /cvs/gcc/gcc/gcc/fortran/intrinsic.c,v
retrieving revision 1.27
diff -c -p -r1.27 intrinsic.c
*** intrinsic.c 31 Oct 2004 01:24:29 -  1.27
--- intrinsic.c 31 Oct 2004 14:46:19 -
*** gfc_init_expr_extensions (gfc_intrinsic_
*** 2672,2687 
   static void
   check_intrinsic_standard (const char *name, int standard)
   {
!   int name_len;
!   char msgstr[name_len + 53];
!
!   if (!gfc_option.warn_nonstd_intrinsics)
! return;
!
!   name_len = strlen (name);
!   strncpy (msgstr, name, name_len + 1);
!   strncat (msgstr, " intrinsic is not included in the selected standard.", 53);
!   gfc_notify_std (standard, msgstr);
   }


--- 2671,2688 
   static void
   check_intrinsic_standard (const char *name, int standard)
   {
!   if (gfc_option.warn_nonstd_intrinsics)
!   {
! static const char err[] = " intrinsic is not included in the selected standard.";
! size_t err_len  = sizeof (err);
! size_t name_len = strlen (name);
! char *msgstr = gfc_getmem (name_len + err_len);
!
! memcpy (msgstr, name, name_len);
! memcpy (&msgstr[name_len], err,  err_len);
! gfc_notify_std (standard, msgstr);
! gfc_free (msgstr);
!   }
   }

   
   



-- 


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

[Bug target/18230] SPARC VIS instructions are not generated by GCC

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:02 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 15:02:01
   date||


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

[Bug preprocessor/18158] gcc compiler error in tr_TR.UTF-8 locale

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:04 
---
Closing as works for me.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:05 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 15:05:23
   date||


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

[Bug target/18170] m32r-elf-as, m32r-linux-as debug relocation error for c++

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||wrong-code


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

[Bug libfortran/18209] namelist read does not work for arrays

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:08 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 15:08:41
   date||


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

[Bug libfortran/18210] namelist output format problems

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:08 
---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 15:08:56
   date||


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

[Bug middle-end/17526] [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return -O2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:09 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

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

[pinskia at gcc dot gnu dot org]

-- 
Bug 18107 depends on bug 17526, which changed state.

Bug 17526 Summary: [4.0 Regression] libcpp is miscompiled with -fno-pcc-struct-return 
-O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17526

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug c++/17183] [4.0 Regression] segfault while compiling a file

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:17 
---
Fixed.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
   Keywords||ice-on-valid-code
 Resolution||FIXED
Summary|segfault while compiling a  |[4.0 Regression] segfault
   |file|while compiling a file
   Target Milestone|--- |4.0.0


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

[Bug other/16699] assembler compares integers when char are supposed to be used

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:19 
---
No feedback in 3 months (T+4 days).

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug fortran/17590] Standard conformance should take intrinsics into account.

[jblomqvi at cc dot hut dot fi]

--- Additional Comments From jblomqvi at cc dot hut dot fi  2004-10-31 15:22 
---
Ok, my patch is here:

http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02748.html

The only major difference compared to Graham's patch is the use of
__builtin_alloca instead of gfc_getmem.

-- 


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

[Bug c/18239] [4.0 Regression] ICE in get_parm_info with werid attribute

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 15:31 
---
: Search converges between 2004-03-01-trunk (#446) and 2004-04-01-trunk (#447).

-- 


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

[Bug target/8728] [powerpc-apple-darwin6.2] Using alloca and -finstrument-functions and vararg functions causes seg fault

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 AssignedTo|shebs at gcc dot gnu dot org|unassigned at gcc dot gnu
   ||dot org
 Status|REOPENED|NEW
   Keywords||wrong-code
  Known to fail||3.3 4.0.0 3.4.0


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

[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA)

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2004-10-31 16:33 
---
I hacked around the ICE by doing nothing for SSA_NAMEs in
loc_descriptor_from_tree_1.  The optimized dump clearly shows that SSA_NAMES in
declarations are not rewritten out of SSA.
;; Function foo (foo)

foo (i)
{
  int a[D.1141][D.1138_9 * 4];
  const int j;
  void * saved_stack.1;
  void * D.1143;
  int[0][(unsigned int) (j_3 * j_3 - 1)] * a.0;
  unsigned int D.1141;
  bit_size_type D.1140;
  bit_size_type D.1139;
  unsigned int D.1138;
  int D.1137;

:
  saved_stack.1 = __builtin_stack_save ();
  j = i + 1;
  D.1143 = __builtin_alloca ((unsigned int) (j * j) * 4);
  __builtin_stack_restore (saved_stack.1);
  return;

}


-- 


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

[Bug c/18253] New: segfault on dynamic size array init

[atmosfear at users dot sourceforge dot net]

gcc 4.0.0 build 20041024 segfault in the case where a multidimensional array 
is inited with variable size dimension based on a variable declared 
dynamically earlyier in the same block, eg: 
foo(int y){ 
  const int a= y? 1 : 2; 
  int b[2][a][4]; 
  [...] (code acessing b); 
} 
 
The bug happened to me compiling libavcodec/ffv1.c from current-cvs FFmpeg. 
The affected code segment looks like this (also see attached preprocessed 
source): 
---snip--- 
static void encode_rgb_frame(FFV1Context *s, uint32_t *src, int w, int h, int 
stride){ 
int x, y, p, i; 
const int ring_size= s->avctx->context_model ? 3 : 2; 
int_fast16_t sample_buffer[3][ring_size][w+6], *sample[3][ring_size]; 
s->run_index=0; 
memset(sample_buffer, 0, sizeof(sample_buffer)); 
[...more code...] 
} 
---snip--- 
 
The commandline used was: 
---snip--- 
gcc4 -save-temps -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -g -O4 
-march=pentium4 -mtune=pentium4 -pipe -ffast-math -fomit-frame-pointer 
-D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -DHAVE_AV_CONFIG_H 
-I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE  -c -o ffv1.o 
ffv1.c 
---snip--- 
 
Resulting output: 
---snip--- 
gcc4: warning: -pipe ignored because -save-temps specified 
ffv1.c: In function 'encode_rgb_frame': 
ffv1.c:443: 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. 
---snip--- 
 
GCC Build Info: 
---snip--- 
 Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/4.0.0/specs 
Configured with: /var/tmp/portage/gcc-4.0.0/work/gcc-4.0-20041024/configure 
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.0 
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.0/include 
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0 
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0/man 
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0/info --enable-shared 
--host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib 
--enable-languages=c,c++,java --enable-threads=posix --enable-long-long 
--disable-checking --enable-cstdio=stdio --enable-clocale=generic 
--enable-__cxa_atexit --enable-version-specific-runtime-libs 
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.0/include/g++-v4 
--with-local-prefix=/usr/local --disable-werror --enable-shared --enable-nls 
--without-included-gettext --x-includes=/usr/X11R6/include 
--x-libraries=/usr/X11R6/lib --enable-interpreter --enable-java-awt=xlib 
--with-x --disable-multilib 
Thread model: posix 
gcc version 4.0.0 20041024 (experimental) 
---snip--- 
 
GCC was build with gentoo gcc-3.4.2-r2 using inofficial gentoo gcc-4.0.0 
ebuild from: 
http://jaysonking.com/gcc-4.0.0.ebuild 
 
(Now hopefully I can attach the preproessed source, after adding the bug :-)

-- 
   Summary: segfault on dynamic size array init
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: atmosfear at users dot sourceforge dot net
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=18253

[Bug ada/18254] New: Can't cross-build target-libada

[schwab at suse dot de]

While building all-target-libada on powerpc-linux for m68k-linux: 
 
make -C tools -f ../Makefile "CC=/home/andreas/src/gcc/m68k/gcc/xgcc 
-B/home/andreas/src/gcc/m68k/gcc/ -B/usr/local/m68k-linux/m68k-linux/bin/ 
-B/usr/local/m68k-linux/m68k-linux/lib/ 
-isystem /usr/local/m68k-linux/m68k-linux/include 
-isystem /usr/local/m68k-linux/m68k-linux/sys-include" "CFLAGS=-O2 -O2 -g -W 
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common" 
"LDFLAGS=" "ADAFLAGS=-gnatpg -gnata" "INCLUDES=-I. -I.. -I../.. 
-I/home/andreas/src/gcc/gcc/gcc/ada 
-I/home/andreas/src/gcc/gcc/gcc/ada/../config 
-I/home/andreas/src/gcc/gcc/gcc/ada/../../include 
-I/home/andreas/src/gcc/gcc/gcc/ada/.." 
"ADA_INCLUDES=-I/usr/lib/gcc-lib/powerpc-suse-linux/3.3.4/adalib/../adainclude 
-I/usr/lib/gcc-lib/powerpc-suse-linux/3.3.4/adalib/ -I. 
-I/home/andreas/src/gcc/gcc/gcc/ada" 
"libsubdir=/usr/local/m68k-linux/lib/gcc/m68k-linux/4.0.0" "exeext=" 
"fsrcdir=/home/andreas/src/gcc/gcc/gcc/ada" 
"srcdir=/home/andreas/src/gcc/gcc/gcc/ada" 
"TOOLS_LIBS= ../../prefix.o ../../version.o 
link.o ../../../libiberty/libiberty.a  " "GNATMAKE=gnatmake" 
"GNATLINK=gnatlink" "GNATBIND=gnatbind" \ 
  TOOLSCASE=cross INCLUDES="" gnatmake-re gnatlink-re 
make[3]: Entering directory `/home/andreas/src/gcc/m68k/gcc/ada/tools' 
/home/andreas/src/gcc/m68k/gcc/xgcc -B/home/andreas/src/gcc/m68k/gcc/ 
-B/usr/local/m68k-linux/m68k-linux/bin/ 
-B/usr/local/m68k-linux/m68k-linux/lib/ 
-isystem /usr/local/m68k-linux/m68k-linux/include 
-isystem /usr/local/m68k-linux/m68k-linux/sys-include -c -DCROSS_COMPILE 
-DIN_GCC   `echo -O2 -O2 -g -W -Wall -Wwrite-strings -Wstrict-prototypes 
-Wmissing-prototypes -fno-common |sed -e 's/-pedantic//g' -e 
's/-Wtraditional//g'`   -O2 -O2 -g/home/andreas/src/gcc/gcc/gcc/ada/link.c 
\ 
  -o link.o 
gnatmake -I/usr/lib/gcc-lib/powerpc-suse-linux/3.3.4/adalib/../adainclude 
-I/usr/lib/gcc-lib/powerpc-suse-linux/3.3.4/adalib/ -I. 
-I/home/andreas/src/gcc/gcc/gcc/ada -u sdefault 
--GCC="/home/andreas/src/gcc/m68k/gcc/xgcc -B/home/andreas/src/gcc/m68k/gcc/ 
-B/usr/local/m68k-linux/m68k-linux/bin/ 
-B/usr/local/m68k-linux/m68k-linux/lib/ 
-isystem /usr/local/m68k-linux/m68k-linux/include 
-isystem /usr/local/m68k-linux/m68k-linux/sys-include " 
/home/andreas/src/gcc/m68k/gcc/xgcc -c 
-I/usr/lib/gcc-lib/powerpc-suse-linux/3.3.4/adalib/../adainclude 
-I/usr/lib/gcc-lib/powerpc-suse-linux/3.3.4/adalib/ -I. 
-I/home/andreas/src/gcc/gcc/gcc/ada -B/home/andreas/src/gcc/m68k/gcc/ 
-B/usr/local/m68k-linux/m68k-linux/bin/ 
-B/usr/local/m68k-linux/m68k-linux/lib/ 
-isystem /usr/local/m68k-linux/m68k-linux/include 
-isystem /usr/local/m68k-linux/m68k-linux/sys-include sdefault.adb 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Configurable_Run_Time 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Duration_32_Bits 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Exit_Status_Supported 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Preallocated_Stacks 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Support_64_Bit_Divides 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Support_Aggregates 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Support_Composite_Assign 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Support_Composite_Compare 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Support_Long_Shifts 
fatal error: system.ads is incorrectly formatted 
missing line for parameter: Suppress_Standard_Library 
compilation abandoned 
gnatmake: "sdefault.adb" compilation error 
make[3]: *** [gnatmake-re] Error 4 
make[3]: Leaving directory `/home/andreas/src/gcc/m68k/gcc/ada/tools' 
make[2]: *** [gnattools1-re] Error 2 
make[2]: Leaving directory `/home/andreas/src/gcc/m68k/gcc/ada' 
make[1]: *** [gnattools-cross] Error 2 
make[1]: Leaving directory `/home/andreas/src/gcc/m68k/m68k-linux/libada' 
make: *** [all-target-libada] Error 2

-- 
   Summary: Can't cross-build target-libada
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-*-linux
  GCC host triplet: powerpc-*-linux
GCC target triplet: m68k-*-linux


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

[Bug c/18253] segfault on dynamic size array init

[atmosfear at users dot sourceforge dot net]

--- Additional Comments From atmosfear at users dot sourceforge dot net  
2004-10-31 17:04 ---
Created an attachment (id=7444)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7444&action=view)
Preprocessed ffv1.c gzipped


-- 


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

[Bug c/18253] segfault on dynamic size array init

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 17:05 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 17:05 
---
*** Bug 18253 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||atmosfear at users dot
   ||sourceforge dot net


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

[Bug libobjc/18255] New: Protocols are not initialized correctly

[tilo at pruetz dot net]

Given this small Objective-C program:



#include 

@protocol a

- aMethod;

@end


@protocol b 

- bMethod;

@end


int main(int argc, char **argv)
{
if ([EMAIL PROTECTED](b) descriptionForInstanceMethod: @selector(aMethod)] != NULL)
printf("Ok\n");
}



Compiling with

gcc -lobjc

Running

a.out

-> Segmentation fault


The segfault occurs in the libobjc when the Protocol tries to check it's
parents. The 'protocols'-Array contains a pointer which does _not_ point to the
parent protocol! That's why the prog crashes.

When inserting the line

if ([EMAIL PROTECTED](a) descriptionForInstanceMethod: @selector(aMethod)] != NULL)
printf("Ok\n");

as first line in the main-method all is good. The protocol 'a' (the parent) is
initialized and 'b' finds it's parent and the line that caused the crash before
is running without problems.

This is extremly critical to me and maybe a patch could be posted here so I can
patch my gcc?


P.S.: I set the component to 'libobjc' because I think that it's containing the
objc-runtime. Is this correct?

-- 
   Summary: Protocols are not initialized correctly
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: libobjc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tilo at pruetz dot net
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=18255

[Bug c/18253] segfault on dynamic size array init

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2004-10-31 17:36 
---
 This is a duplicate of PR18005.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |


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

[Bug c/18253] segfault on dynamic size array init

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2004-10-31 17:37 
---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/18005] [4.0 Regression] ICE with simple loop with VLA

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2004-10-31 17:37 
---
*** Bug 18253 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||atmosfear at users dot
   ||sourceforge dot net


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

[Bug libobjc/18256] New: libobjc without any Classes/Protocols

[tilo at pruetz dot net]

Could the default classes (Object, Protocol and NXConstantString) be removed
from the pure objc runtime with an option on gcc configure (resulting in a
libobjc without any classes)?
I would like to have this because I want to implement my own Protocol class but
when doing this it is overlayed by the default Protocol on runtime.
Of course, I can do this on my own but I would like to update my gcc by just
merging the next version on my gentoo (without puzzling around every time :)).

-- 
   Summary: libobjc without any Classes/Protocols
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P2
 Component: libobjc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tilo at pruetz dot net
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=18256

[Bug c++/18257] New: [4.0 Regression] ld: 0711-317 ERROR: Undefined symbol: typeinfo for int

[danglin at gcc dot gnu dot org]

On systems that don't have weak or one-only support (e.g., AIX 4.x and 5.1),
the libstdc++ library no longer contains strong definitions for the typeinfo
for types that should be in the runtime library.  This is because
import_export_decl now always gives the declarations comdat linkage.

As a result, there are mainy fails in the g++ and libstdc++ suites
similar to the following:

Executing on host: /opt/build/dave/gcc-4.0.0/objdir/gcc/testsuite/../g++ -B/opt/
build/dave/gcc-4.0.0/objdir/gcc/testsuite/../ cp_compat_main_tst.o cp_compat_x_t
st.o cp_compat_y_tst.o  -nostdinc++ -I/opt/build/dave/gcc-4.0.0/objdir/powerpc-i
bm-aix4.3.3.0/libstdc++-v3/include/powerpc-ibm-aix4.3.3.0 -I/opt/build/dave/gcc-
4.0.0/objdir/powerpc-ibm-aix4.3.3.0/libstdc++-v3/include -I/opt/build/dave/gcc-4
.0.0/gcc/libstdc++-v3/libsupc++ -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/inc
lude/backward -I/opt/build/dave/gcc-4.0.0/gcc/libstdc++-v3/testsuite -fmessage-l
ength=0  -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libstdc
++-v3/src/.libs -L/opt/build/dave/gcc-4.0.0/objdir/powerpc-ibm-aix4.3.3.0/./libi
berty  -lm   -o g++-dg-compat-eh-dtor1-01(timeout = 300)
ld: 0711-317 ERROR: Undefined symbol: typeinfo for int
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
collect2: ld returned 8 exit status
compiler exited with status 1
output is:
ld: 0711-317 ERROR: Undefined symbol: typeinfo for int
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
collect2: ld returned 8 exit status

FAIL: g++.dg/compat/eh/dtor1 cp_compat_x_tst.o-cp_compat_y_tst.o link

-- 
   Summary: [4.0 Regression] ld: 0711-317 ERROR: Undefined symbol:
typeinfo for int
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: powerpc-ibm-aix4.3.3.0
  GCC host triplet: powerpc-ibm-aix4.3.3.0
GCC target triplet: powerpc-ibm-aix4.3.3.0


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

[Bug c/18258] New: ice in get_indirect_ref_operands (tree-ssa)

[atmosfear at users dot sourceforge dot net]

This ICE happens on MPlayer-CVS libmpeg2/idct_mmx.c: 
---snip--- 
LANG="en" gcc4 -save-temps -I../libvo -I../../libvo -I/usr/X11R6/include 
-fno-PIC -g -O4 -march=pentium4 -mtune=pentium4 -pipe -ffast-math 
-fomit-frame-pointer -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  
-DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
-D_GNU_SOURCE  -c -o ffv1.o ffv1.c 
gcc4: warning: -pipe ignored because -save-temps specified 
ffv1.c: In function 'encode_rgb_frame': 
ffv1.c:443: 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. 
---snip--- 
 
gcc Build (inofficial gentoo ebuild): 
---snip--- 
Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/4.0.0/specs 
Configured with: /var/tmp/portage/gcc-4.0.0/work/gcc-4.0-20041024/configure 
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.0 
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.0/include 
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0 
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0/man 
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0/info --enable-shared 
--host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib 
--enable-languages=c,c++,java --enable-threads=posix --enable-long-long 
--disable-checking --enable-cstdio=stdio --enable-clocale=generic 
--enable-__cxa_atexit --enable-version-specific-runtime-libs 
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.0/include/g++-v4 
--with-local-prefix=/usr/local --disable-werror --enable-shared --enable-nls 
--without-included-gettext --x-includes=/usr/X11R6/include 
--x-libraries=/usr/X11R6/lib --enable-interpreter --enable-java-awt=xlib 
--with-x --disable-multilib 
Thread model: posix 
gcc version 4.0.0 20041024 (experimental) 
---snip--- 
 
Will attach preprocessed source. This code works fine with gentoo 
gcc-3.4.2-r2.

-- 
   Summary: ice in get_indirect_ref_operands (tree-ssa)
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: atmosfear at users dot sourceforge dot net
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=18258

[Bug c/18258] ice in get_indirect_ref_operands (tree-ssa)

[atmosfear at users dot sourceforge dot net]

--- Additional Comments From atmosfear at users dot sourceforge dot net  
2004-10-31 18:23 ---
Created an attachment (id=7445)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7445&action=view)
Preprocessed idct_mmx.c gzipped


-- 


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

[Bug libobjc/18256] libobjc without any Classes/Protocols

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 18:43 
---
No this will not happen, the runtime includes these for a reason.  The compiler 
depends on the layout 
of the class and if we don't do this.  It will not make sense.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug libobjc/18255] Protocols are not initialized correctly

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Severity|critical|normal


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

[Bug tree-optimization/18258] ice in get_indirect_ref_operands (tree-ssa)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 18:51 
---


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

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
  Component|c   |tree-optimization
 Resolution||DUPLICATE


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

[Bug tree-optimization/17529] [4.0 Regression] ICE in get_indirect_ref_operands

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 18:51 
---
*** Bug 18258 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||atmosfear at users dot
   ||sourceforge dot net


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

[Bug c++/18257] [4.0 Regression] ld: 0711-317 ERROR: Undefined symbol: typeinfo for int

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  2004-10-31 
18:58 ---
Subject: Re:  New: [4.0 Regression] ld: 0711-317 ERROR: Undefin ed symbol: typeinfo 
for int

On Sun, Oct 31, 2004 at 01:21:22PM -0500, danglin at gcc dot gnu dot org wrote:
> On systems that don't have weak or one-only support (e.g., AIX 4.x and 5.1),
> the libstdc++ library no longer contains strong definitions for the typeinfo
> for types that should be in the runtime library.  This is because
> import_export_decl now always gives the declarations comdat linkage.

Attached is a patch that significantly improves the situation.  However,
I don't have 100% confidence that it doesn't emit some declarations as
strong declarations when they shouldn't be strong.

Dave

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  2004-10-31 
18:58 ---
Created an attachment (id=7446)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7446&action=view)


-- 


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

[Bug libobjc/18256] libobjc without any Classes/Protocols

[tilo at pruetz dot net]

--- Additional Comments From tilo at pruetz dot net  2004-10-31 18:58 ---
Okay. And what about a compile switch '-fprotocol-class=...' like the existing
'-fconstant-string-class'? The compiler depends on the layout of the constant
string class, too, and it's exchangable.

-- 


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

[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-10-31 19:02 
---
Working on a fix.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mark at codesourcery dot com
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 19:06 
---
Confirmed, the problem is in the front-end, not marking the protocol a for being 
initialization.

Note this only effects the GNU runtime.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|libobjc |objc
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 19:06:16
   date||
Summary|Protocols are not   |[GNU runtime] Protocols are
   |initialized correctly   |not initialized correctly


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

[Bug other/18246] struct-layout-1 generator broken on i686-pc-mingw32

[dannysmith at users dot sourceforge dot net]

--- Additional Comments From dannysmith at users dot sourceforge dot net  
2004-10-31 19:06 ---
Oh, one other thing is needed.  mingw (and probably other targets) does not 
have ffsll function, so either need to replace ffsll with __builtin_ffsll or 
provide one (which is trivial).

Danny

-- 


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

[Bug c++/18257] [4.0 Regression] ld: 0711-317 ERROR: Undefined symbol: typeinfo for int

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 19:06:58
   date||
   Target Milestone|--- |4.0.0


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

[Bug libobjc/18256] libobjc without any Classes/Protocols

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 19:09 
---
I have to question why do you need your own Class/Protocol class.

-- 


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

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 19:10 
---
L_OBJC_PROTOCOL_a should be added to L_OBJC_STATIC_INSTANCES.

-- 


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

[Bug other/18246] struct-layout-1 generator broken on i686-pc-mingw32

[aaronavay62 at aaronwl dot com]

--- Additional Comments From aaronavay62 at aaronwl dot com  2004-10-31 19:16 
---
Ugh, forgot about that.  It's time to fix this problem the right way.  I've been
meaning to get this out of the way for a while.  I'll get back to you on this.


-- 
   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 19:16:17
   date||


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

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 19:26 
---
The bug is in objc_build_protocol_expr, I will figure out how to fix this.

-- 


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

[Bug ada/18204] Legal program rejected, completion of private type declaration

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 19:30:27
   date||


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

[Bug ada/18205] Legal program rejected, RM 13.13.2(14)

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||rejects-valid
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 19:31:52
   date||


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

[Bug ada/15603] Illegal program not detected, 12.7(10) (generic parameter is visible, shouldn't be)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 19:43 
---
Fixed on the mainline:
p3.ads:4:32: "the_P1" is not a visible entity of "new_P2"


-- 
   What|Removed |Added

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


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

[Bug ada/16082] Legal program rejected, expect derived type in instantiation

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 19:50:42
   date||


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

[Bug ada/16098] Illegal program not detected, RM 13.1(6)

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-10-31 19:51:58
   date||


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

[Bug libobjc/18256] libobjc without any Classes/Protocols

[tilo at pruetz dot net]

--- Additional Comments From tilo at pruetz dot net  2004-10-31 20:06 ---
At least I do not _need_ to :). I just would like to add some methods with
access to the members. This cannot be done in a category because the members are
private.

Okay, I think I could fake the interface and declare the members as protected.
Then I can do my things in categories. -- I don't know why I've not already done
it this way.


I would be pleased, if there were a possibility to exchange the Protocol class
but I can live without.

-- 


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

[Bug middle-end/14521] Inconsistent quoting in new warning

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-10-31 21:58 
---
Subject: Bug 14521

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-10-31 21:58:10

Modified files:
gcc: ChangeLog tree-inline.c tree-optimize.c 
 tree-ssa.c 

Log message:
PR middle-end/14521
* tree-inline.c (inline_forbidden_p_1): Use %qF instead of '%F'
for consistent quoting in diagnostic messages.
(expand_call_inline): Likewise.
* tree-optimize.c (tree_rest_of_compilation): Likewise.
* tree-ssa.c (warn_uninitialized_var): Likewise.
(warn_uninitialized_phi): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6114&r2=2.6115
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-inline.c.diff?cvsroot=gcc&r1=1.147&r2=1.148
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-optimize.c.diff?cvsroot=gcc&r1=2.58&r2=2.59
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa.c.diff?cvsroot=gcc&r1=2.52&r2=2.53



-- 


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

[Bug middle-end/14521] Inconsistent quoting in new warning

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2004-10-31 22:04 ---
I'm marking this as FIXED/RESOLVED for mainline.  The consensus appears to be
that it's not worth the churn of translation files to do anything about this
non-regression on the gcc-3_4-branch.  i.e. its a WONTFIX for gcc 3.4.4.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/14521] Inconsistent quoting in new warning

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.0.0


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

[Bug debug/18259] New: -fdump-tree-original omits real constant values

[dspeyer at wam dot umd dot edu]

A command of the form:
  g++ -c -fdump-tree-original foo.cc
produces a file foo.cc.original which contains a nearly-complete parse tree. 
The parse tree in question does *not* contain the values of real constants. 
This makes the tree inadequate for any program which tries to analyse the tree.

Here is a patch:
--- /home/gui/gcc-3.4.2-old/gcc/tree-dump.c 2003-12-18 15:09:40.0 -0500
+++ /home/gui/gcc-3.4.2/gcc/tree-dump.c 2004-10-31 17:17:23.0 -0500
@@ -176,6 +176,19 @@
   di->column += 14;
 }
 
+/* Dump real number R using FIELD to identify it.  */
+
+void
+dump_real (dump_info_p di, const char *field, const REAL_VALUE_TYPE *r)
+{
+  char buf[16];
+  real_to_decimal(buf, r, sizeof(buf), 0, TRUE);
+  dump_maybe_newline (di);
+  di->column += 
+fprintf (di->stream, "%-4s: %s ", field, buf);
+}
+
+
 /* Dump the string S.  */
 
 void
@@ -509,6 +522,11 @@
   dump_int (di, "lngt", TREE_STRING_LENGTH (t));
   break;
 
+
+case REAL_CST:
+  dump_real (di, "valu", TREE_REAL_CST_PTR (t));
+  break;  
+
 case TRUTH_NOT_EXPR:
 case ADDR_EXPR:
 case INDIRECT_REF:
--- /home/gui/gcc-3.4.2-old/gcc/tree-dump.h 2003-06-08 10:21:54.0 -0400
+++ /home/gui/gcc-3.4.2/gcc/tree-dump.h 2004-10-31 17:17:34.0 -0500
@@ -22,6 +22,8 @@
 #ifndef GCC_TREE_DUMP_H
 #define GCC_TREE_DUMP_H
 
+#include "real.h"
+
 /* Flags used with queue functions.  */
 #define DUMP_NONE 0
 #define DUMP_BINFO1
@@ -79,6 +81,7 @@
 
 extern void dump_pointer (dump_info_p, const char *, void *);
 extern void dump_int (dump_info_p, const char *, int);
+extern void dump_real (dump_info_p, const char *, const REAL_VALUE_TYPE *);
 extern void dump_string (dump_info_p, const char *);
 extern void dump_stmt (dump_info_p, tree);
 extern void dump_next_stmt (dump_info_p, tree);

-- 
   Summary: -fdump-tree-original omits real constant values
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dspeyer at wam dot umd dot edu
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: same
  GCC host triplet: Linux 2.4.20 / i686 / GLIBC 2.3.2
GCC target triplet: same


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

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-31 22:47 
---
Patch here: .  I don't know 
if it applies 
to the 3.4 branch at all.  And don't know if this is a regression (I will check 
tomorrow).

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-01 00:02 
---
Subject: Bug 15172

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

Modified files:
gcc/cp : ChangeLog typeck2.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/init: aggr2.C 

Log message:
PR c++/15172
* typeck2.c (store_init_value): Use split_nonconstant_init even
for types that require construction.

PR c++/15172
* g++.dg/init/aggr2.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.176&r2=1.3892.2.177
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck2.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.153.4.3&r2=1.153.4.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.303&r2=1.3389.2.304
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/aggr2.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug tree-optimization/16728] [4.0 regression] std::set tests for allocator/insert core in make check-performance

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-01 00:02 
---
Subject: Bug 16728

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-01 00:02:43

Modified files:
libstdc++-v3   : ChangeLog 
Added files:
libstdc++-v3/testsuite/23_containers/set/modifiers: 16728.cc 

Log message:
2004-10-31  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR c++/16728
* testsuite/23_containers/set/modifiers/16728.cc: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2739&r2=1.2740
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/23_containers/set/modifiers/16728.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-11-01 00:07 
---
Subject: Bug 15172

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-11-01 00:07:10

Modified files:
gcc/cp : ChangeLog typeck2.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/init: aggr2.C 

Log message:
PR c++/15172
* typeck2.c (store_init_value): Use split_nonconstant_init even
for types that require construction.

PR c++/15172
* g++.dg/init/aggr2.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4466&r2=1.4467
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck2.c.diff?cvsroot=gcc&r1=1.177&r2=1.178
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4528&r2=1.4529
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/aggr2.C.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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

[Bug c/18260] New: generated code uses memory beyond allocated stack frame.

[jtc at acorntoolworks dot com]

A co-worker testing MySQL 4 on NetBSD/amd64 was having trouble with random
crashes.  He tracked the crashes down to mf_radix.c:radixsort_for_str_ptr(), and
handed the problem off to me for further analysis.

I cut down mf_radix.c (attached to this bug report), and looked at the code
generated with "gcc -O2 -S mf_radix.c".  It appears that the memory for local
variables is not accounted for entirely correctly.  There are 1024+ bytes of
local variables, but the stack pointer (%rsp) is only adjusted by 912 bytes. 
And it appears local variable "count" is referenced before the stack pointer
(-120(%rsp)).

I believe, but have not yet confirmed, that the crashes occur because something
in NetBSD's thread/task switch code is overwriting the values below the stack
pointer assuming that it is free for temporary use.  This may also effect other
systems --I've done the same in embedded kernels I've written in the past.

NetBSD 2.0RC4 uses a modified version of gcc 3.3.3, so I have confirmed that the
problem still exists with unmodified gcc 3.3.5.  Linking in versions of
mf_radix.c compiled without optimization or with gcc 3.4 eliminates the crashes. 

My attempts to build MySQL 4 entirely with gcc 3.4.X have not been successful,
but I have not had enough time to investigate why.

-- 
   Summary: generated code uses memory beyond allocated stack frame.
   Product: gcc
   Version: 3.3.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jtc at acorntoolworks dot com
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-netbsd
GCC target triplet: amd64-netbsd


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

[Bug rtl-optimization/18260] generated code uses memory beyond allocated stack frame.

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |rtl-optimization
   Keywords||wrong-code


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

[Bug c++/15172] [3.3/3.4 regression] Copy constructor optimization in aggregate initialization

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-11-01 00:14 
---
Fixed in GCC 3.4.3.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/17648] [3.3/3.4 Regression] template destructor was not called for inherited classes

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-11-01 00:14 
---
Postponed until GCC 3.4.4.

-- 
   What|Removed |Added

   Target Milestone|3.4.3   |3.4.4


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

[Bug rtl-optimization/18260] generated code uses memory beyond allocated stack frame.

[jtc at acorntoolworks dot com]

--- Additional Comments From jtc at acorntoolworks dot com  2004-11-01 00:21 
---
Created an attachment (id=7449)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7449&action=view)
cut down test case

This is a cut down test case derived from MySQL's mf_radix.c.

-- 


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

[Bug target/16800] PowerPC - Unnecessary rldicl

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-01 00:27 
---
Fixed on the mainline.

-- 
   What|Removed |Added

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


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

[Bug c++/16370] __attribute__((deprecated)) not useful on classes, and ugly function name listed for deperecation warnings on constructor

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||diagnostic
   Last reconfirmed|2004-08-02 01:14:37 |2004-11-01 00:28:00
   date||


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

[Bug target/17224] [3.4/4.0 Regression]: relocation truncated to fit: GPREL22

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-11-01 00:42 
---
HP's compiler (B3910B A.05.36 [Apr 18 2002]) generates a similar link-time error
when compiling this code.

Postponed until GCC 3.4.4.

-- 
   What|Removed |Added

   Target Milestone|3.4.3   |3.4.4


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

[Bug libfortran/18261] New: Build of current CVS fails in libgfortran

[jim at dishaw dot org]

I attempted to build from the current CVS development branch and got the
following error:

make[1]: Entering directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
make  all-am
make[2]: Entering directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
/bin/sh ./libtool --mode=compile /opt/build/gcc-build/gcc/gfortran
-B/opt/build/gcc-build/gcc/ -B/usr/local/i686-pc-linux-gnu/bin/
-B/usr/local/i686-pc-linux-gnu/lib/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include  -g -O2 -Wall -fno-repack-arrays
-fno-underscoring -c -o selected_int_kind.lo `test -f
'intrinsics/selected_int_kind.f90' || echo
'../../../gcc/libgfortran/'`intrinsics/selected_int_kind.f90
/opt/build/gcc-build/gcc/gfortran -B/opt/build/gcc-build/gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include -g -O2 -Wall -fno-repack-arrays
-fno-underscoring -c ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90 
-fPIC -DPIC -o .libs/selected_int_kind.o
gfortran: Internal error: Segmentation fault (program f951)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [selected_int_kind.lo] Error 1
make[2]: Leaving directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
make: *** [all-target-libgfortran] Error 2

-- 
   Summary: Build of current CVS fails in libgfortran
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jim at dishaw dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug libgcj/15001] Using JNI with interpreter and interface methods yields SIGSEGV

[mmitchel at gcc dot gnu dot org]

--- Additional Comments From mmitchel at gcc dot gnu dot org  2004-11-01 00:44 
---
Postponed until GCC 3.4.4.

-- 
   What|Removed |Added

   Target Milestone|3.4.3   |3.4.4


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