[Bug c++/36490] Attempt to copy a temporary object during passing it to a function as a const reference

[fang at csl dot cornell dot edu]

--- Comment #1 from fang at csl dot cornell dot edu  2008-07-31 07:00 
---
See PR 25950 and all of its dupes.  
The copy constructor needs to be publicly accessible where the temporary rvalue
is bound to a reference parameter.  


-- 

fang at csl dot cornell dot edu changed:

   What|Removed |Added

 CC||fang at csl dot cornell dot
   ||edu


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

[Bug c++/25950] [DR 391] Reference binding and explicit copy constructors

[pinskia at gcc dot gnu dot org]

--- Comment #30 from pinskia at gcc dot gnu dot org  2008-07-31 07:03 
---
*** Bug 36490 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dervih at interia dot pl


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

[Bug c++/36490] Attempt to copy a temporary object during passing it to a function as a const reference

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-07-31 07:03 ---


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


-- 

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

[Bug middle-end/36980] [4.4 Regression] Bootstrap broken with RTL checking on i586

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-07-31 07:08 ---
Yes this code is definitely wrong as on the PPC, we can load the stack pointer
from memory. 


-- 


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

[Bug c++/36981] New: Template nested inner classes are not resolved.

[4ekucT at tut dot by]

Template nested inner classes are not resolved:

template 
class A
{
public:
  class AA { };
};

template 
class B : public A
{
public:
  class BB : public AA { };
//class BB : public A::AA { }; // Workaround.
};

int main(int argc, char* argv[])
{
  B b;
  return 0;
}

Brings the following error:
  error: expected class-name before '{' token


-- 
   Summary: Template nested inner classes are not resolved.
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: 4ekucT at tut dot by


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

[Bug middle-end/36980] [4.4 Regression] Bootstrap broken with RTL checking on i586

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2008-07-31 07:16 
---
Just to confirm that reverting r138135-r138140 makes the bug vanish.


-- 


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

[Bug c++/36981] Template nested inner classes are not resolved.

[4ekucT at tut dot by]

--- Comment #1 from 4ekucT at tut dot by  2008-07-31 07:17 ---
Created an attachment (id=15981)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15981&action=view)
Template nested inner classes are not resolved.

Compile to reproduce the bug.


-- 


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

[Bug c++/36709] Compiler allows namespace and class to have same name and doesn't generate ambiguous reference error when it should result from this.

[fang at csl dot cornell dot edu]

--- Comment #1 from fang at csl dot cornell dot edu  2008-07-31 07:19 
---
Dupe of PR 30734 (first reported as PR 2708).


-- 

fang at csl dot cornell dot edu changed:

   What|Removed |Added

 CC||fang at csl dot cornell dot
   ||edu


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

[Bug tree-optimization/36861] [4.3 Regression] boost's compressed avl confuses GCC

[aldot at gcc dot gnu dot org]

--- Comment #21 from aldot at gcc dot gnu dot org  2008-07-31 07:56 ---
Lothar, see #10


-- 


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

[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-07-31 08:00 ---
Subject: Bug 36649

Author: jakub
Date: Thu Jul 31 07:59:18 2008
New Revision: 138360

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138360
Log:
PR preprocessor/36649
* c-pch.c (c_common_read_pch): Save and restore
line_table->trace_includes across PCH restore.

* gcc.dg/pch/cpp-3.c: New test.
* gcc.dg/pch/cpp-3.hs: New file.
* gcc.dg/pch/cpp-3a.h: New file.
* gcc.dg/pch/cpp-3b.h: New file.

Added:
trunk/gcc/testsuite/gcc.dg/pch/cpp-3.c
trunk/gcc/testsuite/gcc.dg/pch/cpp-3.hs
trunk/gcc/testsuite/gcc.dg/pch/cpp-3a.h
trunk/gcc/testsuite/gcc.dg/pch/cpp-3b.h
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-pch.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug debug/36278] [4.2/4.3/4.4 Regression] ICE with typedef void in namespace and using the defined type in another when compiling with "-g"

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-07-31 08:02 ---
Subject: Bug 36278

Author: jakub
Date: Thu Jul 31 08:01:25 2008
New Revision: 138361

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138361
Log:
PR debug/36278
* dwarf2out.c (get_context_die): New function.
(force_decl_die, force_type_die): Use it.
(dwarf2out_imported_module_or_decl): Likewise.  If base_type_die
returns NULL, force generation of DW_TAG_typedef and put that into
DW_AT_import.

* g++.dg/debug/namespace2.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/debug/namespace2.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c/36970] GCC should display a warning when trying to free a static array

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-07-31 08:04 ---
Subject: Bug 36970

Author: jakub
Date: Thu Jul 31 08:02:49 2008
New Revision: 138362

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138362
Log:
PR c/36970
* builtins.c (maybe_emit_free_warning): New function.
(expand_builtin): Process BUILT_IN_FREE even at -O0.  Call
maybe_emit_free_warning for BUILT_IN_FREE.

* gcc.dg/free-1.c: New test.
* gcc.dg/free-2.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/free-1.c
trunk/gcc/testsuite/gcc.dg/free-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/builtins.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/36982] New: Unfolding of template function (in namesspace) using overloads (in same namespace) requires forward declarations

[lfn dot privat at mail dot dk]

// The following self-contained code (see below, I dont know how to 
// attach files to this report) produces the bug (see embedded comments).
// 
// The command compiler command line and output is as this:
//
//   g++ -c -O2 -I . -DSTATIC_BUILD -Wall x.cpp
//   x.cpp: In function bool ReadSpace::Read(const char*, 
//   std::vector >&) [with T = MyType]:
//   x.cpp:58: instantiated from here
//   x.cpp:34: error: invalid initialization of reference of type 
// int& from expression of type MyType
//   x.cpp:27: error: in passing argument 2 of 
// bool ReadSpace::Read(const char*, int&)
//
// Source code (x.cpp) ...
//

#include 

/* <- Uncoment this block for GCC 4.3.1 workaround

//
// Forward declarations needed by new GCC 4.3.1 compiler ...
//
// - Not needed by GCC 4.0.2 and previous versions !
// - Not needed by (Windows) MSC 8.0 (VS 2005) and previous versions !
//
// Note furthermore that IF everything is kept in the GLOBAL namespace,
// there is NO error - this, to me, indicates a GCC 4.3.1 compiler bug.
//
// LFN, 2008-07-31
//

struct MyType;
namespace ReadSpace
{
  static inline bool Read( const char* Str, MyType& v );
};

*/

