[Bug c++/40423] New: namespace nested in class is a parse error

[mjtruog at fastmail dot ca]

The following does not work:
#include 

class A
{
private:
namespace B
{
enum { aaa, bbb };
}
public:
int getB() const { return B::bbb; }
};

int main()
{
A objA;
std::cout << objA.getB() << std::endl;
return 0;
}

However, the following gives the same interface, and does work as a
work-a-round:
#include 

class A
{
private:
class B
{
public:
enum { aaa, bbb };
};
public:
int getB() const { return B::bbb; }
};

int main()
{
A objA;
std::cout << objA.getB() << std::endl;
return 0;
}

The code in the first example is valid code, right?  There is no reason for it
now to be invalid?

Thanks


-- 
   Summary: namespace nested in class is a parse error
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mjtruog at fastmail dot ca
 GCC build triplet: gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu12)
  GCC host triplet: Linux 2.6.27-9-generic #1 SMP Thu Nov 20 22:15:32 UTC
2008 x86_6
GCC target triplet: x86_64-linux-gnu


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

[Bug c/40422] using optimization breaks code

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-06-12 07:38 ---
The testcase is buggy, fix_end(((unsigned int*)&i)[0]); etc. violates strict
aliasing.  Either compile with -fno-strict-aliasing, or better yet fix it to be
valid C code.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/40423] namespace nested in class is a parse error

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2009-06-12 09:16 
---
It is invalid, see 7.3.1/4, "Every namespace-definition shall appear in the
global scope or in a namespace scope (3.3.5).", thus, no class scope.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/40421] [4.5 Regression] Revision 148352 failed 416.gamess in SPEC CPU 2006

[dominiq at lps dot ens dot fr]

--- Comment #3 from dominiq at lps dot ens dot fr  2009-06-12 09:45 ---
The code in comment #1 compiles on powerpc-apple-darwin9 at revision 148391
with '-O3 -ffast-math -funroll-loops'. On i686-apple-darwin9 at revision
148399, compilation fails at -O3 with:

[ibook-dhum] f90/bug% gfc -O3 pr40421.f90
pr40421.f90: In function 'vrot2':
pr40421.f90:1:0: internal compiler error: Segmentation fault

but it compiles with '-O2 -ftree-vectorize -ffast-math -funroll-loops'.


-- 


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

[Bug target/40424] New: --verbose-asm option not list all enbaled command line option flags

[MR dot Swami dot Reddy at nsc dot com]

"-fverbose-asm" is not listing the command line option flgas, as same version
of native gcc does.

For ex:
> crx-elf-gcc test.c -O1 --verbose-asm -save-temps -c

In test.s: command line options enabled flags will be listed out.

This is not done with crx-elf-gcc compiler.


-- 
   Summary: --verbose-asm option not list all enbaled command line
option flags
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: MR dot Swami dot Reddy at nsc dot com
  GCC host triplet: Native linux
GCC target triplet: crx-elf-


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

[Bug target/40424] --verbose-asm option not list all enbaled command line option flags

[ramana at gcc dot gnu dot org]

--- Comment #1 from ramana at gcc dot gnu dot org  2009-06-12 10:00 ---
That might be because you have differences in your override_options from the
"native" compiler.


-- 


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

[Bug testsuite/40359] [4.5 Regression] Revision 148211 caused a lot of failures in the vect test suite.

[dominiq at lps dot ens dot fr]

--- Comment #11 from dominiq at lps dot ens dot fr  2009-06-12 12:00 ---
Created an attachment (id=17988)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17988&action=view)
dump file with -fdump-tree-vect-details

(In reply to comment #10)
[karma] f90/bug% grep "Alignment of access" vect-42.c.104t.vect
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-42.c:43: note: Alignment of
access forced using peeling.


-- 


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

[Bug tree-optimization/40425] New: [4.5 Regression]

[dominiq at lps dot ens dot fr]

Compiling /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8b.c
with -O3 gives the following ICE:

[karma] f90/bug% gcc45 -O3
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8b.c
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8b.c: In function
'foo':
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8b.c:22:1: error:
invalid conversion in gimple call
vector short unsigned int

__vector signed short

# .MEM_88 = VDEF <.MEM_86>
vect_var_.109_70 = __builtin_altivec_vmuleub (vect_var_.108_69,
vect_var_.103_64);

/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8b.c:22:1: error:
invalid conversion in gimple call
vector short unsigned int

__vector signed short

# .MEM_89 = VDEF <.MEM_88>
vect_var_.109_71 = __builtin_altivec_vmuloub (vect_var_.108_69,
vect_var_.103_64);

/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-reduc-dot-u8b.c:22:1:
internal compiler error: verify_stmts failed

The test compiles and executes with gcc 4.4.0 and 4.4.1 (r147910).


-- 
   Summary: [4.5 Regression]
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr
 GCC build triplet: powerpc-apple-darwin9
  GCC host triplet: powerpc-apple-darwin9
GCC target triplet: powerpc-apple-darwin9


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

[Bug tree-optimization/40425] [4.5 Regression] error: invalid conversion in gimple call

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-06-12 12:14 ---
The following tests fails with the same kind of ICE:

gcc.dg/vect/slp-perm-1.c
gcc.dg/vect/slp-perm-2.c
gcc.dg/vect/slp-perm-3.c
gcc.dg/vect/slp-perm-8.c
gcc.dg/vect/no-scevccp-outer-13.c
gcc.dg/vect/no-scevccp-outer-7.c


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

Summary|[4.5 Regression]|[4.5 Regression] error:
   ||invalid conversion in gimple
   ||call


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

[Bug target/30210] [4.5 Regression] Altivec builtins have inaccurate return types

[pinskia at gcc dot gnu dot org]

--- Comment #14 from pinskia at gcc dot gnu dot org  2009-06-12 12:20 
---
*** Bug 40425 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dominiq at lps dot ens dot
   ||fr


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

[Bug tree-optimization/40425] [4.5 Regression] error: invalid conversion in gimple call

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2009-06-12 12:20 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/40416] unnecessary register spill

