[Bug rtl-optimization/36438] gcc ICE compiling code with mmx builtin

[uros at gcc dot gnu dot org]

--- Comment #10 from uros at gcc dot gnu dot org  2008-11-14 08:00 ---
Subject: Bug 36438

Author: uros
Date: Fri Nov 14 07:59:33 2008
New Revision: 141849

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141849
Log:
Backport from mainline:
2008-06-06  Uros Bizjak <[EMAIL PROTECTED]>

PR rtl-optimization/36438
* cse.c (fold_rtx) [ASHIFT, LSHIFTRT, ASHIFTRT]: Break out early
for vector shifts with constant scalar shift operands.

testsuite/ChangeLog:

Backport from mainline:
2008-06-06  Uros Bizjak <[EMAIL PROTECTED]>

PR rtl-optimization/36438
* gcc.target/i386/pr36438.c


Added:
branches/gcc-4_2-branch/gcc/testsuite/gcc.target/i386/pr36438.c
  - copied unchanged from r141834,
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr36438.c
Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/cse.c
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/36928] array temporary for interleaving assignment

[jv244 at cam dot ac dot uk]

-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-14 08:26:12
   date||


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

[Bug fortran/36933] unneeded temporary with derived type containing an array as argument

[jv244 at cam dot ac dot uk]

--- Comment #3 from jv244 at cam dot ac dot uk  2008-11-14 08:34 ---
This could be somewhat similar, I really wonder if this needs a temp:

TYPE T1
 INTEGER :: a(3)
END TYPE T1
TYPE(T1), POINTER :: x,y
ALLOCATE(x,y)
x%a=y%a
END


-- 


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

[Bug fortran/38111] New: unneeded temporary

[jv244 at cam dot ac dot uk]

another case where an unneeded temp is created. Maybe not so easy to fix?

SUBROUTINE S1(a)
integer :: a(:),i,N
N=SIZE(a)
a=(/(I,I=1,N)/)
END SUBROUTINE


-- 
   Summary: unneeded temporary
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
OtherBugsDependingO 36854
 nThis:


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

[Bug fortran/38112] New: unneeded temporary

[jv244 at cam dot ac dot uk]

since b is an allocatable without the target attribute, there is no way it can
'alias' a. No need for a temp thus

SUBROUTINE S(a)
INTEGER, POINTER, DIMENSION(:) :: a
INTEGER, DIMENSION(:), ALLOCATABLE :: b
ALLOCATE(b(10))
b(a)=1
END SUBROUTINE S

gfortran -c -Warray-temporaries test.f90
test.f90:5.2:

b(a)=1
 1
Warning: Creating array temporary at (1)


-- 
   Summary: unneeded temporary
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
OtherBugsDependingO 36854
 nThis:


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

[Bug fortran/38112] unneeded temporary

[jv244 at cam dot ac dot uk]

--- Comment #1 from jv244 at cam dot ac dot uk  2008-11-14 08:50 ---
that might be an even simpler case:

SUBROUTINE S(a,i,j)
INTEGER, POINTER, DIMENSION(:) :: a
INTEGER, DIMENSION(:), ALLOCATABLE :: b
INTEGER :: i,j
ALLOCATE(b(10))
b(i:j)=a(i:j)
END SUBROUTINE S


-- 


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

[Bug fortran/38113] New: -Warray-temporaries output

[jv244 at cam dot ac dot uk]

The output of -Warray-temporaries could be enhanced:


  CALL fft_1dm ( fft_type, sign, .TRUE., n(2), mx2*mz2, abuf, bbuf, 1.0_lp
)
1
Warning: Creating array temporary at (1)


I.e. the (1) should maybe point to the variable instead of the ',' so that it
is clear if abuf or bbuf is the offender.


-- 
   Summary: -Warray-temporaries output
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk


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

[Bug fortran/38114] New: unneeded temp

[jv244 at cam dot ac dot uk]

no need for a temp here. 

SUBROUTINE S(b,i,j)
INTEGER, DIMENSION(:) :: b
INTEGER :: i,j
write(6,*) MINLOC(b(i:j))
END SUBROUTINE S


-- 
   Summary: unneeded temp
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
OtherBugsDependingO 36854
 nThis:


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

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

[ubizjak at gmail dot com]

--- Comment #13 from ubizjak at gmail dot com  2008-11-14 09:00 ---
Oh, I see the problem.

We generate:

/* { dg-options " -mno-mmx" { target i?86-*-* x86_64-*-* } } */
/* { dg-options " -fno-common { target ... *-*-darwin *-*-mingw32*
*-*-cygwin* } } */

However, x86 darwin, mingw32 and cygwin* matches both lines. Since dg-options
don't concatenate, latest match simply overwrites all previous matches.

So, these targets simply overwrite -mno-mmx option.


-- 


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

[Bug tree-optimization/38104] [4.4 Regression] ICE segmentation fault (with -O3 when deref a NULL pointer in the code??)

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-11-14 09:00 ---
3 possible ways to fix this:
1) in get_addr_dereference_operands use if (v_ann && v_ann->symbol_mem_tag)
2) in get_addr_dereference_operands use get_var_ann (ptr) instead of var_ann
(ptr).
3) 
--- gimplify.c.jj2008-11-13 15:02:56.0 +0100
+++ gimplify.c2008-11-14 09:50:53.0 +0100
@@ -7566,6 +7566,10 @@ gimple_regimplify_operands (gimple stmt,
   break;
 }

+  if (gimple_referenced_vars (cfun))
+for (t = gimplify_ctxp->temps; t ; t = TREE_CHAIN (t))
+  add_referenced_var (t);
+
   if (!gimple_seq_empty_p (pre))
 {
   if (gimple_in_ssa_p (cfun))
@@ -7580,10 +7584,6 @@ gimple_regimplify_operands (gimple stmt,
   if (post_stmt)
 gsi_insert_after (gsi_p, post_stmt, GSI_NEW_STMT);

-  if (gimple_referenced_vars (cfun))
-for (t = gimplify_ctxp->temps; t ; t = TREE_CHAIN (t))
-  add_referenced_var (t);
-
   pop_gimplify_context (NULL);
 }


By marking all new vars as referenced in gimplify_regimplify_operands before
mark_symbols_for_renaming get_var_ann is called before update_stmt and var_ann
in it.


-- 


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

[Bug fortran/38115] New: unneeded temp

[jv244 at cam dot ac dot uk]

No need for a temp here:

SUBROUTINE S1(a,i,j,k,m)
   INTEGER :: a(3,6)
   a(1:3,m)=(/i,j,k/)
END


-- 
   Summary: unneeded temp
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
OtherBugsDependingO 36854
 nThis:


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

[Bug fortran/38115] unneeded temp

[jv244 at cam dot ac dot uk]

--- Comment #1 from jv244 at cam dot ac dot uk  2008-11-14 09:07 ---
I guess this one is similar enough to put here as well:

SUBROUTINE S1(a,i,j,k,m)
   INTEGER :: a(3,6)
   write(6,*) ALL(a(1:3,m).EQ.(/i,j,k/))
END


-- 


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

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

[ubizjak at gmail dot com]

--- Comment #14 from ubizjak at gmail dot com  2008-11-14 09:49 ---
The problem from Comment #9 is now fixed in mainline.


-- 


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

[Bug target/36134] GCC creates suboptimal ASM : usage of ADDA.L where LEA could be used

[ams at gcc dot gnu dot org]

--- Comment #7 from ams at gcc dot gnu dot org  2008-11-14 10:50 ---
Subject: Bug 36134

Author: ams
Date: Fri Nov 14 10:49:06 2008
New Revision: 141853

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141853
Log:
2008-11-14  Maxim Kuvyrkov  <[EMAIL PROTECTED]>
Andrew Stubbs  <[EMAIL PROTECTED]>
Gunnar Von Boehn  <[EMAIL PROTECTED]>

gcc/
PR target/36134
* config/m68k/m68k.md (addsi3_5200): Add a new alternative preferring
the shorter LEA insn over ADD.L where possible.

gcc/testsuite/
PR target/36134
* gcc.target/m68k/pr36134.c: New test.



Added:
trunk/gcc/testsuite/gcc.target/m68k/pr36134.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/m68k/m68k.md
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/29215] [4.2/4.3/4.4 Regression] extra store for memcpy