namespace ReadSpace
{
  static inline bool Read( const char* Str, int& v )
{ v = 0; return true; }

  template< class T >
  static inline bool Read( const char* Str, std::vector< T >& v )
  {
T Help;
if ( !Read( Str, Help ) )
  return false;
v.push_back( Help );
return true;
  }
}

struct MyType
{
  int i;
};

namespace ReadSpace // Extend the namespace ...
{
  static inline bool Read( const char* Str, MyType& v )
{ return Read( Str, v.i ); }
}

using namespace ReadSpace;

int main()
{
  std::vector< MyType > v;
  const char* Str = "25";
  return Read( Str, v ) ? 0 : 1;
}


-- 
   Summary: Unfolding of template function (in namesspace) using
overloads (in same namespace) requires forward
declarations
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lfn dot privat at mail dot dk
 GCC build triplet: Configured with: ../configure --prefix=/usr --with-
local-prefix=
  GCC host triplet: gcc version 4.3.1 20080507 (prerelease) [gcc-4_3-branch
revision
GCC target triplet: Target: i586-suse-linux


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

[Bug c++/36981] Template nested inner classes are not resolved.

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2008-07-31 08:34 
---
This is standard conforming behavior.


-- 

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

[Bug c++/36709] Compiler allows namespace and class to have same name and doesn't generate ambiguous reference error when it should result from this.

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2008-07-31 08:39 
---


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


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/30734] name conflict between class and namespace name is not recognized

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2008-07-31 08:39 
---
*** Bug 36709 has been marked as a duplicate of this bug. ***


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||rquabili at princeton dot
   ||edu


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

[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-07-31 08:45 ---
Subject: Bug 36649

Author: jakub
Date: Thu Jul 31 08:44:24 2008
New Revision: 138368

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138368
Log:
PR preprocessor/36649
* c-pch.c (c_common_read_pch): Save and restore
line_table->trace_includes across PCH restore.

* gcc.dg/pch/cpp-3.c: New test.
* gcc.dg/pch/cpp-3.hs: New file.
* gcc.dg/pch/cpp-3a.h: New file.
* gcc.dg/pch/cpp-3b.h: New file.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pch/cpp-3.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pch/cpp-3.hs
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pch/cpp-3a.h
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pch/cpp-3b.h
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/c-pch.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug debug/36278] [4.2/4.3/4.4 Regression] ICE with typedef void in namespace and using the defined type in another when compiling with "-g"

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-07-31 08:49 ---
Subject: Bug 36278

Author: jakub
Date: Thu Jul 31 08:48:26 2008
New Revision: 138369

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138369
Log:
PR debug/36278
* dwarf2out.c (get_context_die): New function.
(force_decl_die, force_type_die): Use it.
(dwarf2out_imported_module_or_decl): Likewise.  If base_type_die
returns NULL, force generation of DW_TAG_typedef and put that into
DW_AT_import.

* g++.dg/debug/namespace2.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/debug/namespace2.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/dwarf2out.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2008-07-31 08:51 ---
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=36649

[Bug debug/36278] [4.2/4.3/4.4 Regression] ICE with typedef void in namespace and using the defined type in another when compiling with "-g"

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-07-31 08:51 ---
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=36278

[Bug c/36970] GCC should display a warning when trying to free a static array

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-07-31 08:52 ---
Implemented on the trunk.


-- 

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

[Bug libstdc++/36962] [C++0x] Add constructors / assignment operators from unique_ptr to shared_ptr

[paolo dot carlini at oracle dot com]

--- Comment #5 from paolo dot carlini at oracle dot com  2008-07-31 08:59 
---
Hi again. I have essentially only one substantive comment: can you double check
the implementation is correct vs 20.7.12.2.1/37 ?


-- 


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

[Bug middle-end/36983] New: Trunk 138207 miscompiles 172.mgrid on x86-64

[Joey dot ye at intel dot com]

$ cat mgrid.f
  SUBROUTINE RESID(U,V,R,N,A)
  INTEGER N
  REAL*8 U(N,N,N),V(N,N,N),R(N,N,N),A(0:3)
  INTEGER I3, I2, I1
  DO 600 I3=2,N-1
  DO 600 I2=2,N-1
  DO 600 I1=2,N-1
 600  R(I1,I2,I3)=V(I1,I2,I3)
 >  -A(0)*( U(I1,  I2,  I3  ) )
 >  -A(1)*( U(I1-1,I2,  I3  ) + U(I1+1,I2,  I3  )
 > +  U(I1,  I2-1,I3  ) + U(I1,  I2+1,I3  )
 > +  U(I1,  I2,  I3-1) + U(I1,  I2,  I3+1) )
 >  -A(2)*( U(I1-1,I2-1,I3  ) + U(I1+1,I2-1,I3  )
 > +  U(I1-1,I2+1,I3  ) + U(I1+1,I2+1,I3  )
 > +  U(I1,  I2-1,I3-1) + U(I1,  I2+1,I3-1)
 > +  U(I1,  I2-1,I3+1) + U(I1,  I2+1,I3+1)
 > +  U(I1-1,I2,  I3-1) + U(I1-1,I2,  I3+1)
 > +  U(I1+1,I2,  I3-1) + U(I1+1,I2,  I3+1) )
 >  -A(3)*( U(I1-1,I2-1,I3-1) + U(I1+1,I2-1,I3-1)
 > +  U(I1-1,I2+1,I3-1) + U(I1+1,I2+1,I3-1)
 > +  U(I1-1,I2-1,I3+1) + U(I1+1,I2-1,I3+1)
 > +  U(I1-1,I2+1,I3+1) + U(I1+1,I2+1,I3+1) )
  RETURN
  END
$ gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../src/configure --prefix=/home/jye2/rrs/138207/usr
--enable-languages=c,c++,fortran --disable-bootstrap
Thread model: posix
gcc version 4.4.0 20080728 (experimental) [trunk revision 138207] (GCC) 
$ gfortran   -O3 -ffast-math mgrid.f -c
mgrid.f: In function 'resid':
mgrid.f:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

$ gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../src/configure --prefix=/home/jye2/rrs/138206/usr
--enable-languages=c,c++,fortran --disable-bootstrap
Thread model: posix
gcc version 4.4.0 20080728 (experimental) [trunk revision 138206] (GCC) 
$ gfortran   -O3 -ffast-math mgrid.f -c
$


-- 
   Summary: Trunk 138207 miscompiles 172.mgrid on x86-64
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Joey dot ye at intel dot com


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