[ramana at gcc dot gnu dot org]

--- Comment #2 from ramana at gcc dot gnu dot org  2009-06-12 12:54 ---
(In reply to comment #1)
> Created an attachment (id=17983)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17983&action=view) [edit]
> test case
> 

Your attachment didn't have #include  - Please try and supply
pre-processed input which is self contained . Adding a -I from a build
directory can be rather painful . Thanks - 

> The spilling is occurred around the first loop:
> 
> push{r4, r5, r6, r7, lr}
> sub sp, sp, #12
> .loc 1 5 0
> str r2, [sp, #4]  // A
> .loc 1 6 0
> add r6, r1, r2
> mov r4, r0
> .loc 1 8 0
> b   .L2
> .L5:
> .loc 1 10 0
> mov r7, #0
> ldrsh   r5, [r4, r7]
> .loc 1 12 0
> cmp r2, r5
> bge .L3
> .loc 1 14 0
> ldrbr7, [r1]
> strbr7, [r1, r2]
> .loc 1 15 0
> strhr2, [r4]
> .loc 1 16 0
> lsl r1, r2, #1
> sub r2, r5, r2
> strhr2, [r1, r4]
> .L6:
> .loc 1 5 0
> ldr r5, [sp, #4] //   B
> lsl r4, r5, #1
> add r0, r0, r4
> b   .L4
> .L3:
> .loc 1 19 0
> lsl r7, r5, #1
> mov ip, r7
> add r4, r4, ip
> .loc 1 20 0
> add r1, r1, r5
> .loc 1 21 0
> sub r2, r2, r5
> .L2:
> .loc 1 8 0
> cmp r2, #0
> bgt .L5
> b   .L6
> .L4:
> .loc 1 30 0
> mov r1, #0
> 
> 
> The spilling is occurred at instruction A and reload at instruction B.
> 
> The spilled value is x. The source code computes next_runs and next_alpha
> before while loop and preserve them through the loop body. But the generated
> code preserve next_alpha, original runs and original x through the loop body
> and compute next_runs after the loop. This caused an extra usage of register
> and results in a register spilling.
> 

Could you say what you'd like the code to be because I don't see an option but
to spill one of the values here. ?


-- 


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

[Bug target/39146] Unnecessary stack alignment

[hjl at gcc dot gnu dot org]

--- Comment #19 from hjl at gcc dot gnu dot org  2009-06-12 12:54 ---
Subject: Bug 39146

Author: hjl
Date: Fri Jun 12 12:54:30 2009
New Revision: 148428

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148428
Log:
gcc/

2009-06-12  Joey Ye  

PR middle-end/39146
* cfgexpand.c (get_decl_align_unit): Update
max_used_stack_slot_alignment with align instead of
stack_alignment_needed.

* function.c (assign_stack_local_1): Update
max_used_stack_slot_alignment with alignment_in_bits instead
of stack_alignment_needed.
(locate_and_pad_parm): Don't update max_used_stack_slot_alignment
here.

gcc/testsuite/

2009-06-12  Joey Ye  
H.J. Lu  

PR middle-end/39146
* gcc.target/i386/stackalign/pr39146.c: New.

Added:
trunk/gcc/testsuite/gcc.target/i386/stackalign/pr39146.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfgexpand.c
trunk/gcc/function.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug testsuite/40426] New: [4.5 Regression] Revision 148408 caused many DWARF tests faulures

[hjl dot tools at gmail dot com]

Revision 148408:

http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00388.html

caused:

FAIL: g++.dg/debug/anonunion1.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/anonunion1.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/anonunion1.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/anonunion1.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/anonunion1.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/anonunion1.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/const1.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/const1.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/const1.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/const1.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/const1.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/const1.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/const2.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/const2.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/const2.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/const2.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/const2.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/const2.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/const3.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/const3.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/const3.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/const3.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/const3.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/const3.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/const4.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/const4.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/const4.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/const4.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/const4.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/const4.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/crash1.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/crash1.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/crash1.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/crash1.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/crash1.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/crash1.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug1.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/debug1.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug1.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug1.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/debug1.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug1.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug2.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/debug2.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug2.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug2.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/debug2.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug2.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug3.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/debug3.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug3.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug3.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/debug3.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug3.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug4.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/debug4.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug4.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug4.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/debug4.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug4.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug5.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/debug5.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug5.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug5.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/debug5.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug5.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug6.C -gdwarf-21 (test for excess errors)
FAIL: g++.dg/debug/debug6.C -gdwarf-21 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug6.C -gdwarf-21 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug6.C -gdwarf-23 (test for excess errors)
FAIL: g++.dg/debug/debug6.C -gdwarf-23 -O2 (test for excess errors)
FAIL: g++.dg/debug/debug6.C -gdwarf-23 -O3 (test for excess errors)
FAIL: g++.dg/debug/debug7.C -gdwarf-21  (test for errors, line 10)
FAIL: g++.dg/debug/debug7.C 

[Bug libffi/40242] unsupported asm instructions in libffi/src/arm/sysv.S

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2009-06-12 13:13 ---

There was a merge of some work from libffi recently and IIRC I saw some commits
go into the same file. Can you check if that fixes your problem ?

Ramana


> 
> This means we cannot use "-mfloat-abi=soft" unconditionally, which boils down
> (again) to the question: how can we distinguish between the
> float-passed-in-int-regs and float-passed-in-float-regs case. Ideally this
> should work if building libffi as part of gcc and if building libffi
> standalone.


> 
> cheers, Marc
> 


-- 


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

[Bug fortran/40427] New: [F03] Procedure Pointer Components with OPTIONAL arguments

[janus at gcc dot gnu dot org]

The following was reported by John McFarland:

PROGRAM prog

 ABSTRACT INTERFACE
 SUBROUTINE sub_template(i,j,o)
   INTEGER, INTENT(in) :: i
   INTEGER, INTENT(in), OPTIONAL :: j, o
 END SUBROUTINE sub_template
 END INTERFACE

 TYPE container
   PROCEDURE(sub_template), POINTER, NOPASS :: s
 END TYPE container

 PROCEDURE(sub_template), POINTER :: s
 TYPE (container) :: c

 c%s => sub
 s => sub

 CALL callf(s)

 CALL callfc(c)

CONTAINS

 SUBROUTINE callfc(c)
   TYPE (container) :: c

   PRINT*, 'Calling with ppc'
   CALL c%s(1,o=3)
 END SUBROUTINE callfc

 SUBROUTINE callf(f)
   PROCEDURE(sub_template), OPTIONAL, POINTER :: f

   PRINT*, 'Calling pp argument'
   CALL f(1,o=5)
 END SUBROUTINE callf

 SUBROUTINE sub(i,arg2,arg3)
   INTEGER, INTENT(in) :: i
   INTEGER, INTENT(in), OPTIONAL :: arg2, arg3

   PRINT*, 'i:', i
   PRINT*, 'Present:', PRESENT(arg2), PRESENT(arg3)
   IF (PRESENT(arg2)) PRINT*, 'arg2:', arg2
   IF (PRESENT(arg3)) PRINT*, 'arg3:', arg3
 END SUBROUTINE sub

END PROGRAM prog


This program compiles fine, but produces the output:

 Calling pp argument
 i:   1
 Present: F T
 arg3:   5
 Calling with ppc
 i:   1
 Present: T T
 arg2:   3
 arg3:  -443987883


This means that there is a problem with calling PPCs with optional arguments.


-- 
   Summary: [F03] Procedure Pointer Components with OPTIONAL
arguments
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janus at gcc dot gnu dot org


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

[Bug testsuite/40384] [4.5 regression] Revision 148277 failed gcc.dg/tree-ssa/prefetch-5.c

[hjl dot tools at gmail dot com]

-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|2009-06-12 13:15:49 |2009-06-12 13:16:00
   date||


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

[Bug testsuite/40426] [4.5 Regression] Revision 148408 caused many DWARF tests faulures

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2009-06-12 13:19 ---
See also .
Not entering it in the patch field yet for reasons mentioned.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hp at gcc dot gnu dot org


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

[Bug testsuite/40384] [4.5 regression] Revision 148277 failed gcc.dg/tree-ssa/prefetch-5.c

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2009-06-12 13:24 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00964.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||06/msg00964.html


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

[Bug testsuite/40384] [4.5 regression] Revision 148277 failed gcc.dg/tree-ssa/prefetch-5.c

[hjl at gcc dot gnu dot org]

--- Comment #6 from hjl at gcc dot gnu dot org  2009-06-12 13:38 ---
Subject: Bug 40384

Author: hjl
Date: Fri Jun 12 13:37:50 2009
New Revision: 148431

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148431
Log:
2009-06-12  H.J. Lu  

PR testsuite/40384
* gcc.dg/tree-ssa/prefetch-5.c: Add --param
min-insn-to-prefetch-ratio=5.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/prefetch-5.c


-- 


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

[Bug rtl-optimization/33928] [4.3/4.4/4.5 Regression] 30% performance slowdown in floating-point code caused by r118475

[bonzini at gnu dot org]

--- Comment #92 from bonzini at gnu dot org  2009-06-12 14:50 ---
In the meanwhile something caused "tree incremental SSA" to jump up from 10s to
26s.  Sob.


-- 


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

[Bug c/40428] New: build fails for sh2a

[ce at embedded-software dot de]

I am trying to make a cross toolchain for sh2a-linux-uclib,
bu I always get:
"Internal error, aborting at /var/tmp/cross/sh2a-linux-uclibc/por
tage/cross-sh2a-linux-uclibc/binutils-2.19.1-r1/work/binutils-2.19.1/gas/config/
tc-sh.c line 3968 in md_apply_fix
Please report this bug." and that is what I do.

I get this error both on using Buildroot and Gentoo Crossdev.
My logs attached are for Crossdev:
Configuring GCC with: 
--prefix=/usr 
--bindir=/usr/x86_64-pc-linux-gnu/sh2a-linux-uclibc/gcc-bin/4.4.0 
--includedir=/usr/lib/gcc/sh2a-linux-uclibc/4.4.0/include 
--datadir=/usr/share/gcc-data/sh2a-linux-uclibc/4.4.0 
--mandir=/usr/share/gcc-data/sh2a-linux-uclibc/4.4.0/man 
--infodir=/usr/share/gcc-data/sh2a-linux-uclibc/4.4.0/info 
   
--with-gxx-include-dir=/usr/lib/gcc/sh2a-linux-uclibc/4.4.0/include/g++-v4 
--host=x86_64-pc-linux-gnu 
--target=sh2a-linux-uclibc 
--build=x86_64-pc-linux-gnu 
--disable-altivec 
--disable-fixed-point 
--without-ppl 
--without-cloog 
--enable-nls 
--without-included-gettext 
--with-system-zlib 
--disable-checking 
--disable-werror 
--enable-secureplt 
--disable-multilib 
--disable-libmudflap 
--disable-libssp 
--disable-libgomp 
--enable-cld 
--disable-libgcj 
--enable-languages=c 
--disable-shared 
--with-sysroot=/usr/sh2a-linux-uclibc 
--disable-bootstrap 
--disable-libgomp 
--disable-__cxa_atexit 
--enable-target-optspace 
--with-bugurl=http://bugs.gentoo.org/ 
--with-pkgversion=Gentoo 4.4.0 p1.1

Build ends with:
"/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/build/./gcc/xgcc
-B/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/build/./gcc/
-B/usr/sh2a-linux-uclibc/bin/ -B/usr/sh2a-linux-uclibc/lib/ -isystem
/usr/sh2a-linux-uclibc/include -isystem /usr/sh2a-linux-uclibc/sys-include -g
-Os -O2  -g -Os -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition 
-isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED  -fpic -DNO_FPSCR_VALUES -I. -I. -I../.././gcc
-I/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/gcc-4.4.0/libgcc
-I/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/gcc-4.4.0/libgcc/.
-I/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/gcc-4.4.0/libgcc/../gcc
-I/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/gcc-4.4.0/libgcc/../include
 -DHAVE_CC_TLS -o _ffsdi2.o -MT _ffsdi2.o -MD -MP -MF _ffsdi2.dep -DL_ffsdi2 -c
/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/gcc-4.4.0/libgcc/../gcc/libgcc2.c
\

/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/temp/cc4ysW8w.s:
Assembler messages:
/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/temp/cc4ysW8w.s:592:
Internal error, aborting at
/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/binutils-2.19.1-r1/work/binutils-2.19.1/gas/config/tc-sh.c
line 3968 in md_apply_fix
Please report this bug.
make[2]: *** [_ffssi2.o] Fehler 1
make[2]: *** Warte auf noch nicht beendete Prozesse...
/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/temp/ccGWjYYv.s:
Assembler messages:
/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/temp/ccGWjYYv.s:818:
Internal error, aborting at
/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/binutils-2.19.1-r1/work/binutils-2.19.1/gas/config/tc-sh.c
line 3968 in md_apply_fix
Please report this bug.
make[2]: *** [_ffsdi2.o] Fehler 1
make[2]: Leaving directory
`/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/build/sh2a-linux-uclibc/libgcc'
make[1]: *** [all-target-libgcc] Fehler 2
make[1]: Leaving directory
`/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/gcc-4.4.0/work/build'
make: *** [all] Fehler 2"


-- 
   Summary: build fails for sh2a
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ce at embedded-software dot de
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: sh2a-linux-uclibc


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

[Bug c/40428] build fails for sh2a

[ce at embedded-software dot de]

--- Comment #1 from ce at embedded-software dot de  2009-06-12 14:57 ---
Created an attachment (id=17989)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17989&action=view)
Log for GCC compile run