[jakub at gcc dot gnu dot org]

--- Comment #16 from jakub at gcc dot gnu dot org  2008-11-14 10:50 ---
Testing a patch with TYPE_REF_CAN_ALIAS_REF pointers.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-01-15 20:18:17 |2008-11-14 10:50:43
   date||


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

[Bug target/36134] GCC creates suboptimal ASM : usage of ADDA.L where LEA could be used

[ams at gcc dot gnu dot org]

--- Comment #8 from ams at gcc dot gnu dot org  2008-11-14 10:53 ---
The patch posted here has been accepted and committed:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00581.html

This should resolve this issue.

Andrew


-- 

ams at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ams at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

[uros at gcc dot gnu dot org]

--- Comment #7 from uros at gcc dot gnu dot org  2008-11-14 11:16 ---
Subject: Bug 37517

Author: uros
Date: Fri Nov 14 11:14:49 2008
New Revision: 141854

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141854
Log:
PR testsuite/37517
* gcc.target/i386/quad-sse.c: Tighten scan-assembler-not pattern.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/i386/quad-sse.c


-- 


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

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

[pault at gcc dot gnu dot org]

--- Comment #5 from pault at gcc dot gnu dot org  2008-11-14 11:16 ---
Mikael,

(In reply to comment #4)
> Maybe we can drop gfc_conv_section_upper_bound completely. 
> It looks redundant with how info->end[n] is calculated in
> gfc_conv_section_startstride. 
> 

I tried that and generated a load of regressions.  I didn't analyse this but
stuck with the patch as is.  I maybe will think about it some more but I am
inclined to put a TODO in there.

Thanks

Paul 


-- 


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

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

[ubizjak at gmail dot com]

--- Comment #8 from ubizjak at gmail dot com  2008-11-14 11:18 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/38104] [4.4 Regression] ICE segmentation fault (with -O3 when deref a NULL pointer in the code??)

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-11-13 19:11:16 |2008-11-14 12:23:50
   date||


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

[Bug tree-optimization/38104] [4.4 Regression] ICE segmentation fault (with -O3 when deref a NULL pointer in the code??)

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-11-14 12:27 ---
Subject: Bug 38104

Author: jakub
Date: Fri Nov 14 12:26:05 2008
New Revision: 141857

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141857
Log:
PR tree-optimization/38104
* gimplify.c (gimple_regimplify_operands): Add referenced vars
before calling mark_symbols_for_renaming, not after it.

* g++.dg/tree-ssa/pr38104.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr38104.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimplify.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/38104] [4.4 Regression] ICE segmentation fault (with -O3 when deref a NULL pointer in the code??)

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-11-14 12:29 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

[mikael at gcc dot gnu dot org]

--- Comment #6 from mikael at gcc dot gnu dot org  2008-11-14 12:54 ---
(In reply to comment #5)
> I tried that and generated a load of regressions.  
Fine. Let's keep it as is then. 
> 
> Thanks
Thanks to you.


-- 


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

[Bug fortran/35681] wrong result for vector subscripted array expression in MVBITS

[mikael at gcc dot gnu dot org]

--- Comment #18 from mikael at gcc dot gnu dot org  2008-11-14 13:01 ---
(In reply to comment #17)
> Unassigning myself.  Mikael will probably want to take the missing part on 
> with
> his pending patch :)
> 
Regressions are making my life tough right now, but I will succeed in the end.
:)
Taking it.


-- 

mikael at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |mikael at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-10-14 16:20:44 |2008-11-14 13:01:53
   date||


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

[Bug debug/27574] [4.2/4.3 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor

[dodji at gcc dot gnu dot org]

--- Comment #27 from dodji at gcc dot gnu dot org  2008-11-14 13:28 ---
Subject: Bug 27574

Author: dodji
Date: Fri Nov 14 13:26:59 2008
New Revision: 141858

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141858
Log:
gcc/ChangeLog:
PR debug/27574
* cgraph.h: New abstract_and_needed member to struct cgraph_node.
* cgraphunit.c (cgraph_analyze_functions): Flag abstract functions
-which clones are reachable - as "abstract and needed".
* cgraph.c (cgraph_release_function_body):  If a node is
"abstract and needed", do not release its DECL_INITIAL() content
will be needed to emit debug info.

gcc/testsuite/ChangeLog:
PR debug/27574
* g++.dg/debug/dwarf2/local-var-in-contructor.C: New test.


Added:
   
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/debug/dwarf2/local-var-in-contructor.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/cgraph.c
branches/gcc-4_3-branch/gcc/cgraph.h
branches/gcc-4_3-branch/gcc/cgraphunit.c
branches/gcc-4_3-branch/gcc/final.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/38116] New: Excessive warnings when using assert and -Wconversion on 64bit platforms

[paulf at free dot fr]

/* foo.c */
#include 

void foo(void)
{
   assert(1);
}

gcc -c -Wconversion foo.c
foo.c:6: warning: passing argument 1 of '__builtin_expect' with different width
due to prototype
foo.c:6: warning: passing argument 2 of '__builtin_expect' with different width
due to prototype

This is because assert() boils down to
__builtin_expect (!!(expr), 1), which means that __builtin_expect is called
with two int arguments. However, the signature of __builtin_expect is

long int __builtin_expect (long int exp, long int val)

Hence two warnings for the conversion of int to long int.

This greatly limits the usefulness of -Wconversion.


-- 
   Summary: Excessive warnings when using assert and -Wconversion on
64bit platforms
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paulf at free dot fr


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

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

[howarth at nitro dot med dot uc dot edu]

--- Comment #15 from howarth at nitro dot med dot uc dot edu  2008-11-14 
14:22 ---
Uros,
I'll retry the testcase tonight with your committed changes.

http://gcc.gnu.org/ml/gcc-cvs/2008-11/msg00353.html

I do recall that I tried...

* { dg-options " -mno-mmx" { target i?86-*-* x86_64-*-* } } */
/* { dg-options " -fno-common -mno-mmx { target ... *-*-darwin *-*-mingw32*
*-*-cygwin* } } */

and that causes many more tests in struct-layout-1 to fail.


-- 


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

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

[ubizjak at gmail dot com]