[Bug middle-end/36983] Trunk 138207 miscompiles 172.mgrid on x86-64

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-07-31 09:19 ---
Works for me.  Very likely a dup of PR36967.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|richard dot guenther at |rguenth at gcc dot gnu dot
   |gmail dot com   |org


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

[Bug tree-optimization/36373] [4.2/4.3 Regression] Wrong code with struct return

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2008-07-31 09:25 ---
Downgrading to P2, as the required changes are probably too big and risky for
the branches.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P1  |P2


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

[Bug middle-end/36984] New: ICE when gcc 4.4.0-20080730 compile lapack

[linuxl4 at sohu dot com]

lapack-lite-3.1.1/TESTING/LIN/schkeq.f

gfortran -c schkeq.f -O3 -msse2 -mfpmath=sse -funroll-loops -fbounds-check

schkeq.f: In function 'schkeq':
schkeq.f:445: internal compiler error: in df_ref_chain_change_bb, at
df-scan.c:1828
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

gcc --version
gcc (GCC) 4.4.0 20080730 (experimental)


-- 
   Summary: ICE when gcc 4.4.0-20080730 compile lapack
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu 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=36984

[Bug fortran/32095] Accepts invalid character(len(a)),dimension(1) :: a

[domob at gcc dot gnu dot org]

--- Comment #1 from domob at gcc dot gnu dot org  2008-07-31 10:31 ---
So the following two lines should give this error, right:

subroutine test (a)
  character(len(a)) :: a
end subroutine test

subroutine test2 (n, arr)
  integer :: arr(n), n
end subroutine test2

where in test2, reversing the order of the definition of arr(n) and n should
make it work again.  Did I understand this correctly?

In this case, wouldn't it be enough to check that each symbol used in a
specification expression already has a type != BT_UNKNOWN to ensure it already
was specified?

What's about that one, where i has an implicit type of INTEGER (if I'm not
mistaken):

subroutine test2 (i, arr)
  integer :: arr(i)
end subroutine test2

Is that one allowed or is here an explicit specification of i needed, too?


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||domob at gcc dot gnu dot org


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

[Bug c++/36985] New: initialize_flags_in_bb, at tree-into-ssa.c:437

[alexandre dot hamez at gmail dot com]

GCC:

% /usr/local/gcc-4.3.1/bin/g++-4.3.1 -v 
Using built-in specs.
Target: i386-apple-darwin9.3.0
Configured with: ../gcc-4.3.1/configure --disable-nls --enable-languages=c,c++
--program-suffix=-4.3.1 --prefix=/usr/local/gcc-4.3.1
Thread model: posix
gcc version 4.3.1 (GCC) 



System:

Darwin 9.4.0 Darwin Kernel Version 9.4.0: Mon Jun  9 19:30:53 PDT 2008;
root:xnu-1228.5.20~1/RELEASE_I386 i386


Command-line:

/usr/local/gcc-4.3.1/bin/g++-4.3.1  -o opt -DNDEBUG  -O3  -Wall -Wextra
test/bench.cc -I . -ltbb -lgmp -lgmpxx -mtune=native -march=native -fipa-cp
-fipa-pta -ftree-loop-linear -ftree-loop-im -funswitch-loops -fivopts
-ftree-parallelize-loops=2 -ftree-vectorize -funroll-loops -fwhole-program
-ffast-math


Output:

/usr/local/include/boost/variant/variant.hpp: In member function 'typename
Visitor::result_type
boost::detail::variant::invoke_visitor::internal_visit(T&, int) [with
T = const xxx::core::unicity::node,
Visitor = const
xxx::util::count_visitor]':
/usr/local/include/boost/variant/variant.hpp:804: internal compiler error: in
initialize_flags_in_bb, at tree-into-ssa.c:437


-- 
   Summary: initialize_flags_in_bb, at tree-into-ssa.c:437
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alexandre dot hamez at gmail dot com


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

[Bug c++/36985] initialize_flags_in_bb, at tree-into-ssa.c:437

[alexandre dot hamez at gmail dot com]

--- Comment #1 from alexandre dot hamez at gmail dot com  2008-07-31 10:41 
---
I don't how to attach the preprocessed source. The file weight more than 1000k
so it is refused by bugzilla. And I think that copy-paste 56000 lines of code
is not the right thing to do?
At least, it seams that is is related to boost.


-- 


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

[Bug middle-end/36983] Trunk 138207 miscompiles 172.mgrid on x86-64

[Joey dot ye at intel dot com]

--- Comment #2 from Joey dot ye at intel dot com  2008-07-31 10:50 ---
Yes. Just notice that latest trunk passes.


-- 

Joey dot ye at intel dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/36962] [C++0x] Add constructors / assignment operators from unique_ptr to shared_ptr

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2008-07-31 11:03 
---
By the way, I'm under the impression that the differences between the TR1 and
the C++0x versions are by now too many, way too many macros. At some point we
should byte the bullet and separate completely for a great clean-up! (I did
that for tuple, for instance, and it paid off immediately in the occasion of
the int -> size_t change, more changes to the constructors are expected...)


-- 


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

[Bug fortran/32095] Accepts invalid character(len(a)),dimension(1) :: a

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2008-07-31 11:14 ---
> subroutine test2 (n, arr)
>   integer :: arr(n), n
> end subroutine test2

That example is valid as "n" is then implicitly typed as integer, which is
later confirmed. It only becomes invalid using:

  implicit none
or
  implicit real(a-z)

Note: Code such as
   subroutine sub(n,array)
 implicit none
 real:: array(n)
 integer :: n
   end
can be found in several real-world codes. Such declarations should be allowed,
unless -std=* is given. (It is e.g. allowed by gfortran, ifort, sunf95,
g95,...; but not by NAG f95. I think those compilers which allow it also do not
warn with -std=*.)

> where in test2, reversing the order of the definition of arr(n) and n should
> make it work again.  Did I understand this correctly?