-- 


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

[Bug target/40428] build fails for sh2a

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2009-06-12 15:15 ---
>Internal error, aborting at
/var/tmp/cross/sh2a-linux-uclibc/portage/cross-sh2a-linux-uclibc/binutils-2.19.1-r1/work/binutils-2.19.1/gas/config/tc-sh.c
line 3968 in md_apply_fix
Please report this bug.

This really means to report the bug to binutils and not GCC.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |target


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

[Bug lto/40429] New: [LTO] Handling of -o without space

[rmansfield at qnx dot com]

If -o is specified multiple -o options are passed to the assembler,
and the assembly from lto1 is compiled into file specified the user, and the
temporary objfile is empty.

r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -flto t.c -c  
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -shared -o libfoo.so t.o -flto
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -shared -olibfoo.so t.o -flto
/tmp/cco4SVei.lto.o: file not recognized: File truncated
collect2: ld returned 1 exit status
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -shared -olibfoo.so t.o -flto -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)
COMPILER_PATH=./
LIBRARY_PATH=./:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-B.' '-shared' '-olibfoo.so' '-flto' '-v' '-mtune=generic'
 ./collect2 -flto --eh-frame-hdr -m elf_i386 -shared -olibfoo.so
/usr/lib/crti.o ./crtbeginS.o -L. t.o -lgcc --as-needed -lgcc_s --no-as-needed
-lc -lgcc --as-needed -lgcc_s --no-as-needed ./crtendS.o /usr/lib/crtn.o
Reading specs from ./specs
COLLECT_GCC=././xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)
COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccnLb3Ia.lto.o' '-B.' '-shared'
'-olibfoo.so' '-v' '-mtune=generic'
 ./lto1 -quiet -dumpbase t.o -mtune=generic -auxbase-strip /tmp/ccnLb3Ia.lto.o