--- Comment #16 from ubizjak at gmail dot com  2008-11-14 14:46 ---
(In reply to comment #15)

> I do recall that I tried...
> 
> * { dg-options " -mno-mmx" { target i?86-*-* x86_64-*-* } } */
> /* { dg-options " -fno-common -mno-mmx { target ... *-*-darwin 
> *-*-mingw32*
> *-*-cygwin* } } */
> 
> and that causes many more tests in struct-layout-1 to fail.

This should work now. You have to remove inclusion of mmintrin.h and
xmmintrin.h for -mno-mmx, otherwise you will get the same problem as shown in
Comment #9 on targets where -msse2 is the default (this includes x86 darwin).

Fortunatelly, this is pure testsuite problem, see Comment #13.


-- 


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

[Bug bootstrap/38014] [4.4 Regression] in-tree gmp and mpfr libraries no longer work

[drow at gcc dot gnu dot org]

--- Comment #4 from drow at gcc dot gnu dot org  2008-11-14 14:53 ---
Subject: Bug 38014

Author: drow
Date: Fri Nov 14 14:51:38 2008
New Revision: 141859

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141859
Log:
PR bootstrap/38014
PR bootstrap/37923

Revert:

2008-10-24  Daniel Jacobowitz  <[EMAIL PROTECTED]>

* Makefile.tpl (HOST_EXPORTS): Correct CPPFLAGS typo.
* Makefile.in: Regenerated.

2008-10-22  Daniel Jacobowitz  <[EMAIL PROTECTED]>

* Makefile.def (flags_to_pass): Add CPPFLAGS_FOR_BUILD and CPPFLAGS.
* Makefile.tpl (BUILD_EXPORTS): Set CPPFLAGS.
(EXTRA_BUILD_FLAGS): Correct typo.  Pass CPPFLAGS.
(HOST_EXPORTS): Pass CPPFLAGS.
(CPPFLAGS_FOR_BUILD, CPPFLAGS, CPPFLAGS_FOR_TARGET): Define.
(LDFLAGS_FOR_TARGET): Initialize from configure script.
(EXTRA_TARGET_FLAGS): Set CPPFLAGS.
* Makefile.in, configure: Regenerated.
* configure.ac: Set CPPFLAGS_FOR_TARGET, LDFLAGS_FOR_TARGET,
and CPPFLAGS_FOR_BUILD.

Modified:
trunk/ChangeLog
trunk/Makefile.def
trunk/Makefile.in
trunk/Makefile.tpl
trunk/configure
trunk/configure.ac


-- 


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

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

[drow at gcc dot gnu dot org]

--- Comment #34 from drow at gcc dot gnu dot org  2008-11-14 14:53 ---
Subject: Bug 37923

Author: drow
Date: Fri Nov 14 14:51:38 2008
New Revision: 141859

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141859
Log:
PR bootstrap/38014
PR bootstrap/37923

Revert:

2008-10-24  Daniel Jacobowitz  <[EMAIL PROTECTED]>

* Makefile.tpl (HOST_EXPORTS): Correct CPPFLAGS typo.
* Makefile.in: Regenerated.

2008-10-22  Daniel Jacobowitz  <[EMAIL PROTECTED]>

* Makefile.def (flags_to_pass): Add CPPFLAGS_FOR_BUILD and CPPFLAGS.
* Makefile.tpl (BUILD_EXPORTS): Set CPPFLAGS.
(EXTRA_BUILD_FLAGS): Correct typo.  Pass CPPFLAGS.
(HOST_EXPORTS): Pass CPPFLAGS.
(CPPFLAGS_FOR_BUILD, CPPFLAGS, CPPFLAGS_FOR_TARGET): Define.
(LDFLAGS_FOR_TARGET): Initialize from configure script.
(EXTRA_TARGET_FLAGS): Set CPPFLAGS.
* Makefile.in, configure: Regenerated.
* configure.ac: Set CPPFLAGS_FOR_TARGET, LDFLAGS_FOR_TARGET,
and CPPFLAGS_FOR_BUILD.

Modified:
trunk/ChangeLog
trunk/Makefile.def
trunk/Makefile.in
trunk/Makefile.tpl
trunk/configure
trunk/configure.ac


-- 


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

[Bug bootstrap/37739] [4.4 Regression] bootstrap broken with core gcc > gcc-4.2.x

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-11-14 15:10 ---
Given that .text (with --relax) is ATM 48MB on cc1-dummy (and f951) and 52.7MB
on cc1plus-dummy (when using somewhat older 4.4 snapshot as bootstrap
compiler), I'm afraid just conditionalizing something during first stage
wouldn't help us much.  bl can jump just 32MB forward or backward.
I think --relax on ppc32 isn't that new, at least 5 years old, if not more.


-- 


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

[Bug bootstrap/38014] [4.4 Regression] in-tree gmp and mpfr libraries no longer work

[drow at gcc dot gnu dot org]

--- Comment #5 from drow at gcc dot gnu dot org  2008-11-14 15:37 ---
Patches reverted.  This is really a bug in gmp/mpfr/intl, but no point
triggering it.


-- 

drow at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug bootstrap/37923] [4.4 Regression] CPPFLAGS now unset for stage 1 build of libcpp files.

[drow at gcc dot gnu dot org]

--- Comment #35 from drow at gcc dot gnu dot org  2008-11-14 15:38 ---
Patches reverted.  This is really a bug in gmp/mpfr/intl, but no point
triggering it.


-- 

drow at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/38118] New: gcc emits non-TLS data as TLS on Solaris 11/SPARC

[ro at gcc dot gnu dot org]

While trying to build current mainline with Sun as and GNU ld 2.19 on
sparc-sun-solaris2.11, libgomp failed to link with the following error:

/vol/gcc/lib/gld-2.19: gomp_thread_attr: TLS reference in .libs/team.o
mismatches non-TLS reference in .libs/env.o
.libs/team.o: could not read symbols: Bad value

Further investigation revealed that this is due to a gcc bug: consider the
following testcase:

__thread int tsd;
int non_tsd;

[EMAIL PROTECTED] 1510 > ./xgcc -B./ -c ~/tls.c 
[EMAIL PROTECTED] 1511 > readelf -s tls.o|grep tsd
 3: 0004 4 TLS GLOBAL DEFAULT  COM non_tsd
 4:  4 TLS GLOBAL DEFAULT2 tsd
[EMAIL PROTECTED] 1512 > /opt/onstudio12/SUNWspro/bin/cc -c ~/tls.c 
[EMAIL PROTECTED] 1513 > readelf -s tls.o|grep tsd
 9: 0004 4 TLS GLOBAL DEFAULT  COM tsd
10: 0004 4 OBJECT  GLOBAL DEFAULT  COM non_tsd

I.e. if compiled with gcc, both objects are marked as tls, while Sun Studio 12
cc correctly only marks tsd as TLS.

The same bug exists in gcc 4.3, 4.2 and 4.1.


-- 
   Summary: gcc emits non-TLS data as TLS on Solaris 11/SPARC
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
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=38118

[Bug fortran/38119] New: [4.4 Regression] character ICE in gfc_trans_create_temp_array

[burnus at gcc dot gnu dot org]

+++ This bug was initially created as a clone of Bug #38095 +++

In trying to reduce the ICE, Mikael Morin actually found a different ICE:

--- Bug #38095 Comment #8 From Mikael Morin 2008-11-12 22:43 ---

I tried to reduce the case. 


module bar
implicit none
contains
!
elemental function trim_append(xx,yy) result(xy)
character (len=*), intent(in) :: xx,yy
character (len=len(xx) + len(yy)) :: xy
xy = xx // yy
end function trim_append
!
function same(xx) result(yy)
character (len=*), intent(in) :: xx(:)
character (len=len(xx))   :: yy(size(xx))
yy = xx
end function same
!
subroutine xmain()
character(len=2) :: c(1)
c =  trim_append(["a"],same(["b"]))
end subroutine xmain
!
end module bar

pr38095.f90:5: erreur interne du compilateur: dans gfc_trans_create_temp_array,
à fortran/trans-array.c:648
Veuillez soumettre un rapport complet d'anomalies,
avec le source pré-traité si nécessaire.
Consultez  pour plus de détail.


I bet some of you guys recognize that old friend of ours, PR31610, whose patch
was reverted in PR37903.
Of course characters are a special (understand: not working) case. Argh!