Yes (with above's implicit statements).

Another example, which works with gfortran, but is rejected by other compilers:

ifort:
hjf.f90(5): error #6361: An array-valued argument is required in this context. 
 [SIZE]
  integer :: b(size(a)), a(:)
^
hjf.f90(5): error #6435: This name has already been used in a specification
expression.   [A]
  integer :: b(size(a)), a(:)
-^

NAG: Error: line 3: SIZE of A used before its array declarator

g95: Error: Argument of SIZE intrinsic at (1) must be an array

(gfortran compiles and gives the expected result.)


subroutine sub(a)
   implicit none
   real:: b(size(a)), a(:)
end

I think on should be able to do something like you proposed, but with -std=gnu
the above mentioned
  integer :: arr(n)
  integer :: n
should be still permitted (but it should be rejected with -std=f*).
See also: PR 34228.

In any case, for the example given in comment 0 we need to give an error (as
ifort or g95) or we need to get it working properly (as NAG f95) does. The
former solution seems to be cleaner and easier.


-- 


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

[Bug c++/36985] initialize_flags_in_bb, at tree-into-ssa.c:437

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-07-31 11:24 ---
1000k compressed?  If not, compress it.  Otherwise put it on the web somewhere
and post the link.  We really need it to do anything about it...


-- 


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

[Bug middle-end/36986] New: Trunk 138207 miscompiles 447.dealII

[Joey dot ye at intel dot com]

This bug is also caused by 138207, and latest trunk still fails (138353)
$ g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../src/configure --disable-bootstrap
--enable-languages=c,c++,fortran --enable-checking=assert
Thread model: posix
gcc version 4.4.0 20080731 (experimental) [trunk revision 138353] (GCC) 
$ g++ -c -O3 -ffast-math   dof_tools.i.cc
dof_tools.cc: In static member function 'static void
DoFTools::make_flux_sparsity_pattern(const DoFHandler&, SparsityPattern&,
const FullMatrix&, const FullMatrix&) [with int dim = 3,
SparsityPattern = CompressedBlockSparsityPattern]':
dof_tools.cc:485: internal compiler error: in gimple_cond_get_ops_from_tree, at
gimple.c:493
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: Trunk 138207 miscompiles 447.dealII
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Joey dot ye at intel dot com


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

[Bug tree-optimization/36978] [4.4 Regression] ICE in gimple_cond_set_lhs for -O2 -funswitch-loops after tuples merge

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-07-31 11:33 ---
There is an easy workaround.  Just do not fold the re-generated condition.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-07-30 23:53:12 |2008-07-31 11:33:04
   date||


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

[Bug middle-end/36986] Trunk 138207 miscompiles 447.dealII

[Joey dot ye at intel dot com]

--- Comment #1 from Joey dot ye at intel dot com  2008-07-31 11:33 ---
Created an attachment (id=15982)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15982&action=view)
Preprocessed test case


-- 


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

[Bug c++/36985] initialize_flags_in_bb, at tree-into-ssa.c:437

[alexandre dot hamez at gmail dot com]

--- Comment #3 from alexandre dot hamez at gmail dot com  2008-07-31 11:33 
---
Created an attachment (id=15983)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15983&action=view)
Preprocessed sources.


-- 


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

[Bug middle-end/36986] Trunk 138207 miscompiles 447.dealII

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-07-31 11:35 ---
Note it is not "miscompiled", but instead the compiler crashes.

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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/36978] [4.4 Regression] ICE in gimple_cond_set_lhs for -O2 -funswitch-loops after tuples merge

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-07-31 11:35 ---
*** Bug 36986 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||Joey dot ye at intel dot com


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

[Bug target/36822] [4.4 Regression] ICE in subst_reloads

[krebbel at gcc dot gnu dot org]

--- Comment #2 from krebbel at gcc dot gnu dot org  2008-07-31 11:36 ---
Fixed.


-- 

krebbel at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/36806] [4.4 Regression] I/Os hang at rev. 137631 on darwin9

[tkoenig at gcc dot gnu dot org]

--- Comment #24 from tkoenig at gcc dot gnu dot org  2008-07-31 11:38 
---
Is this still an issue after the tuples merge?


-- 


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

[Bug fortran/32095] Accepts invalid character(len(a)),dimension(1) :: a

[domob at gcc dot gnu dot org]

--- Comment #3 from domob at gcc dot gnu dot org  2008-07-31 11:54 ---
Thanks for the quick reply, Tobias.  I'll try to get the "used but not yet
typed" part implemented to emit errors for -std != gnu.

To fix the problem in this PR, I see those possible solutions:

a) Disallow not-yet-typed variables completely inside SIZE/LDBOUND/UBOUND/LEN
(and possibly other use-cases).

b) Expressively *allow* those with -std=gnu only in a specified set of
use-cases, like DATA or as dimension/bound.

I think I'd go for b) but I'm not sure to what extend there's code around we
want to support with -std=gnu.  Any other use-cases we want not-yet-typed
variables to be  allowed in this case?


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |domob at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-06-13 20:54:10 |2008-07-31 11:54:03
   date||


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

[Bug c++/36478] [4.3/4.4 regression] warning not emitted when code expanded from macro

[dodji at gcc dot gnu dot org]

--- Comment #2 from dodji at gcc dot gnu dot org  2008-07-31 12:22 ---
Created an attachment (id=15984)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15984&action=view)
candidate partial fix

This patch fixes the problem patially.

if you have:

void  
foo ()
{
#define WARNS while(0)
#define DOES_NOT_WARN while(0); 
WARNS; // { dg-warning }
DOES_NOT_WARN;
while (0); // { dg-warning }
}
---

The compiler (augmented with the patch) says:
/home/dodji/devel/src/gcc-bug-test.cc:6: warning: suggest a space before ‘;’ or
explicit braces around empty body in ‘while’ statement
/home/dodji/devel/src/gcc-bug-test.cc:8: warning: suggest a space before ‘;’ or
explicit braces around empty body in ‘while’ statement


-- 


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

[Bug target/35100] [4.2/4.3/4.4 regression] internal compiler error: in extract_insn, at recog.c:1990

[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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-07-31 12:31:55
   date||


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

[Bug c/36987] New: Truncated C struct data initializer with variable size trailing array

[howard dot thomson at dial dot pipex dot com]

An initializer for a C struct with a variable sized last component is accepted,
but the data generated excludes the variable sized component.

struct s {
   int16_t a,b,c,d;
   int16_t y[];
} data = {0,0,0,0, {2,3,4,5}};

results in only the leading four int16_t values in the data segment.

Either the initializer data should be emitted, or the initializer should be
rejected with an error, or the struct declaration should be rejected with an
error, and presumably the first option would be preferable.


-- 
   Summary: Truncated C struct data initializer with variable size
trailing array
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howard dot thomson at dial dot pipex dot com


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

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap with --enable-shared

[bonzini at gnu dot org]

--- Comment #59 from bonzini at gnu dot org  2008-07-31 12:44 ---
Should be fixed by the patch at

http://permalink.gmane.org/gmane.comp.gnu.libtool.patches/8574

which is waiting to be applied upstream.


-- 


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

[Bug c/36987] Truncated C struct data initializer with variable size trailing array

[howard dot thomson at dial dot pipex dot com]

--- Comment #1 from howard dot thomson at dial dot pipex dot com  
2008-07-31 12:50 ---
Created an attachment (id=15985)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15985&action=view)
test for unexpected C struct field alteration