-auxbase-strip libfoo.so -version @/tmp/ccg3ryza -o /tmp/ccI1kpZa.s
GNU GIMPLE (lto merged with rev 148228) version 4.5.0 20090605 (experimental)
(i686-pc-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.1, MPFR version 2.3.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU GIMPLE (lto merged with rev 148228) version 4.5.0 20090605 (experimental)
(i686-pc-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.1, MPFR version 2.3.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccnLb3Ia.lto.o' '-B.' '-shared'
'-olibfoo.so' '-v' '-mtune=generic'
 ./as -V -Qy -o /tmp/ccnLb3Ia.lto.o -olibfoo.so /tmp/ccI1kpZa.s
GNU assembler version 2.19.1 (i486-linux-gnu) using BFD version (GNU Binutils
for Debian) 2.19.1
COMPILER_PATH=./:./
LIBRARY_PATH=./:./:/lib/:/usr/lib/:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccnLb3Ia.lto.o' '-B.' '-shared'
'-olibfoo.so' '-v' '-mtune=generic'
/tmp/ccnLb3Ia.lto.o: file not recognized: File truncated
collect2: ld returned 1 exit status


-- 
   Summary: [LTO] Handling of -o without space
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 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=40429

[Bug bootstrap/40430] New: collect2.c fails to compile: new qualifiers in middle of multi-level non-const cast are unsafe

[ro at gcc dot gnu dot org]

Between 20090522 (rev 147798) and 20090612 (rev 148427), collect2.c failed to
compile in stage2:

/vol/gccsrc/obj/gcc-4.5.0-20090612/6.5-gcc/./prev-gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.5.0-20090612/6.5-gcc/./prev-gcc/
-B/vol/gcc/mips-sgi-irix6.5/bin/ -B/vol/gcc/mips-sgi-irix6.5/bin/
-B/vol/gcc/mips-sgi-irix6.5/lib/ -isystem /vol/gcc/mips-sgi-irix6.5/include
-isystem /vol/gcc/mips-sgi-irix6.5/sys-include -g -O2 -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
 -DHAVE_CONFIG_H -I. -I. -I/vol/gcc/src/gcc-dist/gcc
-I/vol/gcc/src/gcc-dist/gcc/. -I/vol/gcc/src/gcc-dist/gcc/../include
-I/vol/gcc/src/gcc-dist/gcc/../libcpp/include -I/vol/gcc/include
-I/vol/gcc/include -I/vol/gcc/src/gcc-dist/gcc/../libdecnumber
-I/vol/gcc/src/gcc-dist/gcc/../libdecnumber/dpd -I../libdecnumber \
-DTARGET_MACHINE=\"mips-sgi-irix6.5\" \
-c /vol/gcc/src/gcc-dist/gcc/collect2.c -o collect2.o 
cc1: warnings being treated as errors
/vol/gcc/src/gcc-dist/gcc/collect2.c: In function 'main':
/vol/gcc/src/gcc-dist/gcc/collect2.c:1170:8: error: new qualifiers in middle of
multi-level non-const cast are unsafe

I don't even understand what this message is supposed to mean.

It was probably introduced by this patch:

2009-06-01  Ian Lance Taylor  

* attribs.c (register_attribute): Use CONST_CAST.
* collect2.c (main): Use CONST_CAST2.
(scan_prog_file): Likewise.
* gcc.c (process_command, main): Likewise.
* toplev.c (toplev_main): Likewise.

* c-typeck.c (handle_warn_cast_qual): New static function,
partially broken out of build_c_cast.
(build_c_cast): Call handle_warn_cast_qual.
* doc/invoke.texi (Warning Options): Document new effect of
-Wcast-qual.


-- 
   Summary: collect2.c fails to compile: new qualifiers in middle of
multi-level non-const cast are unsafe
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at gcc dot gnu dot org
 GCC build triplet: mips-sgi-irix6.5
  GCC host triplet: mips-sgi-irix6.5
GCC target triplet: mips-sgi-irix6.5


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

[Bug bootstrap/40431] New: ICE in div_data_align, at dwarf2out.c:533 while configuring sparcv9 libgcc

[ro at gcc dot gnu dot org]

Between 20090522 (rev 147798) and 20090612 (rev 148427), Solaris 11/SPARC
bootstrap broke configuring the stage1 sparcv9 libgcc: in config.log, I find

configure:2590: checking for suffix of object files
configure:2611: /vol/gccsrc/obj/gcc-4.5.0-20090612/11-gcc/./gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.5.0-20090612/11-gcc/./gcc/
-B/vol/gcc/sparc-sun-solaris2.11/bin/ -B/vol/gcc/sparc-sun-solaris2.11/lib/
-isystem /vol/gcc/sparc-sun-solaris2.11/include -isystem
/vol/gcc/sparc-sun-solaris2.11/sys-include  -m64 -c -g -O2  conftest.c >&5
conftest.c:16:1: internal compiler error: in div_data_align, at dwarf2out.c:533

This can be reproduced with this conftest.c:

int
main ()
{

  ;
  return 0;
}

r...@galeras 49 > ./cc1 conftest.i -mptr64 -mstack-bias -mno-v8plus -mcpu=v9 
-m64
-g
 main
Analyzing compilation unit
Performing interprocedural optimizations
Assembling
functions:
 main
conftest.c:7:1: internal compiler error: in div_data_align, at dwarf2out.c:533
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Running cc1 under gdb, I find

Breakpoint 1, fancy_abort (file=0xe07518
"/vol/gcc/src/gcc-dist/gcc/dwarf2out.c", line=533, function=0xe07b60
"div_data_align") at /vol/gcc/src/gcc-dist/gcc/diagnostic.c:730
(gdb) where
#0  fancy_abort (file=0xe07518 "/vol/gcc/src/gcc-dist/gcc/dwarf2out.c",
line=533, function=0xe07b60 "div_data_align") at
/vol/gcc/src/gcc-dist/gcc/diagnostic.c:730
#1  0x0034cedc in div_data_align (off=2047) at
/vol/gcc/src/gcc-dist/gcc/dwarf2out.c:533
#2  0x0034cb2c in output_cfi (cfi=0xff012360, fde=0x0, for_eh=0) at
/vol/gcc/src/gcc-dist/gcc/dwarf2out.c:3044
#3  0x0034df58 in output_call_frame_info (for_eh=0) at
/vol/gcc/src/gcc-dist/gcc/dwarf2out.c:3397
#4  0x0034f618 in dwarf2out_frame_finish () at
/vol/gcc/src/gcc-dist/gcc/dwarf2out.c:3740
#5  0x007d5e48 in compile_file () at /vol/gcc/src/gcc-dist/gcc/toplev.c:1071
#6  0x007d9278 in do_compile () at /vol/gcc/src/gcc-dist/gcc/toplev.c:2353
#7  0x007d939c in toplev_main (argc=8, argv=0xffbff634) at
/vol/gcc/src/gcc-dist/gcc/toplev.c:2398
#8  0x0021a63c in main (argc=8, argv=0xffbff634) at
/vol/gcc/src/gcc-dist/gcc/main.c:35
(gdb) up
#1  0x0034cedc in div_data_align (off=2047) at
/vol/gcc/src/gcc-dist/gcc/dwarf2out.c:533
(gdb) p r
$2 = -255
(gdb) p off
$3 = 2047

I suppose one of rth's recent DWARF patches is the culprit.

On the other hand, i386-pc-solaris2.10 is unaffected.


-- 
   Summary: ICE in div_data_align, at dwarf2out.c:533 while
configuring sparcv9 libgcc
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.11
  GCC host triplet: sparc-sun-solaris2.11
GCC target triplet: sparc-sun-solaris2.11


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

[Bug fortran/40149] variable length still 6 ???

[bdavis at gcc dot gnu dot org]

--- Comment #2 from bdavis at gcc dot gnu dot org  2009-06-12 17:17 ---
i created a compilable example from the code snippet given:

  INTEGER PBLJARRAYPT(341,341,1)
  INTEGER NCSP0,IARRAY2,I
  NCSP0 = 1
  IARRAY2 = 0
  DO I = 2, 341
 IARRAY2 = IARRAY2 + 1
 PBLJARRAYPT(I,I,NCSP0) = IARRAY2
  END DO
  PRINT*,'PBLJARRAYPT(2,2,1) = ',PBLJARRAYPT(2,2,1)
  PRINT*,'PBLJARRAYPT(3,3,1) = ',PBLJARRAYPT(3,3,1)
  PRINT*,'PBLJARRAYPT(341,341,1) = ',PBLJARRAYPT(341,341,1)

  END


When ran, it gives

 PBLJARRAYPT(2,2,1) =1
 PBLJARRAYPT(3,3,1) =2
 PBLJARRAYPT(341,341,1) =  340

which looks fine to me.

Unless more info is forthcoming on reproducing this bug, I think we should
close it with no further action taken.  

It's only been open a month, doesn't hurt to let it sit for another :)