This is probably unrelated to the original ICE though.


-- 
   Summary: [4.4 Regression] character ICE in
gfc_trans_create_temp_array
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
 BugsThisDependsOn: 38095


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

[Bug fortran/38119] [4.4 Regression] character ICE in gfc_trans_create_temp_array

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2008-11-14 15:55 ---
Works in 4.3.2, 4.2.1 and 4.1.3. Fails with 4.4.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug fortran/38119] [4.4 Regression] character ICE in gfc_trans_create_temp_array

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug c++/37561] [4.2/4.3/4.4 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-09-20 03:09:18 |2008-11-14 16:10:30
   date||


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

[Bug c++/37932] narrowing conversion with -std=c++0x

[jason at gcc dot gnu dot org]

--- Comment #7 from jason at gcc dot gnu dot org  2008-11-14 16:11 ---
The initialization of arr is ill-formed in C++0x because of narrowing from int
to char.

The initialization of s is well-formed; that bug has been fixed for 4.4.

The initialization of t is ill-formed in C++98 because of conversion from int
to enum; that bug has been fixed for 4.2, 4.3 and 4.4.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/37740] [C++0x] "foo f{...}" form compiles, but "new foo{...}" one doesn't

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-11-14 16:23:44
   date||


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

[Bug c++/35758] vector_size attribute lost in function arguments for templates

[jason at gcc dot gnu dot org]

--- Comment #22 from jason at gcc dot gnu dot org  2008-11-14 16:38 ---
Downgrading priority/severity since this is no longer a regression.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|blocker |normal
   Priority|P1  |P3


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

[Bug rtl-optimization/37397] IRA performance impact on SPEC CPU 2K/2006

[vmakarov at gcc dot gnu dot org]

--- Comment #3 from vmakarov at gcc dot gnu dot org  2008-11-14 16:43 
---
Subject: Bug 37397

Author: vmakarov
Date: Fri Nov 14 16:41:56 2008
New Revision: 141860

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141860
Log:
2008-11-14  Vladimir Makarov  <[EMAIL PROTECTED]>

PR rtl-optimization/37397
* ira-int.h (struct ira_allocno): New member bad_spill_p.
(ALLOCNO_BAD_SPILL_P): New macro.

* ira-color.c (push_allocnos_to_stack): Check ALLOCNO_BAD_SPILL_P.

* ira-build.c (ira_create_allocno): Initialize
ALLOCNO_BAD_SPILL_P.
(create_cap_allocno, propagate_allocno_info,
remove_unnecessary_allocnos): Set up or update
ALLOCNO_BAD_SPILL_P.
(update_bad_spill_attribute): New function.
(ira_build): Call it.

* ira-costs.c (record_reg_classes): Set up ALLOCNO_BAD_SPILL_P.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/ira-build.c
trunk/gcc/ira-color.c
trunk/gcc/ira-costs.c
trunk/gcc/ira-int.h


-- 


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

[Bug translation/38120] New: missing space in x86 assembly code for some mov instructions

[rrh at google dot com]

the x86_64 assembly code generator will emit stuff like:
  movswl  406(%rbx),%eax
To be consistent with all the other assembly language output, the output should
have a space after the , eg:
  movswl  406(%rbx), %eax
Doing a
  grep ',%' ./config/i386/i386.md
shows 40 lines that might need to be touched up.


-- 
   Summary: missing space in x86 assembly code for some mov
instructions
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: trivial
  Priority: P3
 Component: translation
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rrh at google dot com
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c/38121] New: Excessive warnings when using -Wconversion and char/bool/short function arguments

[paulf at free dot fr]

Condider this

/* bar.c */

void bar(char a)
{
   char b = a;
}

void frob(void)
{
   bar('a');
}

Due to the automatic promotion of char to int in function calls [same would
apply to short or C99 _Bool], then this causes a warning with -Wconversion,
thus:

gcc -Wconversion -c bar.c
bar.c: In function 'frob':
bar.c:10: warning: passing argument 1 of 'bar' with different width due to
prototype

This greatly limits the usefulness of -Wconversion.

As a user I either have to
a) put up with many thousands of useless warnings
b) not use -Wconversion, or use it with heavy filtering
c) never pass char/short/bool arguments in functions

A similar thing happens with float/double:
bar.c:10: warning: passing argument 1 of 'bar' as 'float' rather than 'double'
due to prototype

This only happens with gcc, not g++.


-- 
   Summary: Excessive warnings when using -Wconversion and
char/bool/short function arguments
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paulf at free dot fr


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

[Bug libstdc++/38107] gcc source contains a struct with no data members (actually 1 byte in size) and compiler does not initialize it, resulting in IBM Rational Purify reporting an Uninitialized Memor

[efinger at us dot ibm dot com]