Due to the variable sized component of the struct initializer not being
emitted, assignment to the single element of that initializer results in the
following data structure being unexpectedly altered.

gcc is 4.0.1 (Apple Computer, Inc. build 5449) on an X86_64 OpenSUSE 10.3
system.


-- 


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

[Bug target/36613] [4.2/4.3/4.4 Regression] likely codegen bug

[bonzini at gnu dot org]

--- Comment #9 from bonzini at gnu dot org  2008-07-31 12:58 ---
Michael, any news?


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 CC||bonzini at gnu dot org


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

[Bug middle-end/36980] [4.4 Regression] Bootstrap broken with RTL checking on i586

[hjl dot tools at gmail dot com]

--- Comment #4 from hjl dot tools at gmail dot com  2008-07-31 13:16 ---
bash-3.2$ cat /tmp/crtfastmath.i
int __get_cpuid (unsigned int __level,
  unsigned int *__eax, unsigned int *__ebx,
  unsigned int *__ecx, unsigned int *__edx);

void
__attribute__ ((force_align_arg_pointer))
set_fast_math (void)
{
  unsigned int eax, ebx, ecx, edx;
  if (!__get_cpuid (1, &eax, &ebx, &ecx, &edx))
return;
}
bash-3.2$ ../xgcc -B../ -m32 -mtune=i586 -g /tmp/crtfastmath.i -v -S 
Reading specs from ../specs
Target: x86_64-unknown-linux-gnu
Configured with: /export/gnu/src/gcc-work/gcc/configure --enable-languages=c
--disable-bootstrap --enable-checking=all --prefix=/usr/gcc-4.4-work
--with-local-prefix=/usr/local
Thread model: posix
gcc version 4.4.0 20080731 (experimental) [trunk revision 138402] (GCC) 
COLLECT_GCC_OPTIONS='-B../' '-m32' '-mtune=i586' '-g' '-v' '-S'
 ../cc1 -fpreprocessed /tmp/crtfastmath.i -quiet -dumpbase crtfastmath.i -m32
-mtune=i586 -auxbase crtfastmath -g -version -o crtfastmath.s
GNU C (GCC) version 4.4.0 20080731 (experimental) [trunk revision 138402]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.3.0 20080428 (Red Hat 4.3.0-8), GMP version
4.2.2, MPFR version 2.3.1.
GGC heuristics: --param ggc-min-expand=0 --param ggc-min-heapsize=0
Compiler executable checksum: a7c5eaead017286ce06e49733c7672ac
/tmp/crtfastmath.i: In function ‘set_fast_math’:
/tmp/crtfastmath.i:12: internal compiler error: RTL check: expected code 'reg',
have 'mem' in rhs_regno, at rtl.h:1005
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
bash-3.2$ 

Need to configure gcc with RTL check, like --enable-checking=all.


-- 


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

[Bug c++/36394] DR178: new non_POD() is handled incorrectly

[jason at gcc dot gnu dot org]

--- Comment #1 from jason at gcc dot gnu dot org  2008-07-31 13:16 ---


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


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/11309] Testsuite failures in g++.dg/expr/anew1.C (and anew2.C anew3.C anew4.c)

[jason at gcc dot gnu dot org]

--- Comment #11 from jason at gcc dot gnu dot org  2008-07-31 13:16 ---
*** Bug 36394 has been marked as a duplicate of this bug. ***


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug target/35100] [4.2/4.3/4.4 regression] internal compiler error: in extract_insn, at recog.c:1990

[jakub at gcc dot gnu dot org]

--- Comment #10 from jakub at gcc dot gnu dot org  2008-07-31 13:49 ---
This got actually fixed by Alan's PR target/36634 fix.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |
   |patches/2008-   |
   |07/msg02434.html|
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug debug/36980] [4.4 Regression] Bootstrap broken with RTL checking on i586

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2008-07-31 13:50 ---
The analysis and a patch are posted at

http://gcc.gnu.org/ml/gcc-patches/2008-07/msg02441.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2008-
   ||07/msg02441.html
  Component|middle-end  |debug


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

[Bug tree-optimization/36978] [4.4 Regression] ICE in gimple_cond_set_lhs for -O2 -funswitch-loops after tuples merge

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-07-31 14:12 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/36978] [4.4 Regression] ICE in gimple_cond_set_lhs for -O2 -funswitch-loops after tuples merge

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-07-31 14:13 ---
Subject: Bug 36978

Author: rguenth
Date: Thu Jul 31 14:12:24 2008
New Revision: 138415

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138415
Log:
2008-07-31  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/36978
* tree-ssa-loop-unswitch.c (tree_may_unswitch_on): Do not fold
the generated condition.

* gcc.dg/torture/pr36978.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr36978.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-loop-unswitch.c


-- 


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

[Bug debug/36976] FAIL: g++.dg/torture/stackalign/unwind-2.C

[hjl at gcc dot gnu dot org]

--- Comment #1 from hjl at gcc dot gnu dot org  2008-07-31 14:35 ---
Subject: Bug 36976

Author: hjl
Date: Thu Jul 31 14:33:43 2008
New Revision: 138416

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138416
Log:
2008-07-31  H.J. Lu  <[EMAIL PROTECTED]>

PR debug/36976
* dwarf2out.c (dwarf2out_args_size_adjust): New.
(dwarf2out_stack_adjust): Use it.
(dwarf2out_frame_debug_expr): Likewise.

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


-- 


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

[Bug tree-optimization/36631] [4.3/4.4 Regression] attribute always_inline -> sorry, unimplemented: recursive inlining

[hubicka at gcc dot gnu dot org]

--- Comment #2 from hubicka at gcc dot gnu dot org  2008-07-31 14:44 ---
Richard, there is one problem that is "yours".  We conclude that call is
uninlinable due to type missmatch.  This should not happen on C++.
This gets misdiagnozed as originally recursive inlning was only reason why
inlining of always_inline could've failed on one specific call but not other. 
Now we have mismatches and the function specific stuff.


-- 


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

[Bug middle-end/36988] New: [4.4 Regression] ICE in gimple_rhs_has_side_effects, at gimple.c:2369

[rguenth at gcc dot gnu dot org]