--bud


-- 


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

[Bug target/40428] build fails for sh2a

[ce at embedded-software dot de]

--- Comment #3 from ce at embedded-software dot de  2009-06-12 17:30 ---
I reported this bug to binutils as bug # 10271


-- 


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

[Bug c++/40389] optimizer bug (possibly)

[jason at redhat dot com]

--- Comment #17 from jason at redhat dot com  2009-06-12 17:30 ---
Subject: Re:  optimizer bug (possibly)

On 06/10/2009 05:27 PM, jakub at gcc dot gnu dot org wrote:
> Yes, as I said earlier, I think we should handle
> D.2249 = baz (); [return slot optimization]
> as taking address of D.2249, at least if it has TREE_ADDRESSABLE type.

No; it should only do this if 'this' escapes from a constructor for the 
type, as in this testcase when it's passed to bar.  This should be a 
small subset of TREE_ADDRESSABLE types.

Your reduced testcase removes the copy constructor entirely, which makes 
the program incorrect; my earlier suggestion was to just remove its 
body, which would produce a link error if it's invoked (as it shouldn't, 
as we elide the copy) rather than invalid code.


-- 


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

[Bug bootstrap/40430] collect2.c fails to compile: new qualifiers in middle of multi-level non-const cast are unsafe

[ian at gcc dot gnu dot org]

