[Bug c++/18842] New: Weak optimization on global references

[felix dot nawothnig at t-online dot de]

int x, &y = x;
int main() { y = 42; }

produces

x:
.zero   4
...
y:
.long   x
...
movly, %eax
movl$42, (%eax)

Since a non-arg reference is always (?) constant it would be safe to omit

movl$42, x

-- 
   Summary: Weak optimization on global references
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: felix dot nawothnig at t-online dot de
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/18842] Weak optimization on global references

[felix dot nawothnig at t-online dot de]

--- Additional Comments From felix dot nawothnig at t-online dot de  
2004-12-05 08:58 ---
> Since a non-arg reference is always (?) constant it would be safe to omit
Err... safe to emit.

-- 


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

[Bug libstdc++/18837] testsuite_performance.h:63: error: redefinition of 'struct mallinfo'

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2004-12-05 09:09 
---
To wit, can you test the attached? Thanks. 

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 09:09:22
   date||


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

[Bug target/14981] [3.4 Regression] ICE in _mm_xor_pd for SSE2 with -O1

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
09:30 ---
The fix for PR rtl-opt/15289 has been reverted on the 3.4 branch.


-- 


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

[Bug preprocessor/15220] [3.3/3.4/4.0 regression] "gcc -E -MM -MG" reports missing system headers in source directory

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
09:35 ---
Neil, would you mind updating the status of this bug so that it doesn't appear
as a critical regression against 3.4.x and 4.0?  If the observed behaviour is
the intended one, please close the bug as WONTFIX.


-- 


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

[Bug rtl-optimization/16586] [3.3/3.4 Regression] -O3 -fno-gcse ICE verify_local_live_at_start flow.c:575

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
09:38 ---
Downgrading to 'normal', this is an ICE whose workaround is obvious.


-- 
   What|Removed |Added

   Severity|critical|normal


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

[Bug target/15535] [3.3/3.4 regression][sh-linux] ICE with -m4 -O2

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
09:40 ---
I fail to see why an ICE on a non-primary target is critical.  Plus there is a
workaround too.


-- 
   What|Removed |Added

   Severity|critical|normal


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

[Bug middle-end/18590] [3.3/3.4 regression] ICE in add_insn_before, at emit-rtl.c:3599

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
09:42 ---
An ICE on a non-primary target can't be critical.


-- 
   What|Removed |Added

   Severity|critical|normal


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

[Bug c++/17827] [3.4 Regression] ICE: in make_decl_rtl, at varasm.c:752

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
10:17 ---
Testing a fix.


-- 
   What|Removed |Added

 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=17827

[Bug middle-end/17827] [3.4 Regression] ICE: in make_decl_rtl, at varasm.c:752

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
10:19 ---
Recategorizing.


-- 
   What|Removed |Added

  Component|c++ |middle-end


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

[Bug c++/18843] New: syntax error when getting iterator of an stl class (I tested with map)

[cs dot f at freemail dot hu]

Hi, 
 
gcc version is: 3.3.3 
 
possible bug: 
Example code: test_template_map.cpp 
#include  
#include  
 
template 
bool CheckMap(TMap map) 
{ 
TMap::const_iterator i; 
 
i = map.find(12); 
 
return i == map.end ? false : true; 
} 
 
using namespace std; 
 
int main(int argc, char *argv[]) 
{ 
  map map; 
 
bool b = CheckMap(map); 
 
  return EXIT_SUCCESS; 
} 
 