typedef unsigned short __u16;
typedef unsigned int __u32;
typedef __u8 uint8_t;
typedef __u16 uint16_t;
typedef __u32 uint32_t;
typedef struct {
uint8_t mbxCommand;
} MAILBOX_t;
typedef struct lpfcMboxq {
};
int lpfc_sli_brdrestart(struct lpfc_hba * phba)
{
  MAILBOX_t *mb;
  uint16_t skip_post;
  volatile uint32_t word0;
  void *to_slim;
  mb = (MAILBOX_t *) &word0;
  mb->mbxCommand = 0x1A;
  __writel((*(uint32_t *) mb),(to_slim));
  if (skip_post)
(__builtin_constant_p(100) && (100)<=5)
? (__builtin_constant_p((100)*1000)
   ? (((100)*1000) > 2
  ? __bad_udelay() : __const_udelay(((100)*1000) * 0x10c7ul))
   : __udelay((100)*1000)) : ({ });
}

ICEs with -O because TREE_SIDE_EFFECTS is set on word0.


-- 
   Summary: [4.4 Regression] ICE in gimple_rhs_has_side_effects, at
gimple.c:2369
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug middle-end/36988] [4.4 Regression] ICE in gimple_rhs_has_side_effects, at gimple.c:2369

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-07-31 14:51 ---
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-07-31 14:51:43
   date||
   Target Milestone|--- |4.4.0


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

[Bug c/36989] New: Wrong type for (... ? ... : ...)

[terra at gnome dot org]

With the code below, gcc complains over line 8, but not lines 14 and 17
because it deduces the wrong type for the ?: operator.  The type of that
operator's result is dependent on whether something is a null pointer
constant and not.  gcc fails to track that properly: it knows that
(const void *)0 is a null pointer constant, but it also thinks that
(void *)(void *)0 and (1 ? (void *)0 : (void *)0) are.

The chapter and verse is C99 6.15.15 #6: "if one operand is a null
pointer constant, the result has the type of the other operand;"

Null pointer constants are defined in C99 6.3.2.3 #3 to be an integer
constant expression with value zero or such an expression case to
type void *.

For the record, Sun's cc gets the invalid cases right, but also
rejects the valid case.

int
main (int argc, char **argv)
{
  int *p;
  int n;

  /* Invalid: dereferences a void * */
  *(n ? p : (const void *)0);

  /* Valid since it dereferences an int* */
  *(n ? p : (void *)0);

  /* Invalid: dereferences a void * */
  *(n ? p : (void *)(void *)0);

  /* Invalid: dereferences a void * */
  *(n ? p : (1 ? (void *)0 : (void *)0));

  return 0;
}


-- 
   Summary: Wrong type for (... ? ... : ...)
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: terra at gnome dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug debug/36980] [4.4 Regression] Bootstrap broken with RTL checking on i586

[hjl at gcc dot gnu dot org]

--- Comment #6 from hjl at gcc dot gnu dot org  2008-07-31 15:34 ---
Subject: Bug 36980

Author: hjl
Date: Thu Jul 31 15:32:51 2008
New Revision: 138424

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138424
Log:
2008-07-31  H.J. Lu  <[EMAIL PROTECTED]>

PR debug/36980
* dwarf2out.c (dwarf2out_frame_debug_expr): Move rule 17 before
rule 19.

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


-- 


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

[Bug debug/36980] [4.4 Regression] Bootstrap broken with RTL checking on i586

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2008-07-31 15:35 ---
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=36980

[Bug debug/36976] FAIL: g++.dg/torture/stackalign/unwind-2.C

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2008-07-31 15:35 ---
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=36976

[Bug debug/36977] Incorrect debug info for stack variables with stack alignment

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2008-07-31 15:38 ---
Jason, can you comment on it?  Thanks.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||jason at redhat dot com


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

[Bug debug/36977] Incorrect debug info for stack variables with stack alignment

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2008-07-31 15:39 ---
Patch with updated ChangeLog is at

http://gcc.gnu.org/ml/gcc-patches/2008-07/msg02391.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |http://gcc.gnu.org/ml/gcc-
   |patches/2008-   |patches/2008-
   |07/msg02351.html|07/msg02391.html


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

[Bug c/36989] Wrong type for (... ? ... : ...)

[jsm28 at gcc dot gnu dot org]

--- Comment #1 from jsm28 at gcc dot gnu dot org  2008-07-31 15:44 ---
Bug 456 covers c9[09]-const-expr-[12].c, bug 5675 covers
c9[0-9]-const-expr-3.c.


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


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/456] constant expressions constraints (gcc.dg/c90-const-expr-1)

[jsm28 at gcc dot gnu dot org]

--- Comment #13 from jsm28 at gcc dot gnu dot org  2008-07-31 15:44 ---
*** Bug 36989 has been marked as a duplicate of this bug. ***


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||terra at gnome dot org


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

[Bug target/36613] [4.2/4.3/4.4 Regression] likely codegen bug

[matz at gcc dot gnu dot org]

--- Comment #10 from matz at gcc dot gnu dot org  2008-07-31 16:13 ---
I submitted a patch here:
  http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00722.html
but got no feedback or review.


-- 


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

[Bug middle-end/36990] New: ICE when gcc (4.4.0-20080731) uses -fipa-cp with -O

[linuxl4 at sohu dot com]

I mkdir a directory named "build" in the gcc directory , then run configure and
make in it.

gcc -c -DHAVE_CONFIG_H  -O -fipa-cp  -I. -I../../libiberty/../include 
../../libiberty/hashtab.c

../../libiberty/hashtab.c:955: internal compiler error: in fold_convert, at
fold-const.c:2529
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: ICE when gcc (4.4.0-20080731)  uses -fipa-cp with -O
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: linuxl4 at sohu 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=36990

[Bug middle-end/36633] [4.4 Regression] warning "array subscript is below array bounds" on delete [] with -O2, -Wall

[jason at gcc dot gnu dot org]

--- Comment #16 from jason at gcc dot gnu dot org  2008-07-31 17:39 ---
Subject: Bug 36633

Author: jason
Date: Thu Jul 31 17:38:08 2008
New Revision: 138425

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138425
Log:
PR c++/36633
* init.c (build_new_1): Don't convert pointer to the data type
until we're actually going to treat it as that type.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/new1.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/init.c


-- 


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

[Bug middle-end/36633] [4.4 Regression] warning "array subscript is below array bounds" on delete [] with -O2, -Wall

[jason at gcc dot gnu dot org]