--- Comment #4 from efinger at us dot ibm dot com  2008-11-14 17:05 ---
(In reply to comment #2)
> There are going to be other holes in structs in general due to alignment
> requirements and I don't think the compiler or libstdc++ should change to this
> because it will slow down the generated code and not really makes a difference
> in the outcome of the code.

Purify already handles pad bytes added for alignment correctly.  This is a very
specific case, where the pad byte is added to prevent the struct from having
size zero, not for alignment.  The added code to clear 1 byte, at object
constuction time, would not make any significant performance difference.


-- 


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

Re: [Bug libstdc++/38107] gcc source contains a struct with no data members (actually 1 byte in size) and compiler does not initialize it, resulting in IBM Rational Purify reporting an Uninitialized M

[Andrew Thomas Pinski]

Sent from my iPhone

On Nov 14, 2008, at 9:05 AM, "efinger at us dot ibm dot com" <[EMAIL PROTECTED] 
> wrote:





--- Comment #4 from efinger at us dot ibm dot com  2008-11-14  
17:05 ---

(In reply to comment #2)
There are going to be other holes in structs in general due to  
alignment
requirements and I don't think the compiler or libstdc++ should  
change to this
because it will slow down the generated code and not really makes a  
difference

in the outcome of the code.


Purify already handles pad bytes added for alignment correctly.   
This is a very
specific case, where the pad byte is added to prevent the struct  
from having
size zero, not for alignment.  The added code to clear 1 byte, at  
object
constuction time, would not make any significant performance  
difference.


But it can cause code bloat which can cause performance issues because  
of icache sizes and such.






--


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

[Bug libstdc++/38107] gcc source contains a struct with no data members (actually 1 byte in size) and compiler does not initialize it, resulting in IBM Rational Purify reporting an Uninitialized Memor

[pinskia at gmail dot com]

--- Comment #5 from pinskia at gmail dot com  2008-11-14 18:02 ---
Subject: Re:  gcc source contains a struct with no data members (actually 1
byte in size) and compiler does not initialize it, resulting in IBM Rational
Purify reporting an Uninitialized Memory Read.



Sent from my iPhone

On Nov 14, 2008, at 9:05 AM, "efinger at us dot ibm dot com"
<[EMAIL PROTECTED] 
 > wrote:

>
>
> --- Comment #4 from efinger at us dot ibm dot com  2008-11-14  
> 17:05 ---
> (In reply to comment #2)
>> There are going to be other holes in structs in general due to  
>> alignment
>> requirements and I don't think the compiler or libstdc++ should  
>> change to this
>> because it will slow down the generated code and not really makes a  
>> difference
>> in the outcome of the code.
>
> Purify already handles pad bytes added for alignment correctly.   
> This is a very
> specific case, where the pad byte is added to prevent the struct  
> from having
> size zero, not for alignment.  The added code to clear 1 byte, at  
> object
> constuction time, would not make any significant performance  
> difference.

But it can cause code bloat which can cause performance issues because  
of icache sizes and such.

>
>
>
> -- 
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38107
>


-- 


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

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

[pault at gcc dot gnu dot org]

--- Comment #7 from pault at gcc dot gnu dot org  2008-11-14 18:04 ---
Subject: Bug 38033

Author: pault
Date: Fri Nov 14 18:03:05 2008
New Revision: 141861

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141861
Log:
2008-10-14  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/38033
* trans-array.c (gfc_trans_create_temp_array): Stabilize the
'to' expression.
(gfc_conv_loop_setup): Use the end expression for the loop 'to'
if it is available.

2008-10-14  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/38033
* gfortran.dg/array_section_2.f90: New test.



Added:
trunk/gcc/testsuite/gfortran.dg/array_section_2.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/38122] New: "file already opened in another unit" error when opening /dev/null or /dev/tty twice

[steven dot chapel at sbcglobal dot net]

The following program runs without error when compiled with g77 3.4.6 on Redhat
Linux:

   character*72 fnint
   data fnint /'/dev/null'/
   i=index(fnint,' ')
   open(unit=29,file=fnint(1:i-1))
   open(unit=30,file=fnint(1:i-1))
   write(29,100)
   write(30,100)
 100   format('1Hello, world!')
   end

When compiled with gfortran 4.3.2 on Redhat Linux, the following error message
is printed when the program is run:

At line 5 of file bug.f (unit = 30, file = '')
Fortran runtime error: File already opened in another unit

The same error results when I use /dev/tty in place of /dev/null, although this
too works in g77 3.4.6.

This bug is causing me to have to modify a program called NONMEM VI to get it
to run properly.


-- 
   Summary: "file already opened in another unit" error when opening
/dev/null or /dev/tty twice
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steven dot chapel at sbcglobal dot net
 GCC build triplet: i386-redhat-linux
  GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux


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

[Bug c++/38030] [4.2/4.3/4.4 Regression] name-lookup for non-dependent name in template function is wrong

[jason at gcc dot gnu dot org]

--- Comment #5 from jason at gcc dot gnu dot org  2008-11-14 18:29 ---
G++ has never done two-phase name binding; that's an area that needs work for
standards conformance.  This testcase worked properly by accident in 3.4 and
4.0, because of an optimization which was disallowed under DR 164.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-11-06 11:51:12 |2008-11-14 18:29:59
   date||


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

[Bug testsuite/38098] gcc.dg/cpp/subframework1.c -fno-show-column fails on darwin9

[janis at gcc dot gnu dot org]

--- Comment #1 from janis at gcc dot gnu dot org  2008-11-14 18:38 ---
Subject: Bug 38098

Author: janis
Date: Fri Nov 14 18:36:41 2008
New Revision: 141862

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141862
Log:
2008-11-14  Jack Howarth  <[EMAIL PROTECTED]>

PR testsuite/38098
* gcc.dg/cpp/subframework1.c: Use -Wno-deprecated.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/cpp/subframework1.c


-- 


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

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

[pault at gcc dot gnu dot org]

--- Comment #8 from pault at gcc dot gnu dot org  2008-11-14 18:39 ---
Fixed on trunk

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/38122] "file already opened in another unit" error when opening /dev/null or /dev/tty twice

[kargl at gcc dot gnu dot org]

--- Comment #1 from kargl at gcc dot gnu dot org  2008-11-14 18:40 ---
(In reply to comment #0)
> The following program runs without error when compiled with g77 3.4.6 on 
> Redhat
> Linux:
> 
>character*72 fnint
>data fnint /'/dev/null'/
>i=index(fnint,' ')
>open(unit=29,file=fnint(1:i-1))
>open(unit=30,file=fnint(1:i-1))
>write(29,100)
>write(30,100)
>  100   format('1Hello, world!')
>end
> 
> When compiled with gfortran 4.3.2 on Redhat Linux, the following error message
> is printed when the program is run:
> 
> At line 5 of file bug.f (unit = 30, file = '')
> Fortran runtime error: File already opened in another unit
> 
> The same error results when I use /dev/tty in place of /dev/null, although 
> this
> too works in g77 3.4.6.
> 
> This bug is causing me to have to modify a program called NONMEM VI to get it
> to run properly.
> 

It's not a bug in gfortran.  It is a bug in your program.
>From the Fortran 95 standard, Section 9.3.4:

   If a file is already connected to a unit, execution of an OPEN
   statement on that file and a different unit is not permitted.

>From the Fortran 77 Standard, Section 12.3.2:

   A unit must not be connected to more than one file at the same time,
   and a file must not be connected to more than one unit at the same time.


-- 


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

[Bug fortran/37926] Program gives wrong output (connected to char len)

[pault at gcc dot gnu dot org]

--- Comment #4 from pault at gcc dot gnu dot org  2008-11-14 19:00 ---
A fix is regtesting right now.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pault at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-10-27 22:19:10 |2008-11-14 19:00:42
   date||


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

[Bug libgomp/29987] libgomp.c++/ctor-9.C failure

[ebotcazou at gcc dot gnu dot org]

--- Comment #5 from ebotcazou at gcc dot gnu dot org  2008-11-14 19:08 
---
*** Bug 38118 has been marked as a duplicate of this bug. ***


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ro at gcc dot gnu dot org


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

[Bug target/38118] gcc emits non-TLS data as TLS on Solaris 11/SPARC

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2008-11-14 19:08 
---


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


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/38123] New: [4.3 regression] error: incorrect sharing of tree nodes ap->fp_offset = D.2748;

[edwintorok at gmail dot com]

Compiling the attached file with latest g++ from trunk:

$ ~/gcc_inst/bin/g++
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:
In function ‘int main()’:
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:84:
warning: deprecated conversion from string constant to ‘char*’
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:85:
warning: deprecated conversion from string constant to ‘char*’
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:88:
warning: deprecated conversion from string constant to ‘char*’
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:89:
warning: deprecated conversion from string constant to ‘char*’
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:92:
warning: deprecated conversion from string constant to ‘char*’
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:93:
warning: deprecated conversion from string constant to ‘char*’
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:
In function ‘void test(char*, __va_list_tag*)’:
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:96:
error: incorrect sharing of tree nodes
ap->fp_offset = D.2748;

*ap
/home/edwin/llvm-svn/llvm-commit/projects/llvm-test/SingleSource/UnitTests/2003-08-11-VaListArg.c:96:
internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

This is:
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --disable-multilib --disable-static
--prefix=/home/edwin/gcc_inst/ --enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20081114 (experimental) [trunk revision 141857] (GCC)


-- 
   Summary: [4.3 regression] error: incorrect sharing of tree nodes
ap->fp_offset = D.2748;
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c++/38123] [4.3 regression] error: incorrect sharing of tree nodes ap->fp_offset = D.2748;

[edwintorok at gmail dot com]

--- Comment #1 from edwintorok at gmail dot com  2008-11-14 20:15 ---
Created an attachment (id=16677)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16677&action=view)
original sourcecode


-- 


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

[Bug middle-end/38004] [4.4 Regression] g++.dg/vect/pr36648.cc

[sje at gcc dot gnu dot org]

--- Comment #4 from sje at gcc dot gnu dot org  2008-11-14 20:16 ---
Subject: Bug 38004

Author: sje
Date: Fri Nov 14 20:15:11 2008
New Revision: 141864

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141864
Log:
PR middle-end/38004
* g++.dg/vect/pr36648.cc: Check alignment requirement.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/vect/pr36648.cc


-- 


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

[Bug c++/38123] [4.3 regression] error: incorrect sharing of tree nodes ap->fp_offset = D.2748;