--- Comment #1 from ian at gcc dot gnu dot org  2009-06-12 17:46 ---
Subject: Bug 40430

Author: ian
Date: Fri Jun 12 17:45:57 2009
New Revision: 148434

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148434
Log:
PR bootstrap/40430
* collect2.c (main): Use CONST_CAST2 in code inside #if
LINK_ELIMINATE_DUPLICATE_LDIRECTORIES.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/collect2.c


-- 


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

[Bug bootstrap/40430] collect2.c fails to compile: new qualifiers in middle of multi-level non-const cast are unsafe

[ian at airs dot com]

--- Comment #2 from ian at airs dot com  2009-06-12 17:57 ---
Fixed.

The update to the docs in the patch you mention explain why this new warning is
appropriate for -Wcast-qual.  Let me know if you see how to make the docs
clearer.

http://gcc.gnu.org/viewcvs/trunk/gcc/doc/invoke.texi?r1=148037&r2=148053&diff_format=h


-- 

ian at airs dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/40149] variable length still 6 ???

[plivings at arb dot ca dot gov]

--- Comment #3 from plivings at arb dot ca dot gov  2009-06-12 18:03 ---
Subject: RE:  variable length still 6 ???

Bud,

Thanks for your response to my earlier bug report, and sorry for not
informing you earlier that the bug was apparently related to the
computer OS-Compiler mismatch.  I had the OS-compiler changed to 64-bit
from 32-bit, and the problem disappeared.

Thanks again for your attention and time.
With best regards,
Paul

-Original Message-
From: bdavis at gcc dot gnu dot org [mailto:gcc-bugzi...@gcc.gnu.org] 
Sent: Friday, June 12, 2009 10:17 AM
To: Livingstone, p...@arb
Subject: [Bug fortran/40149] variable length still 6 ???



--- Comment #2 from bdavis at gcc dot gnu dot org  2009-06-12 17:17
---
i created a compilable example from the code snippet given:

  INTEGER PBLJARRAYPT(341,341,1)
  INTEGER NCSP0,IARRAY2,I
  NCSP0 = 1
  IARRAY2 = 0
  DO I = 2, 341
 IARRAY2 = IARRAY2 + 1
 PBLJARRAYPT(I,I,NCSP0) = IARRAY2
  END DO
  PRINT*,'PBLJARRAYPT(2,2,1) = ',PBLJARRAYPT(2,2,1)
  PRINT*,'PBLJARRAYPT(3,3,1) = ',PBLJARRAYPT(3,3,1)
  PRINT*,'PBLJARRAYPT(341,341,1) = ',PBLJARRAYPT(341,341,1)

  END


When ran, it gives

 PBLJARRAYPT(2,2,1) =1
 PBLJARRAYPT(3,3,1) =2
 PBLJARRAYPT(341,341,1) =  340

which looks fine to me.

Unless more info is forthcoming on reproducing this bug, I think we
should
close it with no further action taken.  

It's only been open a month, doesn't hurt to let it sit for another :)

--bud


-- 


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

[Bug fortran/40149] variable length still 6 ???

[jvdelisle at gcc dot gnu dot org]

--- Comment #4 from jvdelisle at gcc dot gnu dot org  2009-06-12 18:08 
---
Closing


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c/40432] New: verify_stmts failed with -O2: non-register as LHS of unary operation

[dcb314 at hotmail dot com]

I just tried to compile the Linux kernel 2.6.30
with the GNU gcc version 4.5 snapshot 20090611.

The compiler said

drivers/usb/host/ehci-hcd.c:1177:1: error: non-register as LHS of unary
operation
# .MEM_144 = VDEF <.MEM_130>
qh_11(D)->qh_next.qh = (struct ehci_qh *) here$ptr_140;