--- Comment #17 from jason at gcc dot gnu dot org  2008-07-31 17:41 ---
The offending optimization in forwprop2 seems to have been disabled on the
trunk.  I also just checked in a patch to simplify the code generated for new,
though it doesn't seem to have been the problem in this PR.


-- 

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

[Bug debug/36980] [4.4 Regression] Bootstrap broken with RTL checking on i586

[ebotcazou at gcc dot gnu dot org]

--- Comment #8 from ebotcazou at gcc dot gnu dot org  2008-07-31 17:47 
---
Confirmed, thanks for the quick turnaround!


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


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

[Bug c++/36405] [4.3/4.4 regression] ICE with typeid of member function

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2008-07-31 18:08 ---
Subject: Bug 36405

Author: jakub
Date: Thu Jul 31 18:07:20 2008
New Revision: 138426

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138426
Log:
PR c++/36405
* rtti.c (get_tinfo_decl_dynamic, get_typeid): Call
complete_type_or_else even for UNKNOWN_TYPE to get diagnostics.

* g++.dg/rtti/typeid8.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/rtti/typeid8.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/rtti.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/36419] [4.3/4.4 Regression] Wrong unwind info with -Os -fasynchronous-unwind-tables

[jakub at gcc dot gnu dot org]

--- Comment #19 from jakub at gcc dot gnu dot org  2008-07-31 18:09 ---
Subject: Bug 36419

Author: jakub
Date: Thu Jul 31 18:08:36 2008
New Revision: 138427

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138427
Log:
PR rtl-optimization/36419
* dwarf2out.c (barrier_args_size): New variable.
(compute_barrier_args_size, compute_barrier_args_size_1): New
functions.
(dwarf2out_stack_adjust): For BARRIERs call compute_barrier_args_size
if not called yet in the current function, use barrier_args_size
array to find the new args_size value.
(dwarf2out_frame_debug): Free and clear barrier_args_size.

* g++.dg/eh/async-unwind2.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/eh/async-unwind2.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/36991] New: internal compiler error: in remove_useless_stmts_1, at tree-cfg.c:1882

[eagle at cs dot ucla dot edu]

Output of gcc -v

Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.1-8ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.1 (Ubuntu 4.3.1-8ubuntu1)


-- 
   Summary: internal compiler error: in remove_useless_stmts_1, at
tree-cfg.c:1882
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eagle at cs dot ucla dot edu


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

[Bug tree-optimization/36991] internal compiler error: in remove_useless_stmts_1, at tree-cfg.c:1882

[eagle at cs dot ucla dot edu]

--- Comment #1 from eagle at cs dot ucla dot edu  2008-07-31 18:38 ---
Created an attachment (id=15986)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15986&action=view)
preprocessed source


-- 


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

[Bug tree-optimization/36991] internal compiler error: in remove_useless_stmts_1, at tree-cfg.c:1882

[eagle at cs dot ucla dot edu]

--- Comment #2 from eagle at cs dot ucla dot edu  2008-07-31 18:38 ---
command line:
gcc -std=gnu99 temp.i


-- 


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

[Bug c++/36405] [4.3/4.4 regression] ICE with typeid of member function

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2008-07-31 19:04 ---
Subject: Bug 36405

Author: jakub
Date: Thu Jul 31 19:02:33 2008
New Revision: 138430

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138430
Log:
PR c++/36405
* rtti.c (get_tinfo_decl_dynamic, get_typeid): Call
complete_type_or_else even for UNKNOWN_TYPE to get diagnostics.

* g++.dg/rtti/typeid8.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/rtti/typeid8.C
Modified:
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/rtti.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/36419] [4.3/4.4 Regression] Wrong unwind info with -Os -fasynchronous-unwind-tables

[jakub at gcc dot gnu dot org]

--- Comment #20 from jakub at gcc dot gnu dot org  2008-07-31 19:09 ---
Subject: Bug 36419

Author: jakub
Date: Thu Jul 31 19:07:51 2008
New Revision: 138431

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138431
Log:
PR rtl-optimization/36419
* dwarf2out.c (barrier_args_size): New variable.
(compute_barrier_args_size, compute_barrier_args_size_1): New
functions.
(dwarf2out_stack_adjust): For BARRIERs call compute_barrier_args_size
if not called yet in the current function, use barrier_args_size
array to find the new args_size value.
(dwarf2out_frame_debug): Free and clear barrier_args_size.

* g++.dg/eh/async-unwind2.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/eh/async-unwind2.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/dwarf2out.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2008-07-31 19:13 ---
Subject: Bug 36649

Author: jakub
Date: Thu Jul 31 19:12:14 2008
New Revision: 138432

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138432
Log:
PR preprocessor/36649
* files.c (struct report_missing_guard_data): New type.
(report_missing_guard): Put paths into an array instead of printing
them right away.  Return 1 rather than 0.
(report_missing_guard_cmp): New function.
(_cpp_report_missing_guards): Sort and print paths gathered by
report_missing_guard callback.

* gcc.dg/pch/cpp-3.hs: Add include guards.
* gcc.dg/pch/cpp-3a.h: Likewise.
* gcc.dg/pch/cpp-3b.h: Likewise.
* gcc.dg/cpp/mi8.c: New test.
* gcc.dg/cpp/mi8a.h: New file.
* gcc.dg/cpp/mi8b.h: New file.
* gcc.dg/cpp/mi8c.h: New file.
* gcc.dg/cpp/mi8d.h: New file.

Added:
trunk/gcc/testsuite/gcc.dg/cpp/mi8.c
trunk/gcc/testsuite/gcc.dg/cpp/mi8a.h
trunk/gcc/testsuite/gcc.dg/cpp/mi8b.h
trunk/gcc/testsuite/gcc.dg/cpp/mi8c.h
trunk/gcc/testsuite/gcc.dg/cpp/mi8d.h
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/pch/cpp-3.hs
trunk/gcc/testsuite/gcc.dg/pch/cpp-3a.h
trunk/gcc/testsuite/gcc.dg/pch/cpp-3b.h
trunk/libcpp/ChangeLog
trunk/libcpp/files.c


-- 


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

[Bug preprocessor/36649] [4.3/4.4 Regression] -H option doesn't work as expected

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2008-07-31 19:16 ---
Subject: Bug 36649

Author: jakub
Date: Thu Jul 31 19:15:08 2008
New Revision: 138433

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138433
Log:
PR preprocessor/36649
* files.c (struct report_missing_guard_data): New type.
(report_missing_guard): Put paths into an array instead of printing
them right away.  Return 1 rather than 0.
(report_missing_guard_cmp): New function.
(_cpp_report_missing_guards): Sort and print paths gathered by
report_missing_guard callback.