[edwintorok at gmail dot com]

--- Comment #2 from edwintorok at gmail dot com  2008-11-14 20:18 ---
Created an attachment (id=16678)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16678&action=view)
preprocessed source


-- 


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

[Bug fortran/38122] "file already opened in another unit" error when opening /dev/null or /dev/tty twice

[steve dot chapel at a2pg dot com]

--- Comment #2 from steve dot chapel at a2pg dot com  2008-11-14 20:19 
---
It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
/dev/tty and /dev/null are files, which they're not. They're devices.
Regardless, it's code that runs in an older version that doesn't run in a new
version. This problem will cause people to use the old version of the compiler.


-- 


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

[Bug middle-end/38004] [4.4 Regression] g++.dg/vect/pr36648.cc

[sje at cup dot hp dot com]

--- Comment #5 from sje at cup dot hp dot com  2008-11-14 20:19 ---
Fixed.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/37740] [C++0x] "foo f{...}" form compiles, but "new foo{...}" one doesn't

[jason at gcc dot gnu dot org]

--- Comment #2 from jason at gcc dot gnu dot org  2008-11-14 20:52 ---
Subject: Bug 37740

Author: jason
Date: Fri Nov 14 20:50:59 2008
New Revision: 141865

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141865
Log:
PR c++/37740
* call.c (build_aggr_conv): Increment i.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/initlist8.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/call.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/38122] "file already opened in another unit" error when opening /dev/null or /dev/tty twice

[kargl at gcc dot gnu dot org]

--- Comment #3 from kargl at gcc dot gnu dot org  2008-11-14 20:54 ---
(In reply to comment #2)
> It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
> /dev/tty and /dev/null are files, which they're not. They're devices.

OK, then it's a bug in NONMEM VI.  Submit a bug report to the NONMEM VI
developers.  I cited both the Fortran 77 and Fortran 95 standards, which
show that this is nonconforming code.  Feel free to send my email to them.
You can also tell the NONMEM VI developers that once a unit number is
opened, it is global to entire program.

Under the Unix idiom, /dev/tty and /dev/null are (special) files.
Try 'man 4 null' and 'man 4 tty' on your Redhat box.

> Regardless, it's code that runs in an older version that doesn't run
> in a new version. This problem will cause people to use the old version
> of the compiler.

Well, no.  The code never ran with an older version of gfortran unless
an older version of gfortran had a bug that permitted it.

gfortran and g77 are not the same compiler.  While gfortran tries to
provide backwards compatibility with g77, the author of g77 made several
questionable choices with violating the Fortran 77 Standard.  gfortran
follows the Standards.  Hopefully, "this problem will cause people to"
fix their code.


-- 


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

[Bug c++/38124] New: gcc fails to compile with Internal error, aborting at dw2gencfi.c line 1267 errror

[kamaraju at gmail dot com]

The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.

/bin/bash ../libtool --tag CXX --tag disable-shared --mode=compile
/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/xgcc -shared-libgcc
-B/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc -nostdinc++
-L/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/src
-L/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-B/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/bin/
-B/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/lib/
-isystem
/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/include
-isystem
/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/sys-include
-I/home/kkusuman/software/unZipped/gcc-4.4-20081107/libstdc++-v3/../gcc
-I/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/include/sparc-sun-solaris2.8
-I/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/include
-I/home/kkusuman/software/unZipped/gcc-4.4-20081107/libstdc++-v3/libsupc++
-I/home/kkusuman/software/myroot/include -fno-implicit-templates -prefer-pic
-Wall -Wextra -Wwrite-strings -Wcast-qual  -fdiagnostics-show-location=once 
-ffunction-sections -fdata-sections  -O2 -g-c -o eh_alloc.lo
../../../../../unZipped/gcc-4.4-20081107/libstdc++-v3/libsupc++/eh_alloc.cc
libtool: compile: 
/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/xgcc -shared-libgcc
-B/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc -nostdinc++
-L/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/src
-L/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-B/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/bin/
-B/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/lib/
-isystem
/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/include
-isystem
/home/kkusuman/software/myroot/gcc-4.4-20081107/sparc-sun-solaris2.8/sys-include
-I/home/kkusuman/software/unZipped/gcc-4.4-20081107/libstdc++-v3/../gcc
-I/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/include/sparc-sun-solaris2.8
-I/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/include
-I/home/kkusuman/software/unZipped/gcc-4.4-20081107/libstdc++-v3/libsupc++
-I/home/kkusuman/software/myroot/include -fno-implicit-templates -Wall -Wextra
-Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -O2 -g -c
../../../../../unZipped/gcc-4.4-20081107/libstdc++-v3/libsupc++/eh_alloc.cc 
-fPIC -DPIC -o eh_alloc.o
In file included from
../../../../../unZipped/gcc-4.4-20081107/libstdc++-v3/libsupc++/eh_alloc.cc:42:
/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/include/ext/concurrence.h:
In constructor '__gnu_cxx::__cond::__cond()':
/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/include/ext/concurrence.h:281:
warning: missing initializer for member '_pthread_cond__pthread_cond_magic'
/var/tmp//cc2pJBdQ.s: Assembler messages:
/var/tmp//cc2pJBdQ.s:9164: Internal error, aborting at dw2gencfi.c line 1267
Please report this bug.
make[4]: *** [eh_alloc.lo] Error 1
make[4]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3/libsupc++'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107/sparc-sun-solaris2.8/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory
`/home/kkusuman/software/compileHere/gcc-4.4-20081107'
make: *** [all] Error 2


I am using the Sun solaris cc compiler.
> cc -V
cc: Sun C 5.5 2003/03/12

But the binutils is compiled by myself.

> as --version
GNU assembler (GNU Binutils) 2.19
Copyright 2007 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `sparc-sun-solaris2.8'.

> ld --version
GNU ld (GNU Binutils) 2.19
Copyright 2007 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.


-- 
   Summary: gcc fails to compile with Internal error, aborting at
dw2gencfi.c line 1267 errror
   Product: gcc
   Version: unknown
Status:

[Bug target/38123] [4.4 regression] error: incorrect sharing of tree nodes ap->fp_offset = D.2748;

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c++ |target
Summary|[4.3 regression] error: |[4.4 regression] error:
   |incorrect sharing of tree   |incorrect sharing of tree
   |nodes ap->fp_offset =   |nodes ap->fp_offset =
   |D.2748; |D.2748;
   Target Milestone|--- |4.4.0


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

[Bug c++/38030] [4.2/4.3/4.4 Regression] name-lookup for non-dependent name in template function is wrong

[jason at gcc dot gnu dot org]

--- Comment #6 from jason at gcc dot gnu dot org  2008-11-14 21:59 ---
Subject: Bug 38030

Author: jason
Date: Fri Nov 14 21:57:34 2008
New Revision: 141866

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141866
Log:
PR c++/38030
* semantics.c (finish_call_expr): Remember the result of
non-dependent overload resolution.

Added:
trunk/gcc/testsuite/g++.dg/template/lookup8.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/38123] [4.4 regression] error: incorrect sharing of tree nodes ap->fp_offset = D.2748;

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-11-14 21:59 ---
Reduced testcase:
typedef __builtin_va_list __gnuc_va_list;
typedef __gnuc_va_list va_list;
typedef struct QuadWordS_struct { int i; double d; } QuadWordS;
void test(char *fmt, va_list ap) {
  QuadWordS qw;
  qw = __builtin_va_arg(ap,QuadWordS);
}


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2008-11-14 21:59:06
   date||


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