drivers/usb/host/ehci-hcd.c:1177:1: internal compiler error: verify_stmts
failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -O2 required.


-- 
   Summary: verify_stmts failed with -O2: non-register as LHS of
unary operation
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


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

[Bug tree-optimization/40432] [4.5 Regression] verify_stmts failed with -O2: non-register as LHS of unary operation

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-06-12 18:57 ---
I want to say the SRA changes caused this ...


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c   |tree-optimization
   Keywords||ice-on-valid-code
Summary|verify_stmts failed with -  |[4.5 Regression]
   |O2: non-register as LHS of  |verify_stmts failed with -
   |unary operation |O2: non-register as LHS of
   ||unary operation
   Target Milestone|--- |4.5.0


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

[Bug tree-optimization/40432] [4.5 Regression] verify_stmts failed with -O2: non-register as LHS of unary operation

[dcb314 at hotmail dot com]

--- Comment #2 from dcb314 at hotmail dot com  2009-06-12 18:58 ---
Created an attachment (id=17990)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17990&action=view)
gzipped C source code


-- 


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

[Bug c++/40389] optimizer bug (possibly)

[jakub at gcc dot gnu dot org]

--- Comment #18 from jakub at gcc dot gnu dot org  2009-06-12 18:58 ---
Often you don't see the constructor body, but still even if the constructor
isn't defined in the current CU this address can be taken there.
Also, even if the ctor doesn't remember the address of this, IMHO because of
NRV optimization anything else can.  Say if the ctor doesn't call a->k.bar
(this);, but baz is:
__attribute__ ((noinline))
H baz (void)
{
  H ret = new A;
  if (ret.a)
ret.a->k.bar (&ret);
  return ret;
}
then it is baz that actually takes address of the temporary variable, not the
ctor.  And, similarly to the ctor, baz doesn't have to be defined in the
current CU.


-- 


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

[Bug tree-optimization/38865] missing FRE with VIEW_CONVERT_EXPR

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2009-06-12 19:00 ---
Subject: Bug 38865

Author: pinskia
Date: Fri Jun 12 19:00:39 2009
New Revision: 148437

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148437
Log:
2009-06-12  Andrew Pinski  

PR tree-opt/38865
* tree-ssa-sccvn.c (visit_reference_op_load): If vn_reference_lookup
is returns NULL and OP is a VCE, look through the VCE.



2009-06-12  Andrew Pinski  

PR tree-opt/38865
* gcc.dg/tree-ssa/fre-vce-1.c
:

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/fre-vce-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-sccvn.c


-- 


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

[Bug tree-optimization/38865] missing FRE with VIEW_CONVERT_EXPR

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2009-06-12 19:01 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/40176] Fortran 2003: Procedure pointers with array return value

[janus at gcc dot gnu dot org]

--- Comment #7 from janus at gcc dot gnu dot org  2009-06-12 20:39 ---
Subject: Bug 40176

Author: janus
Date: Fri Jun 12 20:39:39 2009
New Revision: 148440

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148440
Log:
2009-06-12  Janus Weil  

PR fortran/40176
* resolve.c (resolve_symbol): Additional error check, preventing an
infinite loop.


2009-06-12  Janus Weil  

PR fortran/40176
* gfortran.dg/proc_decl_1.f90: Extended.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/proc_decl_1.f90


-- 


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

[Bug c/40404] Comparison involving unsigned int:17 bitfield seems wrong

[mikpe at it dot uu dot se]

--- Comment #4 from mikpe at it dot uu dot se  2009-06-12 20:41 ---
(In reply to comment #3)
> Can someone identify the patch that fixed that on the trunk?

I've identified r139702, the fix for PR37005, as the revision which fixed this
test case on gcc-4.4. That change applies easily to current gcc-4.3, so I tried
it and it did fix this test case also for gcc-4.3.


-- 


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

[Bug fortran/40176] Fortran 2003: Procedure pointers with array return value

[janus at gcc dot gnu dot org]

--- Comment #8 from janus at gcc dot gnu dot org  2009-06-12 20:45 ---
The remaining issue from comment #5 has been fixed with the commit in comment
#7. So this can be closed.


-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/36947] Attributes not fully checked comparing actual vs dummy procedure

[janus at gcc dot gnu dot org]

-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |janus at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-03-29 08:26:27 |2009-06-12 20:50:39
   date||


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

[Bug c/37041] -Wc++-compat refinements

[ian at airs dot com]

--- Comment #3 from ian at airs dot com  2009-06-12 21:07 ---
-Wc++-compat now warns about alternative representations for operators and
punctuators such as "and".  The other issues have not yet been addressed.


-- 

ian at airs dot com changed:

   What|Removed |Added

 CC||ian at airs dot com


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

[Bug target/40428] build fails for sh2a

[kkojima at gcc dot gnu dot org]

--- Comment #4 from kkojima at gcc dot gnu dot org  2009-06-12 22:53 ---
Because sh2a-*-linux* is an unsupported configuration for gcc-4.4.

Could you try the patch below?

--- ORIG/gcc-4_4-branch/gcc/config.gcc  2009-05-19 07:23:48.0 +0900
+++ gcc-4_4-branch/gcc/config.gcc   2009-06-13 07:36:18.0 +0900
@@ -2002,6 +2002,7 @@ sh-*-symbianelf* | sh[12346l]*-*-symbian
case ${target} in
sh[1234]*be-*-* | sh[1234]*eb-*-*) with_endian=big ;;
shbe-*-* | sheb-*-*)   with_endian=big,little ;;
+   sh2a*-*-*) with_endian=big ;;
sh[1234]l* | sh[34]*-*-linux*) with_endian=little ;;
shl* | sh64l* | sh*-*-linux* | \
  sh5l* | sh-superh-elf)   with_endian=little,big ;;


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||kkojima at gcc dot gnu dot
   ||org
   Severity|blocker |normal
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P4
   Last reconfirmed|-00-00 00:00:00 |2009-06-12 22:53:46
   date||


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