* gcc.dg/pch/cpp-3.hs: Add include guards.
* gcc.dg/pch/cpp-3a.h: Likewise.
* gcc.dg/pch/cpp-3b.h: Likewise.
* gcc.dg/cpp/mi8.c: New test.
* gcc.dg/cpp/mi8a.h: New file.
* gcc.dg/cpp/mi8b.h: New file.
* gcc.dg/cpp/mi8c.h: New file.
* gcc.dg/cpp/mi8d.h: New file.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/cpp/mi8.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/cpp/mi8a.h
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/cpp/mi8b.h
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/cpp/mi8c.h
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/cpp/mi8d.h
Modified:
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pch/cpp-3.hs
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pch/cpp-3a.h
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pch/cpp-3b.h
branches/gcc-4_3-branch/libcpp/ChangeLog
branches/gcc-4_3-branch/libcpp/files.c


-- 


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

[Bug target/36613] [4.2/4.3/4.4 Regression] likely codegen bug

[uweigand at gcc dot gnu dot org]

--- Comment #11 from uweigand at gcc dot gnu dot org  2008-07-31 19:31 
---
I'll have a look tomorrow ...


-- 


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

[Bug middle-end/36987] Truncated C struct data initializer with variable size trailing array

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-07-31 19:41 ---
This works correctly on the trunk.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |middle-end
   Keywords||wrong-code
  Known to work||4.4.0


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

[Bug middle-end/36987] Truncated C struct data initializer with variable size trailing array

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-07-31 19:45 ---
This was fixed in 4.1.0 and above already.

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


-- 

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

[Bug c/25805] [4.0 Regression] Incorrect handling of zero-initialized flexible arrays

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2008-07-31 19:45 ---
*** Bug 36987 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||howard dot thomson at dial
   ||dot pipex dot com


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

[Bug middle-end/36987] Truncated C struct data initializer with variable size trailing array

[howard dot thomson at dial dot pipex dot com]

--- Comment #4 from howard dot thomson at dial dot pipex dot com  
2008-07-31 19:53 ---
OK Thanks to all.

I did look for previous reports, honest!


-- 


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

[Bug rtl-optimization/36419] [4.3/4.4 Regression] Wrong unwind info with -Os -fasynchronous-unwind-tables

[jakub at gcc dot gnu dot org]

--- Comment #21 from jakub at gcc dot gnu dot org  2008-07-31 20:19 ---
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=36419

[Bug c++/36405] [4.3/4.4 regression] ICE with typeid of member function

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2008-07-31 20:20 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/35100] [4.2/4.3/4.4 regression] internal compiler error: in extract_insn, at recog.c:1990

[jakub at gcc dot gnu dot org]

--- Comment #11 from jakub at gcc dot gnu dot org  2008-07-31 20:38 ---
Subject: Bug 35100

Author: jakub
Date: Thu Jul 31 20:37:21 2008
New Revision: 138435

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138435
Log:
PR target/35100
* gcc.target/powerpc/longcall-1.c: New test.

Added:
trunk/gcc/testsuite/gcc.target/powerpc/longcall-1.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug debug/36977] Incorrect debug info for stack variables with stack alignment

[hjl at gcc dot gnu dot org]

--- Comment #4 from hjl at gcc dot gnu dot org  2008-07-31 21:30 ---
Subject: Bug 36977

Author: hjl
Date: Thu Jul 31 21:28:54 2008
New Revision: 138438

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138438
Log:
2008-07-31  H.J. Lu  <[EMAIL PROTECTED]>

PR debug/36977
* cfgexpand.c (expand_stack_alignment): Set stack_realign_tried.

* dwarf2out.c (based_loc_descr): Check crtl->stack_realign_tried
for stack alignment.

* function.h (rtl_data): Add stack_realign_tried.  Update
comments.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/cfgexpand.c
trunk/gcc/dwarf2out.c
trunk/gcc/function.h


-- 


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

[Bug debug/36977] Incorrect debug info for stack variables with stack alignment

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2008-07-31 21:32 ---
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=36977

[Bug driver/36968] [4.4 regression] malloc corruption building jv-convert.exe

[aaronavay62 at aaronwl dot com]

--- Comment #1 from aaronavay62 at aaronwl dot com  2008-07-31 22:59 ---
Created an attachment (id=15987)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15987&action=view)
Allocate argv array first


-- 


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

[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault

[andry at inbox dot ru]

--- Comment #5 from andry at inbox dot ru  2008-08-01 02:14 ---
I check it without these flags and crash happend again, here:
"xgcc.exe -v"


-- 


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

[Bug target/36992] New: Very stange code for _mm_move_epi64

[hjl dot tools at gmail dot com]

We should generate "movq" for _mm_move_epi64. But instead, we
generate very strange code and never movq:

[EMAIL PROTECTED] gcc]$ cat /tmp/m.c
#include 

__m128i
test (__m128i b)
{
  return _mm_move_epi64 (b);
}
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -S /tmp/m.c
[EMAIL PROTECTED] gcc]$ cat m.s
.file   "m.c"
.text
.globl test
.type   test, @function
test:
.LFB493:
pushq   %rbp
.LCFI0:
movq%rsp, %rbp
.LCFI1:
movdqa  %xmm0, -32(%rbp)
movdqa  -32(%rbp), %xmm0
movdqa  %xmm0, %xmm0
movdq2q %xmm0, %mm0
movq%mm0, -40(%rbp)
movq-40(%rbp), %rax
movl$0, %edx
movq%rax, -16(%rbp)
movq%rdx, -8(%rbp)
movdqu  -16(%rbp), %xmm0
leave
ret
...
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -S /tmp/m.c -O2
[EMAIL PROTECTED] gcc]$ cat m.s
.file   "m.c"
.text
.p2align 4,,15
.globl test
.type   test, @function
test:
.LFB516:
movhps  .LC0(%rip), %xmm0
ret


-- 
   Summary: Very stange code for _mm_move_epi64
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault

[dannysmith at users dot sourceforge dot net]

--- Comment #6 from dannysmith at users dot sourceforge dot net  2008-08-01 
04:34 ---
This kind of path
'--prefix=/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686' may be understood by
your  shell, but  won't be found by the xgcc driver or cc1.exe which are native
windows apps.  Search the mingw site for  a build script that will work with
the msys shell.

Danny


-- 


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