[Bug c++/38124] gcc fails to compile with Internal error, aborting at dw2gencfi.c line 1267 errror

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-11-14 22:02 ---
>/var/tmp//cc2pJBdQ.s:9164: Internal error, aborting at dw2gencfi.c line 1267

You submit this to binutils, http://sourceware.org/bugzilla/ .


-- 

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

[Bug c++/38030] [4.2/4.3 Regression] name-lookup for non-dependent name in template function is wrong

[jason at gcc dot gnu dot org]

--- Comment #7 from jason at gcc dot gnu dot org  2008-11-14 22:02 ---
Subject: Bug 38030

Author: jason
Date: Fri Nov 14 22:01:12 2008
New Revision: 141868

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141868
Log:
PR c++/38030
* semantics.c (finish_call_expr): Don't repeat arg-dep lookup
for a non-dependent call.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/template/lookup8.C
  - copied unchanged from r141866,
trunk/gcc/testsuite/g++.dg/template/lookup8.C
Modified:
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/semantics.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/37740] [C++0x] "foo f{...}" form compiles, but "new foo{...}" one doesn't

[jason at gcc dot gnu dot org]

--- Comment #3 from jason at gcc dot gnu dot org  2008-11-14 22:22 ---
Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/38123] [4.4 regression] error: incorrect sharing of tree nodes ap->fp_offset = D.2748;

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-11-14 21:59:06 |2008-11-14 22:36:57
   date||


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

[Bug middle-end/38125] New: [graphite] ICE :Segmentation fault

[mitul dot thakkar at amd dot com]

Using -fgraphite-identity, test case is terminating with Segmentation fault..

gcc -c -O3 -fgraphite-identity final_seg.c

final_seg.c: In function 'Perl_av_fill':
final_seg.c:23: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


gdb back trace is giving following message...

Program received signal SIGSEGV, Segmentation fault.
prepare_block_for_update (bb=0x2ae34bba1900, insert_phi_p=1 '\001') at
../../graphite/gcc/tree-into-ssa.c:2426
2426  tree sym = DECL_P (use) ? use : SSA_NAME_VAR (use);
(gdb) bt
#0  prepare_block_for_update (bb=0x2ae34bba1900, insert_phi_p=1 '\001') at
../../graphite/gcc/tree-into-ssa.c:2426
#1  0x0072554b in prepare_block_for_update (bb=0x2ae34bbad2a0,
insert_phi_p=1 '\001') at ../../graphite/gcc/tree-into-ssa.c:2444
#2  0x0072554b in prepare_block_for_update (bb=0x2ae34bba18a0,
insert_phi_p=1 '\001') at ../../graphite/gcc/tree-into-ssa.c:2444
#3  0x0072554b in prepare_block_for_update (bb=0x2ae34bba17e0,
insert_phi_p=128 '\200') at ../../graphite/gcc/tree-into-ssa.c:2444
#4  0x00726817 in update_ssa (update_flags=2048) at
../../graphite/gcc/tree-into-ssa.c:3224
#5  0x007ab930 in rewrite_into_loop_closed_ssa (changed_bbs=0x0,
update_flag=2048) at ../../graphite/gcc/tree-ssa-loop-manip.c:381
#6  0x00abc162 in gloog (scop=, stmt=) at ../../graphite/gcc/graphite.c:4443
#7  0x00abd7d9 in graphite_transform_loops () at
../../graphite/gcc/graphite.c:5318
#8  0x007b4d17 in graphite_transforms () at
../../graphite/gcc/tree-ssa-loop.c:298
#9  0x0063fb8b in execute_one_pass (pass=0xf24da0) at
../../graphite/gcc/passes.c:1279
#10 0x0063fdc5 in execute_pass_list (pass=0xf24da0) at
../../graphite/gcc/passes.c:1328
#11 0x0063fddd in execute_pass_list (pass=0xf24b00) at
../../graphite/gcc/passes.c:1329
#12 0x0063fddd in execute_pass_list (pass=0xf23fc0) at
../../graphite/gcc/passes.c:1329
#13 0x0073560c in tree_rest_of_compilation (fndecl=0x2ae34bb8be00) at
../../graphite/gcc/tree-optimize.c:418
#14 0x008abcf4 in cgraph_expand_function (node=0x2ae34bb8bf00) at
../../graphite/gcc/cgraphunit.c:1038
#15 0x008adac5 in cgraph_optimize () at
../../graphite/gcc/cgraphunit.c:1097
#16 0x00417553 in c_write_global_declarations () at
../../graphite/gcc/c-decl.c:8074
#17 0x006e65df in toplev_main (argc=, argv=) at ../../graphite/gcc/toplev.c:979
#18 0x2ae34b39b184 in __libc_start_main () from /lib64/libc.so.6
#19 0x00405109 in _start ()

Reduced test case for the same is attached...

-Mitul Thakkar


-- 
   Summary: [graphite] ICE :Segmentation fault
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mitul dot thakkar at amd dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug middle-end/38125] [graphite] ICE :Segmentation fault

[mitul dot thakkar at amd dot com]

--- Comment #1 from mitul dot thakkar at amd dot com  2008-11-14 23:00 
---
Created an attachment (id=16679)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16679&action=view)
Reduced Test Case


-- 


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

[Bug c++/38030] [4.2/4.3 Regression] name-lookup for non-dependent name in template function is wrong

[jason at gcc dot gnu dot org]

--- Comment #8 from jason at gcc dot gnu dot org  2008-11-14 23:07 ---
Subject: Bug 38030

Author: jason
Date: Fri Nov 14 23:06:11 2008
New Revision: 141872

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141872
Log:
PR c++/38030
* semantics.c (finish_call_expr): Don't repeat arg-dep lookup
for a non-dependent call.

Added:
branches/gcc-4_2-branch/gcc/testsuite/g++.dg/template/lookup8.C
  - copied unchanged from r141866,
trunk/gcc/testsuite/g++.dg/template/lookup8.C
Modified:
branches/gcc-4_2-branch/gcc/cp/ChangeLog
branches/gcc-4_2-branch/gcc/cp/semantics.c
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug target/36321] Optimization higher or equal to -O2 produce wrong code

[dj at redhat dot com]

--- Comment #8 from dj at redhat dot com  2008-11-14 23:09 ---
The test case segfaults on simulators that don't initialize argv[0] to the name
of the running program.


-- 


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

[Bug c/38121] Excessive warnings when using -Wconversion and char/bool/short function arguments

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-11-14 23:12 ---
This is not really a bug, -Wconversion is documented this way in GCC before
4.3.0.  -Wconversion did change for 4.3.0.

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


-- 

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

[Bug c/6614] [-Wconversion] incorrect conversion warning for function taking a short

[pinskia at gcc dot gnu dot org]

--- Comment #11 from pinskia at gcc dot gnu dot org  2008-11-14 23:12 
---
*** Bug 38121 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||paulf at free dot fr


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

[Bug c/38116] Excessive warnings when using assert and -Wconversion on 64bit platforms

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-11-14 23:13 ---


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


-- 

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

[Bug c/6614] [-Wconversion] incorrect conversion warning for function taking a short

[pinskia at gcc dot gnu dot org]

--- Comment #12 from pinskia at gcc dot gnu dot org  2008-11-14 23:13 
---
*** Bug 38116 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/38030] [4.2/4.3 Regression] name-lookup for non-dependent name in template function is wrong

[jason at gcc dot gnu dot org]

--- Comment #9 from jason at gcc dot gnu dot org  2008-11-14 23:16 ---
Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/37718] Demangling of variadic functions

[jason at gcc dot gnu dot org]