[Bug middle-end/32950] [4.5 regression] ICE with __complex__ double

[sje at cup dot hp dot com]

--- Comment #19 from sje at cup dot hp dot com  2009-06-12 23:17 ---
See http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01023.html for a possible
patch and for a question about two different approaches.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 CC||sje at cup dot hp dot com


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

[Bug testsuite/40384] [4.5 regression] Revision 148277 failed gcc.dg/tree-ssa/prefetch-5.c

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2009-06-13 00:09 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/39146] Unnecessary stack alignment

[hjl dot tools at gmail dot com]

--- Comment #20 from hjl dot tools at gmail dot com  2009-06-13 00:10 
---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/40428] build fails for sh2a

[ce at embedded-software dot de]

--- Comment #5 from ce at embedded-software dot de  2009-06-13 01:26 ---
OK, you are right, this patch fixes this, but the unsupported configuration
leads to failures in different other files like gcc-4.4.0/gcc/config/sh/sh.c
...
long way to go for me, as I try to make a toolchain.

THX

(In reply to comment #4)
> Because sh2a-*-linux* is an unsupported configuration for gcc-4.4.
> 
> Could you try the patch below?
> 
> --- ORIG/gcc-4_4-branch/gcc/config.gcc  2009-05-19 07:23:48.0 +0900
> +++ gcc-4_4-branch/gcc/config.gcc   2009-06-13 07:36:18.0 +0900
> @@ -2002,6 +2002,7 @@ sh-*-symbianelf* | sh[12346l]*-*-symbian
> case ${target} in
> sh[1234]*be-*-* | sh[1234]*eb-*-*) with_endian=big ;;
> shbe-*-* | sheb-*-*)   with_endian=big,little ;;
> +   sh2a*-*-*) with_endian=big ;;
> sh[1234]l* | sh[34]*-*-linux*) with_endian=little ;;
> shl* | sh64l* | sh*-*-linux* | \
>   sh5l* | sh-superh-elf)   with_endian=little,big ;;
> 


-- 

ce at embedded-software dot de changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME


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

[Bug gcov-profile/40433] New: /usr/bin/ld: cannot open crti.o: No such file or directory

[ksong at lbl dot gov]

Hi, I got the error of 
/usr/bin/ld: cannot open crti.o: No such file or directorycollect2: ld returned
1 exit status
make[2]: *** [32/libgcc_s.so] Error 1
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2

I actually have the crti.o file at /usr/lib64/

Don't know how to setup the library path to let "make" find crti.o

I have tried
   export PATH=/usr/lib64/:${PATH}
   export LD_LIBRARY_PATH=/usr/lib64/:${LD_LIBRARY_PATH}
   export LDFLAGS=-L/usr/lib64/
   export LIBS=-l/usr/lib64/
Also, my configuration is like this:
../gcc-4.0.4/configure --prefix=/home/software/gcc/4.0.4/

My gcc version is 3.2.3 .


Could you please help with me?

Thanks a lot!

Kai


-- 
   Summary: /usr/bin/ld: cannot open crti.o: No such file or
directory
   Product: gcc
   Version: 4.0.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: gcov-profile
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ksong at lbl dot gov
  GCC host triplet: Fail to compile on Centos-3.4, Don't know how to setup
the libra


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

[Bug gcov-profile/40433] /usr/bin/ld: cannot open crti.o: No such file or directory

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-06-13 01:55 ---
You need to install the 32bit glibc.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2009-06-13 06:10 
---
(In reply to comment #2)
> We should actually emit DW_AT_calling_convention for the main program.

We currently correctly emit DW_AT_calling_convention.

> The DW_AT_entry_point attribute is for alternate entries, which, yes,
> we should also emit but don't.

Here's an example:

  subroutine func()
entry ent ()
  end subroutine

With intel ("ifort -c -g" followed by "readelf -wi"), we get one subprogram and
one entry point:

 <1>: Abbrev Number: 3 (DW_TAG_subprogram)
 DW_AT_decl_line   : 1
 DW_AT_decl_column : 12
 DW_AT_decl_file   : 1
 DW_AT_inline  : 0  (not inlined)
 DW_AT_accessibility: 1 (public)
 DW_AT_type: 
 DW_AT_prototyped  : 0
 DW_AT_name: func
 DW_AT_low_pc  : 0
 DW_AT_high_pc : 0x2c
 DW_AT_external: 1
 <2>: Abbrev Number: 4 (DW_TAG_entry_point)
 DW_AT_decl_line   : 2
 DW_AT_decl_column : 9
 DW_AT_decl_file   : 1
 DW_AT_name: ent
 DW_AT_type: 
 DW_AT_static_link : 3 byte block: 76 0 6
 DW_AT_low_pc  : 0x11

while with gfortran we get three subprograms:

 <1><2d>: Abbrev Number: 2 (DW_TAG_subprogram)
 DW_AT_external: 1
 DW_AT_name: (indirect string, offset: 0x7a): func
 DW_AT_decl_file   : 1
 DW_AT_decl_line   : 1
 DW_AT_low_pc  : 0
 DW_AT_high_pc : 0x10
 DW_AT_frame_base  : 0  (location list)
 <1><49>: Abbrev Number: 3 (DW_TAG_subprogram)
 DW_AT_external: 1
 DW_AT_name: ent
 DW_AT_decl_file   : 1
 DW_AT_decl_line   : 2
 DW_AT_low_pc  : 0x10
 DW_AT_high_pc : 0x20
 DW_AT_frame_base  : 0x60   (location list)
 <1><65>: Abbrev Number: 4 (DW_TAG_subprogram)
 DW_AT_name: (indirect string, offset: 0x0): master.0.func
 DW_AT_decl_file   : 1
 DW_AT_decl_line   : 3
 DW_AT_low_pc  : 0x20
 DW_AT_high_pc : 0x2a
 DW_AT_frame_base  : 0xc0   (location list)
 DW_AT_sibling : <92>


-- 


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