When I compile (g++ -save-temps test_template_map.cpp) this code than I get: 
"/home/fec/Projektek/test_template_map/src/test_template_map.cpp:7: error: 
syntax error before `;' token" 
 
line  7 is: TMap::const_iterator i;. 
I think this should compile, it should be: map::const_iterator. 
I have checked code: - TMap::iterator i; - I've got the same error message. 
I checked the same example code on an other c++ compiler and it compiled 
without error. 
 
Kind regards, 
Csaba

-- 
   Summary: syntax error when getting iterator of an stl class (I
tested with map)
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cs dot f at freemail dot hu
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/18843] syntax error when getting iterator of an stl class (I tested with map)

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2004-12-05 11:00 
---
You are missing a 'typename' keyword in front of TMap::const_iterator.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug rtl-optimization/16052] strength reduction produces wrong code

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
12:08 ---
> Fails on all ix86

Yeah, this is the classical problem with biv elimination to pointer givs.  See
gcc.c-torture/execute/loop-2e.c, which is XFAILed on x86.  Not a regression.


-- 
   What|Removed |Added

Summary|[3.4/4.0 Regression]|strength reduction produces
   |strength reduction produces |wrong code
   |wrong code  |
   Target Milestone|3.4.4   |4.0.0


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

[Bug target/15535] [3.3/3.4 regression][sh-linux] ICE with -m4 -O2

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-12-05 
12:19 ---
(In reply to comment #6)
> I fail to see why an ICE on a non-primary target is critical.

Because our policies say so. Look into http://gcc.gnu.org/managament.html. To 
tell the truth, the fact that it's a secondary platform should lower its 
priority, not its severity.

-- 


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

[Bug target/18443] [3.3/3.4/4.0 Regression] #pragma pack(1) breaks function pointer initialization

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-12-05 
12:25 ---
Not until you tell us WHY it is not a regression. Did you test on ia64?

-- 
   What|Removed |Added

Summary|#pragma pack(1) breaks  |[3.3/3.4/4.0 Regression]
   |function pointer|#pragma pack(1) breaks
   |initialization  |function pointer
   ||initialization
   Target Milestone|--- |3.4.4


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

[Bug target/18841] [4.0 Regression] setjmp and eh receivers can mis-schedule

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-12-05 
12:34 ---
At least a 4.0 regression, then. I have not checked in which version that hook 
was introduced.

-- 
   What|Removed |Added

Summary|setjmp and eh receivers can |[4.0 Regression] setjmp and
   |mis-schedule|eh receivers can mis-
   ||schedule
   Target Milestone|--- |4.0.0


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

[Bug target/15535] [3.3/3.4 regression][sh-linux] ICE with -m4 -O2

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
12:35 ---
> > I fail to see why an ICE on a non-primary target is critical.
> 
> Because our policies say so. Look into http://gcc.gnu.org/managament.html. To 
> tell the truth, the fact that it's a secondary platform should lower its 
> priority, not its severity.

This bug doesn't pass the "to affect a significant fraction of users" test.


-- 


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

[Bug ada/18844] New: GNAT ASIS is not included in the gcc-ada distribution.

[laguest at abyss2 dot demon dot co dot uk]

Some pretty useful tools (gnatelim, gnatstub, gnatpp) are referenced by the
output of the gnat but are not included with the distribution.

Even if the code doesn't build, it would be a start to include it.

-- 
   Summary: GNAT ASIS is not included in the gcc-ada distribution.
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P1
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laguest at abyss2 dot demon dot co dot uk
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=18844

[Bug c++/18842] Weak optimization on global references

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2004-12-05 
14:53 ---
This is not a bug.  You need IPA to figure out that y is never changed.  For 
example: 
 
int x, &y = x, z; 
int bar() { y = z; } 
int foo() { y = 42; } 
 
 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/18842] Weak optimization on global references

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
15:00 ---
Actually references cannot change where they point to so this is something 
which we can do.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug target/18841] [3.3/3.4/4.0 Regression] setjmp and eh receivers can mis-schedule

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2004-12-05 
15:03 ---
The hook was introduced for GCC 3.1, so by RTH's comment this is a 
regression on all active release branches and on mainline. 

-- 
   What|Removed |Added

Summary|[4.0 Regression] setjmp and |[3.3/3.4/4.0 Regression]
   |eh receivers can mis-   |setjmp and eh receivers can
   |schedule|mis-schedule


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

[Bug tree-optimization/18842] Weak optimization on global references

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
15:14 ---
Consider these two TUs:
extern int *y, x, z;
int foo();
extern "C" void abort();
int main()
{
  foo();
  if (*y!=42)
   abort();
  if (y!=&x)
   abort();
  y = &z;
  foo ();
  if (*y!=42)
   abort();
  if (y!=&z)
   abort();
  return 0;
}
-
int x, &y = x, z; 
int foo() { y = 42; } 
-
Now I think the above is invalid C++ but we don't have to diagnostic since the 
standard allows us not 
to but since the standard allows the correct way, we can optimizate global 
references now.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c++ |tree-optimization
 Ever Confirmed||1
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 15:14:15
   date||


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

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
15:16 ---
Actually I was the one who said this was a regressions by looking into the CVS 
history but that the 
change which I said causes it was one which changed the code to be better and 
it was actually broken 
before that too.

-- 
   What|Removed |Added

Summary|[3.3/3.4/4.0 Regression]|#pragma pack(1) breaks
   |#pragma pack(1) breaks  |function pointer
   |function pointer|initialization
   |initialization  |
   Target Milestone|3.4.4   |---


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

[Bug ada/18844] GNAT ASIS is not included in the gcc-ada distribution.

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Priority|P1  |P2


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

[Bug target/15535] [3.3/3.4 regression][sh-linux] ICE with -m4 -O2

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Priority|P2  |P3


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

[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 15:34:52
   date||


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

[Bug fortran/18834] ICE on reading from internal file character array

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
15:38 ---
Confirmed.  This might be a dup of bug 15966 or PR 18781.

-- 
   What|Removed |Added

  BugsThisDependsOn||15966, 18781
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 15:38:10
   date||


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

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

[uweigand at gcc dot gnu dot org]

--- Additional Comments From uweigand at gcc dot gnu dot org  2004-12-05 
15:45 ---
Basically yes, except that it's not only about CONST_DOUBLE,
but also CONST_INT.  Maybe even:

((CONSTANT_P (X) && reg_classes_intersect_p ((CLASS), FLOAT_REGS))
 ? NO_REGS : ...)

-- 


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

[Bug ada/18846] New: Illegal program accepted, RM 10.2.1(10), 12.3(1.a)

[ludovic dot brenta at insalien dot org]

(Debian bug #284333)

-- RM 10.2.1(10):  A generic body is preelaborable only if elaboration
-- of a corresponding instance body would not perform any such actions
-- [assuming the worst about possible actual generic parameters]

-- AARM 12.3(1.a): The legality of an instance should be determinable
-- without looking at the generic body. Likewise, the legality of a
-- generic body should be determinable without looking at any instances.

generic
   x1: integer;
package Test_135 is
   pragma Preelaborate;
   pragma Elaborate_Body;
end Test_135;

package body Test_135 is
   x2: integer := x1;   -- ERROR: not preelaborable
end Test_135;


The compiler is silent; I expect an error message like:

test_135.adb:3:18: object in preelaborated unit has non-static default
gnatmake: "test_135.adb" compilation error

-- 
   Summary: Illegal program accepted, RM 10.2.1(10), 12.3(1.a)
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic dot brenta at insalien dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/18845] New: Illegal program not detected, RM 4.7(3)

[ludovic dot brenta at insalien dot org]

(Debian bug #284332)

-- RM 4.7(3):  The operand [of a qualified expression] shall resolve
-- to be of the type determined by the subtype_mark...
-- see AI-332 (not yet approved).

procedure Test_134 is

   type T1 is tagged null record;

   procedure p3 (x1: T1) is
   begin
  null;
   end;

   x2: T1'class := T1'(null record);
   x3: T1'class := T1'(x2); -- ERROR: T1 not same type as T1'class
begin
   p3(x1 => T1'(x2));   -- ERROR: T1 not same type as T1'class
end Test_134;


The expected output from gnat is:

test_134.adb:15:23: expected type "T1"
test_134.adb:15:23: found type "T1'Class"
test_134.adb:17:16: expected type "T1"
test_134.adb:17:16: found type "T1'Class"
gnatmake: "test_134.adb" compilation error


Instead, the compiler is silent.

-- 
   Summary: Illegal program not detected, RM 4.7(3)
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ludovic dot brenta at insalien dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug ada/18845] Illegal program not detected, RM 4.7(3)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:01 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 16:01:58
   date||


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

[Bug ada/18846] Illegal program accepted, RM 10.2.1(10), 12.3(1.a)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:02 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
  Known to fail||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 16:02:54
   date||


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

[Bug libgcj/18840] java.io.BufferedInputStream.read(byte[],..) methods don't attempt to read as much as possible

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:03 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 16:03:15
   date||


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

[Bug target/18830] bootstrap of a biarch compiler fails in libstdc++.

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Keywords||build, ice-on-valid-code


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

[Bug target/18831] section .stack overlaps section .text

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:15 ---
What version of binutils are you using?
Also could you attach the assembly file which is causing the problem?

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |WAITING
  GCC build triplet|i686-pc-linux   |
   GCC host triplet|i686-pc-linux   |


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

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

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:16 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 16:16:12
   date||


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

[Bug tree-optimization/18659] [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2004-12-05 16:27 
---
Also fails the same way for the same tests on ia64-linux.

-- 


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

[Bug ada/18663] ACATS ICE cc1221d expected integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:3779

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2004-12-05 16:37 
---
Also happens on ia64-linux.

-- 


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

[Bug c++/18839] [4.0 Regression] g++.other/thunk1.C:35: ICE: in cp_genericize, at cp/cp-gimplify.c:333

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:38 ---
Yes this is a dup of bug 18492.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:39 ---
*** Bug 18839 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||danglin at gcc dot gnu dot
   ||org


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

[Bug ada/18847] New: ACATS ICE cxa5012 on ia64: insn does not satisfy its constraints reload_cse_simplify_operands, at postreload.c:391

[laurent at guerby dot net]

It happens only on ia64-linux (works on x86, x86_64 and ppc)

cxa5012.adb: In function 'CXA5012':
cxa5012.adb:536: error: insn does not satisfy its constraints:
(insn 9364 1388 9365 0 (set (reg/v:SI 321 b1 [orig:505
estring_pack__null_bounded_string$data$26 ] [505])
(reg:SI 14 r14)) 4 {*movsi_internal} (nil)
(nil))
+===GNAT BUG DETECTED==+
| 4.0.0 20041205 (experimental) (ia64-suse-linux-gnu) GCC error:   |
| in reload_cse_simplify_operands, at postreload.c:391 |
| Error detected at cxa5012.adb:536:5  |

-- 
   Summary: ACATS ICE cxa5012 on ia64: insn does not satisfy its
constraints reload_cse_simplify_operands, at
postreload.c:391
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/18847] ACATS ICE cxa5012 on ia64: insn does not satisfy its constraints reload_cse_simplify_operands, at postreload.c:391

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|ada |target
 GCC target triplet||ia64-*-linux-gnu


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

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

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2004-12-05 16:42 
---
152 ACATS test fail (ICE in verfy_flow_info after error: call edges) on 
ia64-linux.


-- 


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

[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2004-12-05 
16:50 ---
Bumping up priority again because HPPA is a primary platform.

-- 
   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/18828] [4.0 Regression] Extraneous warning with var_start and optimization

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:51 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 16:51:12
   date||


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

[Bug target/18847] ACATS ICE cxa5012 on ia64: insn does not satisfy its constraints reload_cse_simplify_operands, at postreload.c:391

[schwab at suse dot de]

-- 
   What|Removed |Added

 CC||schwab at suse dot de


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

[Bug ada/16345] ada cross-compiler for arm generates bad code - resulting executable segfaults

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:55 ---
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=16345

[Bug target/14595] make profiledbootstrap fails on MinGW/MSYS *after* applying PR14291 patch

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
16:58 ---
Not a gcc bug for sure see PR 15137 where we got passed that spot.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug java/10657] java section can not find libiconv

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |---


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

[Bug target/14619] Incorrect Dwarf 2 information in function prologue

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |---


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

[Bug tree-optimization/15398] [4.0 Regression] external inline and normal function of the same name and non unit-at-a-time

[rpjday at mindspring dot com]

--- Additional Comments From rpjday at mindspring dot com  2004-12-05 17:33 
---
i am getting the same error using dan kegel's "crosstool" program to build a
big-endian SH3 toolchain.  my combination of packages:

  gcc-4.0-20041128 (tarball snapshot)
  glibc-20041204 (from CVS)
  binutils-2.15

i applied the following patch to at least temporarily work around the problem:

http://www.kegel.com/crosstool/crosstool-0.28-rc37/patches/glibc-2.3.2/glibc-2.3.2-allow-gcc-3.5-PR14096.patch



-- 


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

[Bug middle-end/17909] [4.0 Regression] ICE: verifiy_stms failed

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-05 
17:47 ---
Subject: Bug 17909

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-05 17:47:18

Modified files:
gcc: ChangeLog 

Log message:
Add forgotten to check in changeLog:
2004-12-04  Andrew  Pinski  <[EMAIL PROTECTED]>

PR middle-end/17909
* builtins.c (fold_builtin_next_arg): Export and return true
when there is a warning or an error.
(expand_builtin_va_start): When fold_builtin_next_arg returns true,
return const0_rtx.
(expand_builtin): Likewise.
* gimplify.c (gimplify_call_expr): Error out if there is not
enough arguments to va_start. Call fold_builtin_next_arg also
on the second argument.
* tree.h (fold_builtin_next_arg): Prototype.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6716&r2=2.6717



-- 


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

[Bug tree-optimization/18848] New: PRE creates "a_1 = 0 * 4" but does not fold it.

[kazu at cs dot umass dot edu]

Compile this with -O2.

void
foo (int *table, unsigned int size)
{
  unsigned int i;

  for (i = 0; i < size; i++)
{
  if (table[i])
break;
}

  table[i] = 0;
}

I get:

  pretmp.2_22 = 0 * 4;

-- 
   Summary: PRE creates "a_1 = 0 * 4" but does not fold it.
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu


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

[Bug tree-optimization/18848] PRE creates "a_1 = 0 * 4" but does not fold it.

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
18:14 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||missed-optimization, TREE
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 18:14:30
   date||


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

[Bug preprocessor/15167] [3.4/4.0 Regression] Internal compiler error with "#pragma once"

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
18:48 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug tree-optimization/18842] Weak optimization on global references

[felix dot nawothnig at t-online dot de]

--- Additional Comments From felix dot nawothnig at t-online dot de  
2004-12-05 19:10 ---
Diagnostics? Both files are 100% valid C++ - but since the C++ standard doesn't
enforce implementation of references as pointers they cause ABI-defined (?)
behaviour at/after linkage, just as...

extern int x;
void main() { foo(); assert(x == 5); }
---
float x;
void foo() { x = 5; }

...isn't guaranteed to "work" either. (but is still valid C)

Reading the reference over a pointer would still work because we can't remove
the reference itself from the object since someone might do "extern int &y;" in
another file - but it's evil. (non-portable)

*And* they are guaranteed to be const by the standard.

So, yes, safe to optimize. I think. :)

-- 


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

[Bug ada/17527] Ada Bootstrap problem because of -Werror

[kraai at gcc dot gnu dot org]

--- Additional Comments From kraai at gcc dot gnu dot org  2004-12-05 19:14 
---
Created an attachment (id=7680)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7680&action=view)
Patch

Would you please test this patch?

-- 
   What|Removed |Added

Attachment #7167 is|0   |1
   obsolete||


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

[Bug tree-optimization/18842] Weak optimization on global references

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
19:15 ---
(In reply to comment #5)
> Diagnostics? Both files are 100% valid C++ - but since the C++ standard 
> doesn't
> enforce implementation of references as pointers they cause ABI-defined (?)
> behaviour at/after linkage, just as...

Yes both files are valid C++ but when you link them together they become 
invalid C++ and yes
the C++ defines this as invalid with no diagnostic required.  In fact your 
example is also invalid C++
but since the standard says we don't have to provide diagnostic as it is a hard 
problem to actually 
provide the diagnostic.

-- 


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

[Bug ada/17527] Ada Bootstrap problem because of -Werror

[kraai at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||kraai at gcc dot gnu dot org


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

[Bug c++/18849] New: -m64 yields: relocation truncated to fit: R_SPARC_DISP32

[visbeattie at yahoo dot com]

Teeny test program compiles, links OK with -m32.   Compile/link with -m64 
yields error as follows:

TestClass.o(.eh_frame+0x30):/usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/../../../../include/c++/3.4.3/bits/basic_string.h:217: 
relocation truncated to fit: 
R_SPARC_DISP32 .gnu.linkonce.t._ZN13TestExceptionD1Ev

The problem is resolved when the main program does not throw test exception, or 
when TestClass is omitted and main() does throw the exception.

The csh script "build" rebuilds all three files and makes an executable called 
bdb.  The files are TestException.[cpp,h] a minimal exception class, TestClass.
[cpp,h] a minimal class, and test.cpp - the main program.  .ii's included in 
the attached tar.bz2 file

Here's the build output:
245 [EMAIL PROTECTED]:/home/brianb/work *> build
g++ -save-temps -m64 -g -O2 -I. TestException.cpp -c -o TestException.o
g++ -save-temps -m64 -g -O2 -I. TestClass.cpp -c -o TestClass.o
g++ -v -save-temps -m64 -g -O2 -Wl,-v -I. test.cpp TestException.o TestClass.o -
o bdb
Reading specs from /usr/local/gcc-3.4.3/lib/gcc/sparc-sun-solaris2.8/3.4.3/specs
Configured with: /export/gnu/gcc-3.4.3/configure --prefix=/usr/local/gcc-3.4.3 -
-with-ld=/usr/local/bin/ld --with-gnu-ld --with-as=/usr/local/bin/as --with-gnu-
as
Thread model: posix
gcc version 3.4.3
 /usr/local/gcc-3.4.3/libexec/gcc/sparc-sun-solaris2.8/3.4.3/cc1plus -E -quiet -
v -I. -D__arch64__ -D__sparcv9 test.cpp -mptr64 -mstack-bias -mno-v8plus -
mcpu=v9 -m64 -fworking-directory -O2 -o test.ii
ignoring nonexistent directory "/usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/../../../../sparc-sun-solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
 .
 /usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/../../../../include/c++/3.4.3
 /usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/../../../../include/c++/3.4.3/sparc-sun-solaris2.8
 /usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/../../../../include/c++/3.4.3/backward
 /usr/local/include
 /usr/local/gcc-3.4.3/include
 /usr/local/gcc-3.4.3/lib/gcc/sparc-sun-solaris2.8/3.4.3/include
 /usr/include
End of search list.
 /usr/local/gcc-3.4.3/libexec/gcc/sparc-sun-solaris2.8/3.4.3/cc1plus -
fpreprocessed test.ii -mptr64 -mstack-bias -mno-v8plus -mcpu=v9 -quiet -
dumpbase test.cpp -m64 -auxbase test -g -O2 -version -o test.s
GNU C++ version 3.4.3 (sparc-sun-solaris2.8)
compiled by GNU C version 3.4.3.
GGC heuristics: --param ggc-min-expand=65 --param ggc-min-heapsize=65536
 /usr/local/bin/as -V -Qy -s -TSO -64 -Av9 -o test.o test.s
GNU assembler version 2.14 (sparc-sun-solaris2.8) using BFD version 2.14 
20030612
rcv9 -v test.o TestException.o TestClass.o -lstdc++ -lm -lgcc_s_sparcv9 -lgcc -
lc -lgcc_s_sparcv9 -lgcc -lc /usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/sparcv9/crtend.o /usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/sparcv9/crtn.o
collect2 version 3.4.3 (sparc ELF)
-lm -lgcc_s_sparcv9 -lgcc -lc -lgcc_s_sparcv9 -lgcc -lc /usr/local/gcc-
3.4.3/lib/gcc/sparc-sun-solaris2.8/3.4.3/sparcv9/crtend.o /usr/local/gcc-
3.4.3/lib/gcc/sparc-sun-solaris2.8/3.4.3/sparcv9/crtn.o
TestClass.o(.eh_frame+0x30):/usr/local/gcc-3.4.3/lib/gcc/sparc-sun-
solaris2.8/3.4.3/../../../../include/c++/3.4.3/bits/basic_string.h:217: 
relocation truncated to fit: 
R_SPARC_DISP32 .gnu.linkonce.t._ZN13TestExceptionD1Ev
GNU ld version 2.14 20030612
  Supported emulations:
   elf32_sparc
   elf64_sparc
GNU ld version 2.14 20030612
collect2: ld returned 1 exit status

-- 
   Summary: -m64 yields: relocation truncated to fit: R_SPARC_DISP32
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: visbeattie at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8


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

[Bug target/18841] [3.3/3.4/4.0 Regression] setjmp and eh receivers can mis-schedule

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-05 
19:52 ---
Subject: Bug 18841

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-05 19:52:28

Modified files:
gcc: ChangeLog 
gcc/config/alpha: alpha.md 

Log message:
PR target/18841
* config/alpha/alpha.md (UNSPECV_SETJMPR_ER): New.
(builtin_setjmp_receiver_er_sl_1): Use it.
(builtin_setjmp_receiver_er_1): Likewise.
(builtin_setjmp_receiver_er, exception_receiver_er): Remove.
(builtin_setjmp_receiver): Don't split for explicit relocs until
after reload.
(exception_receiver): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6718&r2=2.6719
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/alpha/alpha.md.diff?cvsroot=gcc&r1=1.228&r2=1.229



-- 


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

[Bug c++/18849] -m64 yields: relocation truncated to fit: R_SPARC_DISP32

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
19:53 ---
Not a gcc bug but a binutils one, see PR 7506 and other ones too.  It is fixed 
in 15.xx but 15.00 does 
not work on solaris.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE
Summary|-m64 yields: relocation |-m64 yields: relocation
   |truncated to fit:   |truncated to fit:
   |R_SPARC_DISP32  |R_SPARC_DISP32


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

[Bug c++/7506] Solaris 64-bit shared c++ link failure using binutils

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
19:53 ---
*** Bug 18849 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||visbeattie at yahoo dot com


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

[Bug fortran/18850] New: padding within a sequence type

[Thomas dot Koenig at online dot de]

Look at the following program:

$ cat sequence.f90
program main
  type foo
 sequence
 character :: a
 real :: b
  end type foo
  type(foo) :: q
  save q
  q%b = 2.1
  q%a = 'a'
end program main
$ gfortran -v
Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --prefix=/home/ig25
--enable-languages=c,c++,f95 --disable-shared
Thread model: posix
gcc version 4.0.0 20041204 (experimental)

$ gfortran -S sequence.f90
$ cat sequence.s
.file   "sequence.f90"
.local  q.456
.comm   q.456,8,4
.section.rodata
.LC1:
.ascii  "a"
.text
.globl MAIN__
.type   MAIN__, @function
MAIN__:
pushl   %ebp
movl%esp, %ebp
subl$24, %esp
movl$0x4006, %eax
movl%eax, q.456+4
movl$.LC1, 12(%esp)
movl$1, 8(%esp)
movl$q.456, 4(%esp)
movl$1, (%esp)
call_gfortran_copy_string
leave
ret
.size   MAIN__, .-MAIN__
.ident  "GCC: (GNU) 4.0.0 20041204 (experimental)"
.section.note.GNU-stack,"",@progbits

As you can see from the assembly, there is padding within
the sequence type (to the next four bytes).  From my understanding
of the sequence attribute, this isn't what is intended in this case.

-- 
   Summary: padding within a sequence type
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c++/18849] -m64 yields: relocation truncated to fit: R_SPARC_DISP32

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
19:56 ---
> Not a gcc bug but a binutils one, see PR 7506 and other ones too.  It is fixed
> in 15.xx but 15.00 does not work on solaris.

More precisely: it is fixed in Binutils 2.15 CVS but not Binutils 2.15 release.


-- 


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

[Bug target/18841] [3.3/3.4/4.0 Regression] setjmp and eh receivers can mis-schedule

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-05 
19:58 ---
Subject: Bug 18841

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED]   2004-12-05 19:58:45

Modified files:
gcc: ChangeLog 
gcc/config/alpha: alpha.md 

Log message:
PR target/18841
* config/alpha/alpha.md (UNSPECV_SETJMPR_ER): New.
(builtin_setjmp_receiver_er_sl_1): Use it.
(builtin_setjmp_receiver_er_1): Likewise.
(builtin_setjmp_receiver_er, exception_receiver_er): Remove.
(builtin_setjmp_receiver): Don't split for explicit relocs until
after reload.
(exception_receiver): Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.16114.2.1033&r2=1.16114.2.1034
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/alpha/alpha.md.diff?cvsroot=gcc&only_with_tag=gcc-3_3-branch&r1=1.199.4.6&r2=1.199.4.7



-- 


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

[Bug target/18841] [3.3/3.4/4.0 Regression] setjmp and eh receivers can mis-schedule

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-05 
20:00 ---
Subject: Bug 18841

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2004-12-05 20:00:00

Modified files:
gcc: ChangeLog 
gcc/config/alpha: alpha.md 

Log message:
PR target/18841
* config/alpha/alpha.md (UNSPECV_SETJMPR_ER): New.
(builtin_setjmp_receiver_er_sl_1): Use it.
(builtin_setjmp_receiver_er_1): Likewise.
(builtin_setjmp_receiver_er, exception_receiver_er): Remove.
(builtin_setjmp_receiver): Don't split for explicit relocs until
after reload.
(exception_receiver): Likewise.

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.721&r2=2.2326.2.722
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/alpha/alpha.md.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.215.6.5&r2=1.215.6.6



-- 


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

[Bug fortran/15966] ICE and segmentation fault on internal write

[Thomas dot Koenig at online dot de]

--- Additional Comments From Thomas dot Koenig at online dot de  2004-12-05 
20:03 ---
*** Bug 18834 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||Thomas dot Koenig at online
   ||dot de


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

[Bug fortran/18834] ICE on reading from internal file character array

[Thomas dot Koenig at online dot de]

--- Additional Comments From Thomas dot Koenig at online dot de  2004-12-05 
20:03 ---
(In reply to comment #2)

> Confirmed.  This might be a dup of bug 15966 or PR 18781.

Yes, I think this is a dupe of PR 15966.  PR 18781 is a bit different,
because there, it is the format which is a character array.

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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/18841] [3.3/3.4/4.0 Regression] setjmp and eh receivers can mis-schedule

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-05 
20:07 ---
Subject: Bug 18841

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-05 20:07:10

Added files:
gcc/testsuite/g++.dg/opt: eh3.C 

Log message:
Test case for PR target/18841.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/eh3.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug target/18841] [3.3/3.4/4.0 Regression] setjmp and eh receivers can mis-schedule

[rth at gcc dot gnu dot org]

--- Additional Comments From rth at gcc dot gnu dot org  2004-12-05 20:10 
---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/18841] [3.3/3.4/4.0 Regression] setjmp and eh receivers can mis-schedule

[rth at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|4.0.0   |3.3.6


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

[Bug middle-end/14711] [3.3/3.4/4.0 regression] ICE in final.c:2117 when compiling a huge source file

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
20:19 ---
*** Bug 15426 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||hebisch at math dot uni dot
   ||wroc dot pl


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

[Bug middle-end/15426] [3.4/4.0 Regression] large line numbers cause crash

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
20:19 ---


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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
20:42 ---
Looking at:

it looks likes it is only for -m32 case.

I think this is a target problem now.
As ppc64 is fixed at least according to 
.

-- 
   What|Removed |Added

  Component|middle-end  |target


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

[Bug fortran/18850] padding within a sequence type

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-05 20:47 
---
Can you point to a part in the standard which supports this claim? Looking
through it I didn't see anything supporting this claim.

Alternatively, do other compilers omit padding in sequence types? In this case
we might want to support this out of compatibility reasonings.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug bootstrap/18058] [4.0 Regression] Sun CC cannot bootstrap GCC (static inline)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Priority|P2  |P3


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

[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-05 20:59 
---
The problem is that the substring reference is parsed as array reference. the
responsible code is this fragment from match_varspec in primary.c, after which
we unconditionally parse an array reference:
  if (primary->symtree->n.sym->attr.dimension
  || (equiv_flag
  && gfc_peek_char () == '('))
 

-- 
   What|Removed |Added

 CC||tobi at gcc dot gnu dot org


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

[Bug tree-optimization/18693] ivopts regression metabug

[pinskia at gcc dot gnu dot org]

-- 
Bug 18693 depends on bug 17474, which changed state.

Bug 17474 Summary: [4.0 Regression] Compiling at -01 yields different results
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17474

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug tree-optimization/17474] [4.0 Regression] Compiling at -01 yields different results

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
21:02 ---
The testcase has already been fixed so closing.

-- 
   What|Removed |Added

   Severity|critical|normal
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ACATS c41325a & other ICE, also while building libada

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2004-12-05 21:02 
---
The simplest ACATS test I could find that exhibits this ICE is c41325a.
Here is the standalone code with no ties to ACATS support. Removing anything
makes the ICE go away according to Andreas Schwab.

$ cat rep.ads
package Rep is
 procedure FAILED (M : in String);
 procedure RESULT;

 procedure Test (S1, S2 : in String);

   function Ident_Int(X : Integer) return Integer;
   function Ident_Bool (X : Boolean) return Boolean;
end Rep;

$ cat rep.adb
package body Rep is
 procedure Test (S1, S2 : in String) is begin null; end;
 procedure FAILED (M : in String) is
 begin
raise Program_Error;
 end FAILED;

 procedure RESULT is begin null; end;

   function Ident_Int(X : Integer) return Integer is
   begin
  return X;
   end;

   function Ident_Bool (X : Boolean) return Boolean is
   begin
  return X;
   end;



end Rep;

$ cat pia.adb
with Rep; use Rep;
PROCEDURE PIA IS
   
 PACKAGE P IS
  TYPE CATARRAY IS ARRAY (INTEGER RANGE <>) OF INTEGER;

  TYPE ARRAY_1 IS ARRAY (1..10) OF INTEGER;
  TYPE ARRAY_2 IS ARRAY (1..4, 1..4) OF INTEGER;
  TYPE ARRAY_3 IS ARRAY (1..2, 1..3, 1..4) OF INTEGER;
  TYPE ARRAY_4 IS ARRAY (1..10) OF BOOLEAN;
  TYPE ARRAY_5 IS ARRAY (1..4, 1..4) OF BOOLEAN;
  TYPE ARRAY_6 IS ARRAY (1..2, 1..3, 1..4) OF BOOLEAN;

  OBJ_ARA_1 : ARRAY_1 := (1..10 => IDENT_INT(0));
  OBJ_ARA_2 : ARRAY_2 := (1..4 => (1..4 => IDENT_INT(0)));
  OBJ_ARA_3 : ARRAY_3 := (1..2 => (1..3 =>
   (1..4 => IDENT_INT(0;
  OBJ_ARA_4 : ARRAY_4 := (1..10 => IDENT_BOOL(FALSE));
  OBJ_ARA_5 : ARRAY_5 := (1..4 => (1..4 => IDENT_BOOL(FALSE)));
  OBJ_ARA_6 : ARRAY_6 := (1..2 => (1..3 =>
  (1..4 => IDENT_BOOL(FALSE;
  OBJ_ARA_7 : CATARRAY (1..10) := (1..10 => IDENT_INT(0));
  OBJ_ARA_20 : CATARRAY (1..20) := (1..10 => 1,
11..20 => IDENT_INT(0));
 END P;

 VAR_ARA_1 : P.ARRAY_1 := (1..10 => IDENT_INT(1));
 VAR_ARA_2 : P.ARRAY_2 := (1..4 => (1..4 => IDENT_INT(1)));
 VAR_ARA_3 : P.ARRAY_3 := (1..2 => (1..3 =>
   (1..4 => IDENT_INT(1;
 VAR_ARA_4 : P.ARRAY_4 := (1..10 => IDENT_BOOL(TRUE));
 VAR_ARA_5 : P.ARRAY_5 := (1..4 => (1..4 => IDENT_BOOL(TRUE)));
 VAR_ARA_6 : P.ARRAY_6 := (1..2 => (1..3 =>
   (1..4 => IDENT_BOOL(TRUE;
 VAR_ARA_7 : P.CATARRAY (1..10) := (1..10 => IDENT_INT(1));
 VAR_ARA_8 : P.ARRAY_4 := (1..10 => IDENT_BOOL(TRUE));
 VAR_ARA_20 : P.CATARRAY (1..20) := (1..20 => IDENT_INT(0));
 
BEGIN
 TEST ("C41325A", "CHECK THAT IMPLICITLY DECLARED ENTITIES CAN " &
  "BE SELECTED FROM OUTSIDE THE PACKAGE USING AN " &
  "EXPANDED NAME, FOR AN ARRAY TYPE");

 -- CASE 1: MULTIDIMENSIONAL ARRAYS.

 IF P."=" (VAR_ARA_2, P.OBJ_ARA_2) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 1");
 END IF;

 IF P."=" (VAR_ARA_5, P.OBJ_ARA_5) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 2");
 END IF;

 IF P."/=" (VAR_ARA_2, P.ARRAY_2'(1..4 => (1..4 => 1))) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 3");
 END IF;

 IF P."/=" (VAR_ARA_5, P.ARRAY_5'(1..4 => (1..4 => TRUE))) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 4");
 END IF;

 IF P."=" (VAR_ARA_3, P.OBJ_ARA_3) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 5");
 END IF;

 IF P."/=" (VAR_ARA_6, P.ARRAY_6'(1..2 =>(1..3 =>(1..4 => TRUE 
  THEN
   FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 6");
 END IF;

 -- CASE 2: ONE DIMENSIONAL ARRAYS.

 IF P."=" (VAR_ARA_1, P.OBJ_ARA_1) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 7");
 END IF;

 IF P."/=" (VAR_ARA_1, P.ARRAY_1'(1..10 => 1)) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 8");
 END IF;

 VAR_ARA_20 := P."&" (VAR_ARA_7, P.OBJ_ARA_7);
 IF P."/=" (VAR_ARA_20, P.OBJ_ARA_20) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 9");
 END IF;

 IF P."<" (VAR_ARA_1, P.OBJ_ARA_1) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 10");
 END IF;

 IF P.">" (P.OBJ_ARA_1, VAR_ARA_1) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 11");
 END IF;

 IF P."<=" (VAR_ARA_1, P.OBJ_ARA_1) THEN
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 12");
 END IF;

 IF P."<=" (VAR_ARA_1, P.ARRAY_1'(1..10 => 1)) THEN
  NULL;
 ELSE
  FAILED ("INCORRECT RESULTS FROM EXPANDED NAME - 13");
 END IF;

 IF P.">=" (VAR_ARA_1, P.ARRAY_1'(1..10 => 2)) THEN
  FAILED ("INCORRECT RES

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2004-12-05 21:02 
---
> Looking at:
> 
> it looks likes it is only for -m32 case.

Look better: is the other way 'round: -m32 is ok, 64-bit is broken (I'm 100% 
sure
because often I build --disable-multilib and the failure is always there :(



-- 


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

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

[roger at eyesopen dot com]

--- Additional Comments From roger at eyesopen dot com  2004-12-05 21:24 
---
There does appear to be some form of ABI change on x86_64.  When compiling with
gcc-3.4.3 the results of cpowl are assumed to be returned on the x87 stack, but
when compiling with 4.0.0 (20041205 experimental) the generated code assumes 
that
the floating point results are returned in memory!!  I suspect that an internal
change in the representation of complex types, has broken platforms with special
parameter passing/returning conventions for complex types.


-- 


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

[Bug fortran/13082] Function entries not implemented

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-05 21:25 
---
Alternate returns are implemented via functions, so entries don't work for these
either.

-- 


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

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-05 21:26 
---
Updated summary, also removed the wrong-code keyword.

-- 
   What|Removed |Added

   Keywords|wrong-code  |
Summary|Function entries not|Function entries and entries
   |implemented |with alternate returns not
   ||implemented


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

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-05 21:27 
---
*** Bug 18824 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||Thomas dot Koenig at online
   ||dot de


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

[Bug fortran/18824] [g77 regression] ENTRY with alternate return causes compiler segfault

[tobi at gcc dot gnu dot org]

--- Additional Comments From tobi at gcc dot gnu dot org  2004-12-05 21:26 
---
This is actually a duplicate of 13082, because alternate returns are implemented
via functions.

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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/18851] New: IMA is slow and could be sped up

[pinskia at gcc dot gnu dot org]

C IMA slows down the compile way down.

-- 
   Summary: IMA is slow and could be sped up
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: compile-time-hog
  Severity: minor
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/18851] IMA is slow and could be sped up

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
21:36 ---
Patch here: .

I posted it too late for including it into 4.0.0.

-- 
   What|Removed |Added

OtherBugsDependingO||17652
  nThis||
 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed||1
   Keywords||patch
   Last reconfirmed|-00-00 00:00:00 |2004-12-05 21:36:49
   date||
   Target Milestone|--- |4.1.0


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

[Bug middle-end/18852] New: [3.4 Regression] 8 tests fail: SIGSEGV for stack growth failure

[danglin at gcc dot gnu dot org]

We have the following new fails in the C testsuite:

Running /xxx/gnu/gcc-3.4/gcc/gcc/testsuite/gcc.dg/compat/compat.exp ...
FAIL: gcc.dg/compat/scalar-by-value-4 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/scalar-by-value-4 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/scalar-return-4 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/scalar-return-4 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-11 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-11 c_compat_y_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-12 c_compat_x_tst.o compile
FAIL: gcc.dg/compat/struct-by-value-12 c_compat_y_tst.o compile

All these fail due SIGSEGVs:

Executing on host: /xxx/gnu/gcc-3.4/objdir/gcc/xgcc -B/xxx/gnu/gcc-3.4/objdir/gc
c/-c  -o c_compat_x_tst.o /xxx/gnu/gcc-3.4/gcc/gcc/testsuite/gcc.dg/compat/s
calar-by-value-4_x.c(timeout = 300)
^M
Pid 21061 received a SIGSEGV for stack growth failure.^M
Possible causes: insufficient memory or swap space,^M
or stack size exceeded maxssiz.^M
xgcc: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.

-- 
   Summary: [3.4 Regression] 8 tests fail: SIGSEGV for stack growth
failure
   Product: gcc
   Version: 3.4.4
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: middle-end
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: hppa2.0w-hp-hpux11.00
  GCC host triplet: hppa2.0w-hp-hpux11.00
GCC target triplet: hppa2.0w-hp-hpux11.00


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

[Bug middle-end/18852] [3.4 Regression] 8 tests fail: SIGSEGV for stack growth failure

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2004-12-05 
21:43 ---
Make sure to have this:

2004-12-04  Richard Henderson  <[EMAIL PROTECTED]>

* emit-rtl.c, expr.c, function.c, integrate.c, optabs.c, rtl.h:
Revert the patches for PR rtl-opt/15289.


-- 


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

[Bug middle-end/18852] [3.4 Regression] 8 tests fail: SIGSEGV for stack growth failure

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
21:43 ---
Was this before or after RTH applied this patch:
* emit-rtl.c, expr.c, function.c, integrate.c, optabs.c, rtl.h:
Revert the patches for PR rtl-opt/15289.

If it was before, then I almost think this is already fixed by this patch.

-- 
   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |3.4.4


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

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

[3dw4rd at verizon dot net]

--- Additional Comments From 3dw4rd at verizon dot net  2004-12-05 21:44 
---
(In reply to comment #3)

I found a way to recreate /dev/null (besides rebooting)

sudo mknod /dev/null c 1 3
chmod a+rw /dev/null

Anyway,
I cleaned out my object directory and the install directory and bootstrapped
from scratch and installation worked.  It seems that doing a CVS update fails
after a while and leaves something corrupted.

> (In reply to comment #1)
> On Mac OSX 10.3.6
> 
> > Something must be wrong with OS or machine because I have a /dev/null:
> > 
> > 
> > crw-rw-rw-  1 root  wheel3,   2  3 Dec 09:26 /dev/null
> > 
> > Darwin zhivago.erc-wireless.uc.edu 7.6.0 Darwin Kernel Version 7.6.0: Sun
Oct 10 12:05:27 PDT 
> 2004; 
> > root:xnu/xnu-517.9.4.obj~1/RELEASE_PPC  Power Macintosh powerpc
> > [zhivago:gcc/objdir/gcc] pinskia% 
> 
> I have the same problem.
> /dev/null exists before doing make install.
> It seems to be removed during the process of making install.

-- 


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

[Bug fortran/16581] gfortran F90 bit intrinsics don't work with integer*{1,2,8}

[sgk at troutmask dot apl dot washington dot edu]

--- Additional Comments From sgk at troutmask dot apl dot washington dot 
edu  2004-12-05 21:47 ---
I believe my patch at

http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00358.html

fixes this problem.

-- 
steve

-- 


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

[Bug middle-end/18852] [3.4 Regression] 8 tests fail: SIGSEGV for stack growth failure

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2004-12-05 21:55 ---
Subject: Re:  [3.4 Regression] 8 tests fail: SIGSEGV for

> --- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05
> 21:43 ---
> Was this before or after RTH applied this patch:
> * emit-rtl.c, expr.c, function.c, integrate.c, optabs.c, rtl.h:
> Revert the patches for PR rtl-opt/15289.
> 
> If it was before, then I almost think this is already fixed by this patch.

The last change was:

2004-12-03  Eric Botcazou  <[EMAIL PROTECTED]>

* integrate.c (expand_inline_function): Accept non-CONCAT arguments
for CONCAT parameters and invoke read_complex_part on them.

I'll retest.

Dave


-- 


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

[Bug libstdc++/18837] testsuite_performance.h:63: error: redefinition of 'struct mallinfo'

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2004-12-05 22:01 ---
Subject: Re:  testsuite_performance.h:63: error: redefini tion of 'struct 
mallinfo'

> To wit, can you test the attached? Thanks. 

I haven't had a chance to test your change but a similar change to
a different part of the #ifdef worked.

Dave


-- 


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

[Bug preprocessor/15220] [3.3/3.4/4.0 regression] "gcc -E -MM -MG" reports missing system headers in source directory

[prj-bugzilla-gcc at multivac dot cwru dot edu]

--- Additional Comments From prj-bugzilla-gcc at multivac dot cwru dot edu  
2004-12-05 22:40 ---
3.4 is a lost cause by this point, but I'd really like to see this fixed for
4.0.  My build system needs this to track dependencies.  What exactly was agreed
before - the lack of the warning, or the misleading outfor for missing 
files?  (I don't care about the warning.)  Got a link to that thread?

-- 


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

[Bug middle-end/17564] [4.0 Regression] New treatment of function pointers when used with equality operators, when casts are involved

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2004-12-05 22:43 ---
Subject: Re:  [4.0 Regression] New treatment of function

Nathanael,

> Do you think we could canonicalize only when
> we compare a function pointer to a function pointer
> (rather than when comparing a function pointer to a void pointer)?  Would
> that
> do the trick, or would it lead to further trouble?
> 
> Tentative, untested patch attached.

I seem to have used a version of gcc without your patch when
I checked it with the PR testcase.  Would you please submit it
to gcc-patches as a fix for the PR?  The patch has a parenthesis
typo that needs fixing.

Dave


-- 


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

[Bug debug/16261] [3.4 regression] ICE: output_die, at dwarf2out.c:6628

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2004-12-05 
23:07 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


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

[Bug libstdc++/18837] testsuite_performance.h:63: error: redefinition of 'struct mallinfo'

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-12-05 
23:28 ---
Subject: Bug 18837

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2004-12-05 23:28:23

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/testsuite: testsuite_performance.h 

Log message:
2004-12-05  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/18837
* testsuite/testsuite_performance.h: Fix mallinfo macros for
hpux.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2798&r2=1.2799
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/testsuite_performance.h.diff?cvsroot=gcc&r1=1.13&r2=1.14



-- 


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