--- Comment #4 from jason at gcc dot gnu dot org  2008-11-14 23:18 ---
Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c/19820] How to get results from a V2SF ?

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-11-14 23:19 ---
You can do:
float *cf = &c;
return cf[0] + cf[1];

Or after my patch just c[0] + c[1].


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c/9049] No support for selective enabling/disabling of some warnings

[pinskia at gcc dot gnu dot org]

--- Comment #11 from pinskia at gcc dot gnu dot org  2008-11-14 23:22 
---
Since the support is there fully in 4.3.0, I am going to close this as fixed,
there might be some warnings that can't be disabled via this way but please
file a separate bug for each one.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|No support for selective|No support for selective
   |enabling/disabling of   |enabling/disabling of some
   |warnings|warnings
   Target Milestone|--- |4.3.0


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

[Bug c++/38030] [4.2/4.3 Regression] name-lookup for non-dependent name in template function is wrong

[rguenther at suse dot de]

--- Comment #10 from rguenther at suse dot de  2008-11-14 23:27 ---
Subject: Re:  [4.2/4.3/4.4 Regression] name-lookup for
 non-dependent name in template function is wrong

On Fri, 14 Nov 2008, jason at gcc dot gnu dot org wrote:

> --- Comment #5 from jason at gcc dot gnu dot org  2008-11-14 18:29 ---
> G++ has never done two-phase name binding; that's an area that needs work for
> standards conformance.

Doh.  That seems to be a pretty important semantic piece of C++ though ;)

Thanks for fixing this bug so quickly.

Richard.


-- 


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

[Bug c/33193] slopiness in __real/__imag

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-11-14 23:29 ---
Here is a small example:
struct a {float x, y; };

struct a f(struct a b)
{
  return __real b;
}
int f1(int *b)
{
  return __imag b -  __real b;
}

(In reply to comment #1)
> Further, http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex does not
> document what arguments are accepted to __real and __imag at all.

It should be the same as the functions creal and cimag functions support.

Thanks,
Andrew Pinski


-- 


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

[Bug c/32588] Bogus "error: initializer element is not constant"

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-11-14 23:31 ---
As mentioned it is only a GCC extension that the value is a constant.


-- 

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

[Bug c/17662] testsuite for IMA testcases

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-11-14 23:34 ---
I think we can close this as won't fix.  LTO has a testsuite part already so it
is not a big deal.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX


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

[Bug middle-end/31878] Spurious warnings generated due to not optimizing first

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-11-14 23:38 ---
This needs VRP really to be run at -O0 which I don't think is going to happen
any time soon.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|trivial |enhancement
  Component|c   |middle-end
  GCC build triplet|x86_64-redhat-linux |
   GCC host triplet|x86_64-redhat-linux |
 GCC target triplet|x86_64-redhat-linux |


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

[Bug c/25702] feature request: generate a warning for sizeof on a pointer

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-11-14 23:51 ---
Actually I use sizeof all the time on pointers so I don't think this is useful.
 In fact it falls down with meta programming.
That is:
#define bitcase(type, a) ({typeof (a) b = a; type c;  int
notthesamesize[sizeof(a) == sizeof(type)]; memcpy(&c, &a, sizeof(a)); c;})

And then type is some pointer type.


-- 


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

[Bug c/35069] Casting from a volatile type to a non-volatile type should cause a warning

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-11-14 23:55 ---
-Wcast-qual exist already and works like what you want it to work.


-- 

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

[Bug tree-optimization/35279] incorrect "array subscript is above array bounds" warning in loop at -O3

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-11-14 23:59 ---


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


-- 

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

[Bug middle-end/37861] [4.3 Regression] Bogus array bounds warning

[pinskia at gcc dot gnu dot org]

--- Comment #9 from pinskia at gcc dot gnu dot org  2008-11-14 23:59 ---
*** Bug 35279 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rjpeters at klab dot caltech
   ||dot edu


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

[Bug c/36113] fix C enumerators

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-11-15 00:05 ---
t.c:8: warning: ISO C restricts enumerator values to range of 'int'

t.c:14: warning: left shift count >= width of type

This is still correct.  Even if we had sizeof(MyEnum) == 2, the types of dummy
will still be an int.


-- 

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

[Bug c/38126] New: suboptimal code for (a && b || !a && !b)

[sebor at roguewave dot com]

I would expect gcc to generate comparable code for both functions below, or
perhaps even better code for foo() than for bar() since the code in foo() is
likely to be more common than the equivalent code in bar(). However, the code
produced for foo() is suboptimal in comparison to the code for bar(). In my
timings on x86 with gcc 4.3.0 at -O2, foo() appears to run about 5% slower than
bar().

$ cat t.c && gcc -S -O2 t.c && cat t.s
int foo (int *a, int *b) { return a && b || !a && !b; }
int bar (int *a, int *b) { return !!a == !!b; }
.file   "t.c"
.text
.p2align 4,,15
.globl foo
.type   foo, @function
foo:
.LFB2:
testq   %rdi, %rdi
je  .L2
testq   %rsi, %rsi
movl$1, %eax
je  .L2
rep
ret
.p2align 4,,10
.p2align 3
.L2:
testq   %rdi, %rdi
sete%al
testq   %rsi, %rsi
sete%dl
andl%edx, %eax
movzbl  %al, %eax
ret
.LFE2:
.size   foo, .-foo
.p2align 4,,15
.globl bar
.type   bar, @function
bar:
.LFB3:
testq   %rdi, %rdi
sete%al
testq   %rsi, %rsi
setne   %dl
xorl%edx, %eax
movzbl  %al, %eax
ret
.LFE3:
.size   bar, .-bar
.section.eh_frame,"a",@progbits
.Lframe1:
.long   .LECIE1-.LSCIE1
.LSCIE1:
.long   0x0
.byte   0x1
.string "zR"
.uleb128 0x1
.sleb128 -8
.byte   0x10
.uleb128 0x1
.byte   0x3
.byte   0xc
.uleb128 0x7
.uleb128 0x8
.byte   0x90
.uleb128 0x1
.align 8
.LECIE1:
.LSFDE1:
.long   .LEFDE1-.LASFDE1
.LASFDE1:
.long   .LASFDE1-.Lframe1
.long   .LFB2
.long   .LFE2-.LFB2
.uleb128 0x0
.align 8
.LEFDE1:
.LSFDE3:
.long   .LEFDE3-.LASFDE3
.LASFDE3:
.long   .LASFDE3-.Lframe1
.long   .LFB3
.long   .LFE3-.LFB3
.uleb128 0x0
.align 8
.LEFDE3:
.ident  "GCC: (GNU) 4.3.0 20080428 (Red Hat 4.3.0-8)"
.section.note.GNU-stack,"",@progbits


-- 
   Summary: suboptimal code for (a && b || !a && !b)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sebor at roguewave dot com


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

[Bug c/35392] Warning "array subscript is above array bounds" in inline fct

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-11-15 00:07 ---


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


-- 

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

[Bug middle-end/36902] Array bound warning with dead code after optimization

[pinskia at gcc dot gnu dot org]

--- Comment #26 from pinskia at gcc dot gnu dot org  2008-11-15 00:07 
---
*** Bug 35392 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||etienne_lorrain at yahoo dot
   ||fr


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

[Bug c/35764] improper load from volatile

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-11-15 00:09 ---
This works for me on the trunk.  I either get a cmove or a branch.


-- 


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

[Bug middle-end/38126] suboptimal code for (a && b || !a && !b)

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
  Component|c   |middle-end


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

[Bug c/36651] 64-bit enumerator incorrectly demoted to 32 bits

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-11-15 00:11 ---


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


-- 

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