[Bug c++/27369] tree check ICE when attribute externally_visible used

[ned at bike-nomad dot com]

--- Comment #2 from ned at bike-nomad dot com  2006-05-01 14:40 ---
Created an attachment (id=11353)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11353&action=view)
precompiled file that causes ICE


-- 


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

[Bug target/26882] ICE when using template function with memory attributes

[ned at bike-nomad dot com]

--- Comment #2 from ned at bike-nomad dot com  2006-05-01 15:01 ---
Still present in 4.2-20060429 snapshot.


-- 


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

[Bug target/26882] ICE when using template function with memory attributes

[ned at bike-nomad dot com]

--- Comment #1 from ned at bike-nomad dot com  2006-03-27 07:26 ---
Created an attachment (id=11133)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11133&action=view)
Test program (no included files) demonstrating the problem.


-- 


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

[Bug c++/26883] New: ICE when assigning memory attribute to class with initializer

[ned at bike-nomad dot com]

The following (perhaps questionable) code causes an ICE in in
set_mem_attributes_minus_bitpos, at emit-rtl.c:1539

compile command line:
avr-g++ -mmcu=atmega128 -c -o romproblems.o romproblems.cpp

program:

#define PROGMEM __attribute__((__progmem__))

struct ROMVar1
{
int const val;
ROMVar1(int const& init) : val(init) { }
};

ROMVar1 PROGMEM rv1b(123);


-- 
   Summary: ICE when assigning memory attribute to class with
initializer
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ned at bike-nomad dot com
 GCC build triplet: powerpc-apple-darwin8.5.0
  GCC host triplet: powerpc-apple-darwin8.5.0
GCC target triplet: avr-unknown-none


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

[Bug rtl-optimization/27044] New: Loop variables incorrectly initialized with optimization on

[ned at bike-nomad dot com]

In the following code, in the loop at line 381 of jtagmkII.c (line 2586 of the
attached jtagmkII.i), msglen (and l, as I recall) contain incorrect values.
This only happens when optimization is turned on (-O2); it does not happen with
-O1. The code runs correctly when compiled with gcc-3.3 using optimization.


-- 
   Summary: Loop variables incorrectly initialized with optimization
on
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ned at bike-nomad dot com
 GCC build triplet: powerpc-apple-darwin8
  GCC host triplet: powerpc-apple-darwin8
GCC target triplet: powerpc-apple-darwin8


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

[Bug rtl-optimization/27044] Loop variables incorrectly initialized with optimization on

[ned at bike-nomad dot com]

--- Comment #1 from ned at bike-nomad dot com  2006-04-05 14:17 ---
Created an attachment (id=11211)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11211&action=view)
Preprocessed source demonstrating bug

Bug is at line 2585/2586 of attached file


-- 


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

[Bug rtl-optimization/27044] Loop variables incorrectly initialized with optimization on

[ned at bike-nomad dot com]

--- Comment #4 from ned at bike-nomad dot com  2006-04-07 02:50 ---
Tried 4.0.3 (compiled from source via Darwinports); works OK there.


-- 


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