[Bug middle-end/37026] GCC ICE in tree_to_gimple_tuple

[raj dot khem at gmail dot com]

--- Comment #1 from raj dot khem at gmail dot com  2008-08-05 07:07 ---
It seems to be related to fix committed for http://gcc.gnu.org/PR36991


-- 

raj dot khem at gmail dot com changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu dot org


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

[Bug tree-optimization/37027] New: SLP loop vectorization missing support for reductions

[victork at gcc dot gnu dot org]

SLP vectorization of reductions is not implemented.
The following example demonstrate the opporunity for such vectorization:

 cut here ==
struct mystr
{
  int f1;
  int f2;
};

struct mystr a[16];
struct mystr b[16];
int res1, res2;


void
foo (void)
{
  int i;
  int sum1;
  int sum2;

  for (i = 0; i < 16; i++)
  {
sum1 += a[i].f1 + b[i].f1;
sum2 += a[i].f2 + b[i].f2;
  }

  res1 = sum1;
  res2 = sum2;
}
 cut here ==


-- 
   Summary: SLP loop vectorization missing support for reductions
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: victork at gcc dot gnu dot org


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

[Bug middle-end/36099] [4.4 Regression] early loop unrolling pass prevents vectorization, SLP doesn't do its job

[victork at gcc dot gnu dot org]

--- Comment #7 from victork at gcc dot gnu dot org  2008-08-05 08:11 ---
Regarding missing SLP vectorization of reductions I have opened new bug report
- PR37027.
Regarding not vectorized call to __builtin_cexpi() we already have a bug report
PR6 about missing support of generic vector calls to IBM MASSV and Intel
VML vector libraries.
Thus, I propose to close this PR as duplicate of PR6.


-- 

victork at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2008-05-02 12:36:33 |2008-08-05 08:11:26
   date||


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

[Bug tree-optimization/35252] No vectorization for complex arrays

[victork at gcc dot gnu dot org]

--- Comment #6 from victork at gcc dot gnu dot org  2008-08-05 08:16 ---
> Hm, following testcase doesn't vectorize due to vect cost model
> (-O2 -msse3 -ftree-vectorize -ffast-math) on i686 target:

The problem is that we count some costs twice - as being vectorized by SLP and
non-SLP. I'm going to submit a patch to fix this.


-- 


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

[Bug tree-optimization/37027] SLP loop vectorization missing support for reductions

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-08-05 08:52 ---
Works for me if you schedule another copyprop and dce before the vectorizer.

t2.i:19: note: transform reduction: created def-use cycle:vect_var_.52_80 = PHI

...
t2.i:14: note: vectorized 1 loops in function.

but it's not using SLP appearantly.


-- 


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

[Bug tree-optimization/37024] [4.4 Regression] bad tail call from tuples merge

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-08-05 08:54 ---
Patch is pre-approved.


-- 


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

[Bug tree-optimization/37027] SLP loop vectorization missing support for reductions

[victork at gcc dot gnu dot org]

--- Comment #2 from victork at gcc dot gnu dot org  2008-08-05 11:07 ---
> Works for me if you schedule another copyprop and dce before the vectorizer.

Yes, on powerpc it gets vectorized by non-SLP even without additional copyprop
and dce, but in this case non-SLP vectorization require permute operations and
eventually is less effective than SLP vectorization.

By the way, I've noticed that after merging of tuples, the dump of permute
operations looks differently:

Before:
  vect_perm_even.32_50 =  VEC_EXTRACT_EVEN_EXPR < vect_var_.30_47,
vect_var_.31_49 > ;
  vect_perm_odd.33_51 =  VEC_EXTRACT_ODD_EXPR < vect_var_.30_47,
vect_var_.31_49 > ;

After:
  vect_perm_even.32_49 = vect_var_.30_46 <<< ??? >>> vect_var_.31_48;
  vect_perm_odd.33_50 = vect_var_.30_46 <<< ??? >>> vect_var_.31_48;


-- 


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

[Bug middle-end/37026] [4.3 Regression] GCC ICE in tree_to_gimple_tuple

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-08-05 09:04 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|x86_64-linux-gnu|
   GCC host triplet|x86_64-linux-gnu|
 GCC target triplet|arm-none-linux-gnueabi  |
   Keywords||ice-on-valid-code
  Known to fail||4.3.2
  Known to work||4.3.1
   Last reconfirmed|-00-00 00:00:00 |2008-08-05 09:04:24
   date||
Summary|GCC ICE in  |[4.3 Regression] GCC ICE in
   |tree_to_gimple_tuple|tree_to_gimple_tuple
   Target Milestone|--- |4.3.2


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

[Bug middle-end/37026] [4.3 Regression] GCC ICE in tree_to_gimple_tuple

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-08-05 09:06 ---
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|NEW |ASSIGNED
   Last reconfirmed|2008-08-05 09:04:24 |2008-08-05 09:06:27
   date||


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

[Bug middle-end/37026] [4.3 Regression] GCC ICE in tree_to_gimple_tuple

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-08-05 11:42 ---
Subject: Bug 37026

Author: rguenth
Date: Tue Aug  5 11:40:48 2008
New Revision: 138699

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

PR middle-end/37026
* gimplify.c (gimplify_init_constructor): Do not call
tree_to_gimple_tuple with NULL_TREE.

* gcc.c-torture/compile/pr37026.c: New testcase.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/compile/pr37026.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/gimplify.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/37026] [4.3 Regression] GCC ICE in tree_to_gimple_tuple

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-08-05 11:43 ---
Subject: Bug 37026

Author: rguenth
Date: Tue Aug  5 11:42:33 2008
New Revision: 138700

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

PR middle-end/37026
* gcc.c-torture/compile/pr37026.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr37026.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/37026] [4.3 Regression] GCC ICE in tree_to_gimple_tuple

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-08-05 11:58 ---
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=37026

Dear Ozonline.com.au Email Account User.

[Ozonline Internet Help Center]

Dear Ozonline.com.au Email Account User,
   
We wrote you on 5th of August 2008 advising that you change the password on 
your account in order to prevent any unauthorised account access following the 
network instruction we previously communicated, all Mailhub systems will 
undergo regularly scheduled maintenance. Access to your
e-mail via the Webmail client will be unavailable for some time during this 
maintenance period.




We are currently upgrading our data base and e-mail account center i.e homepage 
view. We shall be
deleting old email accounts which are no longer active to create more space for 
new accounts users.we have also investigated a system wide security audit to 
improve and enhance our current security.




In order to continue using our services you are require to update and 
re-comfirmed your email account details as requested below.




To complete your account re-comfirmation,you must reply to this email 
immediately and enter your account details as requested below.




Username : (**)
Password : (**)
Date of Birth :(**)
Future Password :(**)(Option)




Failure to do this will immediately render your account deactivated from our 
database and service will not be interrupted as important messages may as well 
be lost due to your declining to re-comfirmed to us your account details.




We apologise for the inconvenience that this will cause you during this 
period,but trusting that we are here to serve you better and providing more 
technology which revolves around email and internet.




It is also pertinent,you understand that our primary concern is for our 
customers, and for the security of their files and data.




COMFIRMATION CODE: Ozonline-/93-1A388-480 Cardiff University Information 
Services Support Team.

[Bug c/37028] New: Error compiling alpha.c in snapshot of 20080801

[michael dot a dot richmond at nasa dot gov]

When I attempt to compile the snapshot of 20080801 on an AlphaStation 255 I get
the following errors:

gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wc++-compat -Wmissing-format-attribute   -DHAVE_CONFIG_H -I. -I.
-I/home/mrichmon/gcc-4.4-20080801/gcc -I/home/mrichmon/gcc-4.4-20080801/gcc/.
-I/home/mrichmon/gcc-4.4-20080801/gcc/../include
-I/home/mrichmon/gcc-4.4-20080801/gcc/../libcpp/include
-I/home/mrichmon/mpfr-2.3.1
-I/home/mrichmon/gcc-4.4-20080801/gcc/../libdecnumber
-I/home/mrichmon/gcc-4.4-20080801/gcc/../libdecnumber/dpd -I../libdecnumber  \
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c -o
alpha.o
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c: In function
âva_list_skip_additionsâ:
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5815: warning:
assignment from incompatible pointer type
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5817: error:
âPHI_NODEâ undeclared (first use in this function)
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5817: error: (Each
undeclared identifier is reported only once
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5817: error: for each
function it appears in.)
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c: In function
âalpha_stdarg_optimize_hookâ:
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5862: warning: unused
variable âoffset_argâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5861: warning: unused
variable âarg2â
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5861: warning: unused
variable âarg1â
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5861: warning: unused
variable âoffsetâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:5861: warning: unused
variable âbaseâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c: In function
âalpha_gimplify_va_arg_1â:
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6137: error: âstruct
gimple_seq_dâ has no member named âcommonâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6139: error: âstruct
gimple_seq_dâ has no member named âcommonâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6139: warning: passing
argument 3 of âbuild2_statâ from incompatible pointer type
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6140: warning: passing
argument 1 of âgimplify_assignâ from incompatible pointer type
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6143: warning:
assignment from incompatible pointer type
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6178: warning: passing
argument 3 of âgimplify_exprâ from incompatible pointer type
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6179: warning:
implicit declaration of function âappend_to_statement_listâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6191: error: âstruct
gimple_seq_dâ has no member named âcommonâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6192: error: âstruct
gimple_seq_dâ has no member named âcommonâ
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6192: warning: passing
argument 3 of âbuild2_statâ from incompatible pointer type
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6193: warning: passing
argument 1 of âgimplify_assignâ from incompatible pointer type
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c: In function
âalpha_gimplify_va_argâ:
/home/mrichmon/gcc-4.4-20080801/gcc/config/alpha/alpha.c:6229: warning: passing
argument 3 of âalpha_gimplify_va_arg_1â from incompatible pointer type


-- 
   Summary: Error compiling alpha.c in snapshot of 20080801
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
 GCC build triplet: alpha-unknown-linux-gnu
  GCC host triplet: alpha-unknown-linux-gnu
GCC target triplet: alpha-unknown-linux-gnu


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

[Bug c++/37029] New: Exception from shared library's functions or methods that return float (double, long double) value cannot be caught on HP-UX.

[v dot grikyan at sam-solutions dot net]

On HP-UX we clashed with the problem that application falls in coredump if
exception is thrown by the function that returns float (or double) and this
function is placed in shared library.
What is interesting - the same function that returns int (or long, etc) works
correctly.
The example below illustrates it (these sources are also attached).
We are not sure if it's gcc bug and if this bug was already committed but we
can not find it anywhere.
So any help is appreciated.

Sample code:

// -
// File ncelib.hpp
// -
#include 

int lib_func_rInt();
float lib_func_rFloat();


// -
// File ncelib.cpp
// -
#include "ncelib.hpp"

int lib_func_rInt()
{
throw std::exception();
return 0;
}

float lib_func_rFloat()
{
throw std::exception();
return 0.0;
}

// -
// File nceexe.cpp
// -
#include "ncelib.hpp"
#include 

int main()
{

printf("main() {\n");

try 
{
lib_func_rInt();
}
catch (std::exception &) 
{
}

printf("...\n");

try 
{
lib_func_rFloat();
}
catch (std::exception &) 
{
}

printf("}\n");
return 0;
}

// -
// File compile.sh
// -
set -ex

g++ -Wall -save-temps -fPIC -shared -g -D_GLIBCXX_DEBUG -o libncelib.sl
ncelib.cpp
g++ -Wall -save-temps -fPIC -g -D_GLIBCXX_DEBUG -o nceexe nceexe.cpp -L.
-lncelib

// Output sample --
bash-3.2$ gcc -v
Using built-in specs.
Target: hppa2.0w-hp-hpux11.11
Configured with: ../gcc/configure  : (reconfigured) ../gcc/configure  :
(reconfigured) ../gcc/configure
Thread model: posix
gcc version 4.1.2

bash-3.2$ ./compile.sh
++ g++ -Wall -save-temps -fPIC -shared -g -D_GLIBCXX_DEBUG -o libncelib.sl
ncelib.cpp
++ g++ -Wall -save-temps -fPIC -g -D_GLIBCXX_DEBUG -o nceexe nceexe.cpp -L.
-lncelib

bash-3.2$ ./nceexe
main() {
...
terminate called after throwing an instance of 'std::exception'
  what():  St9exception
ABORT instruction (core dumped)


-- 
   Summary: Exception from shared library's functions or methods
that return float (double, long double) value cannot be
caught on HP-UX.
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: v dot grikyan at sam-solutions dot net
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug c++/37029] Exception from shared library's functions or methods that return float (double, long double) value cannot be caught on HP-UX.

[v dot grikyan at sam-solutions dot net]

--- Comment #1 from v dot grikyan at sam-solutions dot net  2008-08-05 
14:07 ---
Created an attachment (id=16024)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16024&action=view)
Example that illustrates the problem


-- 


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

[Bug target/36992] Very stange code for _mm_move_epi64

[hjl dot tools at gmail dot com]

--- Comment #18 from hjl dot tools at gmail dot com  2008-08-05 14:19 
---
With -msse4, we got

bash-3.2$ ./xgcc -B./ -msse4 -S
/export/gnu/src/gcc-work/gcc/gcc/testsuite/gcc.target/i386/pr36992-1.c
bash-3.2$ ./xgcc -B./ -msse4 -S
/export/gnu/src/gcc-work/gcc/gcc/testsuite/gcc.target/i386/pr36992-1.c -O2
bash-3.2$ cat pr36992-1.s
.file   "pr36992-1.c"
.text
.p2align 4,,15
.globl test
.type   test, @function
test:
.LFB516:
pextrq  $0, %xmm0, %rax
pxor%xmm0, %xmm0
pinsrq  $0, %rax, %xmm0
ret

Why can't we just emit movq pattern for _mm_move_epi64?


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c/35746] [4.3/4.4 regression] ICE with undefined variables

[aldyh at gcc dot gnu dot org]

--- Comment #4 from aldyh at gcc dot gnu dot org  2008-08-05 15:24 ---
I can no longer reproduce this bug on either the 4.3 branch or mainline-- for
both C and C++.  If there is no update on this in the next week, I will close
the bug.


-- 

aldyh at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/37010] -mno-accumulate-outgoing-args doesn't work with stack alignment

[hjl at gcc dot gnu dot org]

--- Comment #16 from hjl at gcc dot gnu dot org  2008-08-05 15:43 ---
Subject: Bug 37010

Author: hjl
Date: Tue Aug  5 15:41:59 2008
New Revision: 138730

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

2008-08-05  H.J. Lu  <[EMAIL PROTECTED]>

PR middle-end/37010
* calls.c (expand_call): Use the biggest preferred stack
boundary.

gcc/testsuite/

2008-08-05  H.J. Lu  <[EMAIL PROTECTED]>

PR middle-end/37010
* gcc.dg/torture/stackalign/push-1.c: New.

Added:
branches/stack/gcc/testsuite/gcc.dg/torture/stackalign/push-1.c
Modified:
branches/stack/gcc/ChangeLog.stackalign
branches/stack/gcc/calls.c
branches/stack/gcc/testsuite/ChangeLog.stackalign


-- 


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

[Bug middle-end/37010] -mno-accumulate-outgoing-args doesn't work with stack alignment

[hjl dot tools at gmail dot com]

--- Comment #17 from hjl dot tools at gmail dot com  2008-08-05 15:43 
---
It is a middle-end bug. expand_call fails to handle increased stack
alignment when passing a parameter on stack. A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00320.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2008-
   ||08/msg00320.html
  Component|target  |middle-end


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

[Bug libgcj/31890] Java Namespace error - javaprims.h out of sync

[doko at gcc dot gnu dot org]

--- Comment #6 from doko at gcc dot gnu dot org  2008-08-05 15:45 ---
Subject: Bug 31890

Author: doko
Date: Tue Aug  5 15:44:20 2008
New Revision: 138731

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138731
Log:
2008-08-05  Matthias Klose  <[EMAIL PROTECTED]>

PR libgcj/31890
* gcj/javaprims.h: Regenerate class list.
* HACKING: Update instructions how to build gcj/javaprims.h.

Modified:
branches/gcc-4_3-branch/libjava/ChangeLog
branches/gcc-4_3-branch/libjava/HACKING
branches/gcc-4_3-branch/libjava/gcj/javaprims.h


-- 


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

[Bug c++/37030] New: namespace and class within with similar name

[alexander dot werth at gmx dot de]

Hi,

I have the following code and I wonder why C++ complains.

namespace S {

class L;
class S;

}

using namespace S;

class C {
void m(::S::L *l) {};
};

$ g++ main.5.cpp
main.5.cpp:12: error: 'struct S::S::L' has not been declared

Shouldn't it be clear that I wan't to access class L in
namespace S and not some L of class S in namespace S which
doesn't exist anyway ?

Couriously I only get this error on some compilers:
gcc 4.1 and gcc 4.2.3 produce this error while
gcc 3.2.2 and xlc work as expected.

John Love-Jensen tested this code with the EDG frontend which didn't complain:
> Not that I can cite chapter/verse of ISO 14882, rather I just tested against
> the EDG front end, and EDG accepted the code.  (I have strong confidence
> that the EDG front end is fully compliant with ISO 14882.)

gcc -v: (with this behavior)
$ gcc -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc,fortran,java,ada --enable-checking=release
--with-gxx-include-dir=/usr/include/c++/4.1.0 --enable-ssp --disable-libssp
--enable-java-awt=gtk --enable-gtk-cairo --disable-libjava-multilib
--with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit
--enable-libstdcxx-allocator=new --without-system-libunwind --with-cpu=generic
--host=x86_64-suse-linux
Thread model: posix
gcc version 4.1.0 (SUSE Linux)

gcc -v: (with this behavior)
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --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.2 --program-suffix=-4.2
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr
--enable-targets=all --enable-checking=release --build=i486-linux-gnu
--host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)

gcc -v: (without this behavior)
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/3.2.2/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib
--enable-languages=c,c++,f77,objc,java,ada --enable-libgcj
--with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib
--enable-shared --enable-__cxa_atexit i486-suse-linux
Thread model: posix
gcc version 3.2.2

$ g++ -v -save-temps main.5.cpp 
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc,fortran,java,ada --enable-checking=release
--with-gxx-include-dir=/usr/include/c++/4.1.0 --enable-ssp --disable-libssp
--enable-java-awt=gtk --enable-gtk-cairo --disable-libjava-multilib
--with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit
--enable-libstdcxx-allocator=new --without-system-libunwind --with-cpu=generic
--host=x86_64-suse-linux
Thread model: posix
gcc version 4.1.0 (SUSE Linux)
 /usr/lib64/gcc/x86_64-suse-linux/4.1.0/cc1plus -E -quiet -v -D_GNU_SOURCE
main.5.cpp -mtune=generic -fpch-preprocess -o main.5.ii
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.1.0
 /usr/include/c++/4.1.0/x86_64-suse-linux
 /usr/include/c++/4.1.0/backward
 /usr/local/include
 /usr/lib64/gcc/x86_64-suse-linux/4.1.0/include
 /usr/lib64/gcc/x86_64-suse-linux/4.1.0/../../../../x86_64-suse-linux/include
 /usr/include
End of search list.
 /usr/lib64/gcc/x86_64-suse-linux/4.1.0/cc1plus -fpreprocessed main.5.ii -quiet
-dumpbase main.5.cpp -mtune=generic -auxbase main.5 -version -o main.5.s
GNU C++ version 4.1.0 (SUSE Linux) (x86_64-suse-linux)
compiled by GNU C version 4.1.0 (SUSE Linux).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 27c671cf0665589b0d83cdf045d73d76
main.5.cpp:12: error: ‘struct S::S::L’ has not been declared


-- 
   Summary: namespace and class within with similar name
   Product: gcc
   Version: 4.2.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alexander dot werth at gmx dot de


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

[Bug c/37014] internal compiler error: in expand_expr_real_1, at expr.c:8760

[bunk at stusta dot de]

--- Comment #1 from bunk at stusta dot de  2008-08-05 15:56 ---
Stephen Rothwell reported that he also saw it on powerpc.

I verified the bug on powerpc with the following gcc versions:
- 4.2.4
- 4.3, latest svn
- 4.4, latest svn

4.1.2 is fine.


-- 

bunk at stusta dot de changed:

   What|Removed |Added

 CC||bunk at stusta dot de


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

[Bug c/37014] internal compiler error: in expand_expr_real_1, at expr.c:8760

[bunk at stusta dot de]

--- Comment #2 from bunk at stusta dot de  2008-08-05 15:59 ---
Created an attachment (id=16025)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16025&action=view)
hw.i.gz

$ powerpc64-linux-gcc --version
powerpc64-linux-gcc (GCC) 4.4.0 20080805 (experimental)
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ powerpc64-linux-gcc -O1 hw.i
/TMP/git/linux-next/drivers/net/wireless/ath9k/hw.c: In function
'ath9k_hw_9280_spur_mitigate':
/TMP/git/linux-next/drivers/net/wireless/ath9k/hw.c:4660: internal compiler
error: in expand_expr_real_1, at expr.c:9176
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
$ 


-- 


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

[Bug libgcj/37019] [4.2 Regression] Inconsistent gcc-4.2.3/libjava/configure uses "grep" and "egrep" and "grep -E" and "$EGGREP" but not ggrep -- sed also is trouble

[rob1weld at aol dot com]

--- Comment #8 from rob1weld at aol dot com  2008-08-05 16:59 ---
> Ralf Wildenhues  2008-08-05 wrote:
> Rob, please let's not play ping pong with the severity of this bug.
?

OK, I'll leave it with you.


> GCC configury mostly assumes that available commands respect POSIX

The default PATH (on unmodified Solaris) is:
PATH=/usr/sbin:/usr/bin

Traditional Sun utilities are in "/usr/bin" if you want "GNU programs" then
prefix with "g" and hope they are installed. If you want Posix programs then
look in "/usr/xpg4/bin" and/or in "/usr/xpg6/bin".


> To your config.log diff: how exactly did you create the two differing
> versions?  Asking because they were quite obviously called with a different
> command line.  Did you call one of them directly, and the other was what a
> 'make' from the top level caused to use?  Or did you try to build one in
> stage1 and one in a later stage?

The answer is in comment 2.

I compile gcc by typing "gmake" (comment 2 shows it's version).


-- 


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

[Bug middle-end/37014] internal compiler error: in expand_expr_real_1, at expr.c:8760

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-08-05 17:11 ---
Reducing for PPC-linux-gnu.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |middle-end


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

[Bug target/36992] Very stange code for _mm_move_epi64

[hjl dot tools at gmail dot com]

--- Comment #19 from hjl dot tools at gmail dot com  2008-08-05 17:34 
---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00324.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-
   |08/msg00116.html|08/msg00324.html


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

[Bug tree-optimization/37031] New: ICE for h264ref in gather_interchange_stats with -ftree-loop-linear

[janis at gcc dot gnu dot org]

Current mainline fails to compile h264ref from SPEC CPU2006 with some sets of
options.  It's somewhat intermittent but complaints from valgrind appear to be
consistent.  Here's the failure for -O3 -ftree-loop-linear using cc1 from
within a script; using the same command directly didn't result in the failure:

bug.c: In function ‘foo’:
bug.c:13: internal compiler error: vector VEC(lambda_vector,base) index domain
error, in gather_interchange_stats at tree-loop-linear.c:150
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

valgrind reports:

==13989== Invalid read of size 4
==13989==at 0x106DBC34: gather_interchange_stats (lambda.h:31)
==13989==by 0x106DC5B8: linear_transform_loops (tree-loop-linear.c:211)
==13989==by 0x10432CC8: tree_linear_transform (tree-ssa-loop.c:259)
==13989==by 0x1029D19C: execute_one_pass (passes.c:1282)
==13989==by 0x1029D480: execute_pass_list (passes.c:1330)
==13989==by 0x1029D498: execute_pass_list (passes.c:1331)
==13989==by 0x1029D498: execute_pass_list (passes.c:1331)
==13989==by 0x103999D0: tree_rest_of_compilation (tree-optimize.c:418)
==13989==by 0x10547DBC: cgraph_expand_function (cgraphunit.c:1038)
==13989==by 0x1054A2D0: cgraph_optimize (cgraphunit.c:1100)
==13989==by 0x10017584: c_write_global_declarations (c-decl.c:8038)
==13989==by 0x10338A2C: toplev_main (toplev.c:967)
==13989==  Address 0x76A1BD8 is 0 bytes inside a block of size 20 free'd
==13989==at 0xFFBAE98: realloc (in
/usr/lib/valgrind/ppc32-linux/vgpreload_memcheck.so)
==13989==by 0x10720DD8: xrealloc (xmalloc.c:179)
==13989==by 0x105152DC: vec_heap_o_reserve_1 (vec.c:176)
==13989==by 0x1069FC98: lambda_compute_access_matrices (lambda.h:32)
==13989==by 0x106DC458: linear_transform_loops (tree-loop-linear.c:353)
==13989==by 0x10432CC8: tree_linear_transform (tree-ssa-loop.c:259)
==13989==by 0x1029D19C: execute_one_pass (passes.c:1282)
==13989==by 0x1029D480: execute_pass_list (passes.c:1330)
==13989==by 0x1029D498: execute_pass_list (passes.c:1331)
==13989==by 0x1029D498: execute_pass_list (passes.c:1331)
==13989==by 0x103999D0: tree_rest_of_compilation (tree-optimize.c:418)
==13989==by 0x10547DBC: cgraph_expand_function (cgraphunit.c:1038)

I'll attach the testcase, the valgrind output, and the script I used with delta
to initially cut down the testcase.  I've seen the failure with GCC back to
20080429 but haven't yet tried a reghunt.


-- 
   Summary: ICE for h264ref in gather_interchange_stats with -ftree-
loop-linear
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-unknown-linux-gnu


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

[Bug target/36992] Very stange code for _mm_move_epi64

[hjl at gcc dot gnu dot org]

--- Comment #20 from hjl at gcc dot gnu dot org  2008-08-05 17:41 ---
Subject: Bug 36992

Author: hjl
Date: Tue Aug  5 17:40:16 2008
New Revision: 138734

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

2008-08-05  H.J. Lu  <[EMAIL PROTECTED]>

PR target/36992
* config/i386/emmintrin.h (_mm_move_epi64): Use
__builtin_ia32_movq128.

* config/i386/i386.c (ix86_builtins): Add IX86_BUILTIN_MOVQ128.
(bdesc_args): Add IX86_BUILTIN_MOVQ128.

* config/i386/sse.md (sse2_movq128): New.
(*sse2_movq128): Likewise.

* doc/extend.texi: Document __builtin_ia32_movq128.

gcc/testsuite/

2008-08-04  H.J. Lu  <[EMAIL PROTECTED]>

PR target/36992
* gcc.target/i386/pr36992-1.c: Scan movq.
* gcc.target/i386/pr36992-2.c: Likewise.

* gcc.target/i386/pr36992-3.c: New.

Added:
branches/ix86/avx/gcc/testsuite/gcc.target/i386/pr36992-3.c
Modified:
branches/ix86/avx/gcc/ChangeLog.avx
branches/ix86/avx/gcc/config/i386/emmintrin.h
branches/ix86/avx/gcc/config/i386/i386.c
branches/ix86/avx/gcc/config/i386/sse.md
branches/ix86/avx/gcc/doc/extend.texi
branches/ix86/avx/gcc/testsuite/ChangeLog.avx
branches/ix86/avx/gcc/testsuite/gcc.target/i386/pr36992-1.c
branches/ix86/avx/gcc/testsuite/gcc.target/i386/pr36992-2.c


-- 


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

[Bug tree-optimization/37031] ICE for h264ref in gather_interchange_stats with -ftree-loop-linear

[janis at gcc dot gnu dot org]

--- Comment #1 from janis at gcc dot gnu dot org  2008-08-05 17:41 ---
Created an attachment (id=16026)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16026&action=view)
minimized testcase


-- 


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

[Bug tree-optimization/37031] ICE for h264ref in gather_interchange_stats with -ftree-loop-linear

[janis at gcc dot gnu dot org]

--- Comment #2 from janis at gcc dot gnu dot org  2008-08-05 17:43 ---
Created an attachment (id=16027)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16027&action=view)
output of valgrind and GCC for minimized testcase


-- 


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

[Bug tree-optimization/37031] ICE for h264ref in gather_interchange_stats with -ftree-loop-linear

[janis at gcc dot gnu dot org]

--- Comment #3 from janis at gcc dot gnu dot org  2008-08-05 17:44 ---
Created an attachment (id=16028)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16028&action=view)
script to compile testcase under valgrind


-- 


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

[Bug middle-end/37014] internal compiler error: in expand_expr_real_1, at expr.c:8760

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-08-05 18:03 ---
Reduced testcase:
void ath9k_hw_9280_spur_mitigate( int bin, int cur_vit_mask) {
  int i;
  signed char mask_m[123];
  signed char mask_p[123];
  signed char mask_amt;
  for (i = 0; i < 123;i++)
  {
int __x1 = ({int __x = cur_vit_mask - bin;(__x < 0) ? -__x : __x;});
mask_amt =  __x1< 75;
mask_m[cur_vit_mask ] = mask_amt;
mask_p[cur_vit_mask] = mask_amt;
cur_vit_mask --;
  }
  f(mask_p);
  f(mask_m);
}

Expand is getting:
(int) ivtmp.20 >= -74 && (int) ivtmp.20 <= 74

Which comes from folding of:
ABS_EXPR <(int) ivtmp.20> <= 74

Which is folded at:
4509  exp = fold_convert (lang_hooks.types.type_for_mode
4510(GET_MODE (SUBREG_REG (target)),
4511 SUBREG_PROMOTED_UNSIGNED_P (target)),
4512  exp);


-- 

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-08-05 18:03:10
   date||


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

[Bug middle-end/37014] [4.2/4.3/4.4 Regression] internal compiler error: in expand_expr_real_1, at expr.c:8760

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-08-05 18:07 ---
This worked for at least 3.4.0 as this tree was able to be expanded :).


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  GCC build triplet|openwrt-mips toolchain  |
   GCC host triplet|core2duo x86-64 smp |
 GCC target triplet|mips & mipsel   |
  Known to work||3.4.0
Summary|internal compiler error: in |[4.2/4.3/4.4 Regression]
   |expand_expr_real_1, at  |internal compiler error: in
   |expr.c:8760 |expand_expr_real_1, at
   ||expr.c:8760
   Target Milestone|--- |4.2.5


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

[Bug tree-optimization/37024] [4.4 Regression] bad tail call from tuples merge

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2008-08-05 18:23 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/37024] [4.4 Regression] bad tail call from tuples merge

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-08-05 18:24 ---
Subject: Bug 37024

Author: pinskia
Date: Tue Aug  5 18:23:07 2008
New Revision: 138735

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138735
Log:
2008-08-05  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/37024
* tree-tailcall.c (process_assignment): Use gimple_assign_cast_p 
instead of IS_CONVERT_EXPR_CODE_P for seeing if the assignment
is a conversion.

2008-08-05  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/37024
* gcc.dg/tree-ssa/tailcall-4.c: New testcase.


Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/tailcall-4.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-tailcall.c


-- 


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

[Bug fortran/37032] New: Multi-line comments in an included file trigger invalid character

[godom at twinbee dot com]

Multi-line comments in an included file trigger "invalid character in name"
compiler error.

!file1.F95
program file1
  include 'file2.F95'
  stop
end program

!file2.F95
/* blah */


-- 
   Summary: Multi-line comments in an included file trigger invalid
character
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: godom at twinbee dot com


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

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

[jwakely dot gcc at gmail dot com]

--- Comment #7 from jwakely dot gcc at gmail dot com  2008-08-05 19:06 
---
(In reply to comment #5)
> Hi again. I have essentially only one substantive comment: can you double 
> check
> the implementation is correct vs 20.7.12.2.1/37 ?

I believe the use of std::ref was to make the D parameter CopyConstructible, as
required by shared_ptr.  Since the deleter is stored in the non-copyable
_Sp_counted_deleter class, I thought our implementation was already "equivalent
to" those effects.

On further reflection, I realised the user will be able to tell the difference
via get_deleter() so I will change it to use std::ref.

(In reply to comment #6)
> 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...)

Agreed - I'll do this too.

Assign this to me if you want - I don't have the bugzilla privileges to accept
it myself.


-- 


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

[Bug fortran/37032] including "file.F90" - no CPP processing

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2008-08-05 19:22 ---
Cf. multiple topic PR 35707.

The problem is that
  include 'file2.F95'
is not processed through CPP. I'm not sure whether it should and when it should
(file extension .F/F90/F95/F03/F08/FPP/FOR/fpp, always, or never).

One possibility is to use:
#include "file2.F95"
in this case CPP includes the file before it hands it to the Fortran part of
the compiler.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|Multi-line comments in an   |including "file.F90" - no
   |included file trigger   |CPP processing
   |invalid character   |


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

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

[paolo dot carlini at oracle dot com]

--- Comment #8 from paolo dot carlini at oracle dot com  2008-08-05 19:26 
---
Excellent. Thanks a lot again, Jonathan.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC|jwakely dot gcc at gmail dot|
   |com |
 AssignedTo|unassigned at gcc dot gnu   |jwakely dot gcc at gmail dot
   |dot org |com
 Status|NEW |ASSIGNED


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

[Bug fortran/37032] including "file.F90" - no CPP processing

[godom at twinbee dot com]

--- Comment #2 from godom at twinbee dot com  2008-08-05 21:07 ---
I guess that would only work with GCC but if we can get OpenMP working, that
might be good enough.  Thank you ^_^.


-- 


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

[Bug fortran/37032] including "file.F90" - no CPP processing

[kargl at gcc dot gnu dot org]

--- Comment #3 from kargl at gcc dot gnu dot org  2008-08-05 21:17 ---
(In reply to comment #1)
> Cf. multiple topic PR 35707.
> 
> The problem is that
>   include 'file2.F95'
> is not processed through CPP. I'm not sure whether it should and when it 
> should
> (file extension .F/F90/F95/F03/F08/FPP/FOR/fpp, always, or never).
> 

The standard simply says the text in file2.F95 is included
at the location of the include line.  It does not and suppose
the standard will never discuss whether file2.F95 should be
pre-processed before inclusion.

This looks like pilot error in that Fortran's INCLUDE does not
mean the same thing as C's #include.


-- 


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

[Bug tree-optimization/37031] ICE for h264ref in gather_interchange_stats with -ftree-loop-linear

[janis at gcc dot gnu dot org]

--- Comment #4 from janis at gcc dot gnu dot org  2008-08-05 21:24 ---
A regression showed that the problem shown by valgrind was introduced by this
patch:

http://gcc.gnu.org/viewcvs?view=rev&rev=135672

r135672 | spop | 2008-05-20 19:11:56 + (Tue, 20 May 2008)


-- 

janis at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||spop at gcc dot gnu dot org


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

[Bug fortran/37032] including "file.F90" - no CPP processing

[godom at twinbee dot com]

--- Comment #4 from godom at twinbee dot com  2008-08-05 21:30 ---
(In reply to comment #3)
> (In reply to comment #1)
> > Cf. multiple topic PR 35707.
> > 
> > The problem is that
> >   include 'file2.F95'
> > is not processed through CPP. I'm not sure whether it should and when it 
> > should
> > (file extension .F/F90/F95/F03/F08/FPP/FOR/fpp, always, or never).
> > 
> 
> The standard simply says the text in file2.F95 is included
> at the location of the include line.  It does not and suppose
> the standard will never discuss whether file2.F95 should be
> pre-processed before inclusion.
> 
> This looks like pilot error in that Fortran's INCLUDE does not
> mean the same thing as C's #include.
> 

Does the Fortran standard mention preprocessing at all?  That works in g95, but
 we are beginning to move away from that.  Is a copy of the standard freely
available?  I would like for this to work with as many different compilers and
systems as possible.


-- 


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

[Bug fortran/37032] including "file.F90" - no CPP processing

[kargl at gcc dot gnu dot org]

--- Comment #5 from kargl at gcc dot gnu dot org  2008-08-05 21:44 ---
(In reply to comment #4
> Does the Fortran standard mention preprocessing at all?

No.  Section 1.1 (the very 1st section) states


1.1  Scope
ISO/IEC 1539 is a multipart International Standard; the parts are published
separately. This publication, ISO/IEC 1539-1, which is the first part,
specifies the form and establishes the interpretation of programs expressed in
the base Fortran language. The purpose of this part of ISO/IEC 1539 is to
promote portability, reliability, maintainability, and efficient execution of

The third part, ISO/IEC 1539-3, defines a standard conditional compilation
facility for Fortran.  A processor conforming to part 1 need not conform to
ISO/IEC 1539-2 or ISO/IEC 1539-3; however, conformance to either assumes
conformance to this part.

> Is a copy of the standard freely available?

The Standard is not free.  You, however, can find drafts of the
various standards that are provided so people can provide feedback
to J3.  See the gfortran wiki for pointers to drafts.


-- 


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

[Bug fortran/37032] including "file.F90" - no CPP processing

[godom at twinbee dot com]

--- Comment #6 from godom at twinbee dot com  2008-08-05 22:04 ---
(In reply to comment #5)
ok.  Thank you very much for your help ^_^.


-- 


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

[Bug c++/37016] [4.3/4.4 Regression] member function pointer failure with optimization

[jason at gcc dot gnu dot org]

--- Comment #15 from jason at gcc dot gnu dot org  2008-08-05 22:23 ---
Subject: Bug 37016

Author: jason
Date: Tue Aug  5 22:22:00 2008
New Revision: 138740

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138740
Log:
PR c++/37016
* tree-ssa.c (useless_type_conversion_p_1): Call langhook
if TYPE_STRUCTURAL_EQUALITY_P is true for both types.

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


-- 


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

[Bug debug/37033] New: [4.4 Regression] Revision 138733 breaks PCH

[hjl dot tools at gmail dot com]

Revision 138733 has:

  if (flag_dwarf2_cfi_asm && dwarf2out_do_frame ()) 
cpp_define (pfile, "__GCC_HAVE_DWARF2_CFI_ASM");

It doesn't work with PCH:

/export/gnu/import/svn/gcc-test/src/gcc/testsuite/gcc.dg/pch/valid-1b.c:3:
warning: ./valid-1b.h.gch: not used because `__GCC_HAVE_DWARF2_CFI_ASM' not
defined
/export/gnu/import/svn/gcc-test/src/gcc/testsuite/gcc.dg/pch/valid-1b.c:3:
error: valid-1b.h: No such file or directory
/export/gnu/import/svn/gcc-test/src/gcc/testsuite/gcc.dg/pch/valid-1b.c:3:
error: one or more PCH files were found, but they were invalid


-- 
   Summary: [4.4 Regression] Revision 138733 breaks PCH
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
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=37033

[Bug c++/37012] numerous stackalign related testsuite failures on i686-apple-darwin9

[hjl dot tools at gmail dot com]

--- Comment #45 from hjl dot tools at gmail dot com  2008-08-05 23:14 
---
Can you try those 2 patches

http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00231.html
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00320.html


-- 


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

[Bug c++/36999] Erroneous "declaration 'class ...' does not declare anything" warnings possible

[manu at gcc dot gnu dot org]

--- Comment #2 from manu at gcc dot gnu dot org  2008-08-05 23:38 ---
Simon, is this fixed? If so, you should close it as FIXED.


-- 


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

[Bug target/21973] Segfault in GTK+ compiled with -march=pentium4 when used through JNI

[manu at gcc dot gnu dot org]

--- Comment #4 from manu at gcc dot gnu dot org  2008-08-05 23:50 ---
Old, no version, no activity, Eclipse bug closed as WONTFIX, so we do the same.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug c++/37016] [4.3/4.4 Regression] member function pointer failure with optimization

[jason at gcc dot gnu dot org]

--- Comment #16 from jason at gcc dot gnu dot org  2008-08-06 01:55 ---
Subject: Bug 37016

Author: jason
Date: Wed Aug  6 01:54:31 2008
New Revision: 138755

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138755
Log:
PR c++/37016
* tree-ssa.c (useless_type_conversion_p_1): Call langhook
if TYPE_STRUCTURAL_EQUALITY_P is true for both types.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/opt/pmf1.C
  - copied unchanged from r138740, trunk/gcc/testsuite/g++.dg/opt/pmf1.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/tree-ssa.c


-- 


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

[Bug c++/37016] [4.3/4.4 Regression] member function pointer failure with optimization

[jason at gcc dot gnu dot org]

--- Comment #17 from jason at gcc dot gnu dot org  2008-08-06 02:26 ---
Subject: Bug 37016

Author: jason
Date: Wed Aug  6 02:25:20 2008
New Revision: 138756

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138756
Log:
PR c++/37016
* decl.c (build_ptrmemfunc_type): Don't require structural
comparison of PMF types.
* tree.c (cp_build_qualified_type_real): Don't clear
a valid TYPE_PTRMEMFUNC_TYPE.
* typeck.c (cp_build_unary_op): Still do build_ptrmemfunc in
templates.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl.c
trunk/gcc/cp/tree.c
trunk/gcc/cp/typeck.c


-- 


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

[Bug ada/37034] New: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo ../../sinfo.h

[danglin at gcc dot gnu dot org]

...
mkdir -p ada/bldtools/einfo
(cd ada/bldtools/sinfo && gnatmake -q xsinfo && ./xsinfo ../../sinfo.h )
rm -f ada/bldtools/einfo/einfo.ads ada/bldtools/einfo/einfo.adb
ada/bldtools/einfo/xeinfo.adb
cp -p ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/einfo.adb
../../gcc/gcc/ada/xeinfo.adb ada/bldtools/einfo
(cd ada/bldtools/einfo && gnatmake -q xeinfo && ./xeinfo ../../einfo.h )
/bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
make[3]: *** [ada/sinfo.h] Error 134

[EMAIL PROTECTED]:~/gnu/gcc/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa-linux
Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared
--prefix=/home/dave/opt/gnu/gcc/gcc-4.4.0
--with-local-prefix=/home/dave/opt/gnu --enable-threads=posix
--enable-__cxa_atexit --build=hppa-linux --enable-clocale=gnu
--enable-java-gc=boehm --enable-languages=c,c++,objc,fortran,obj-c++,java,ada
Thread model: posix
gcc version 4.4.0 20080806 (experimental) [trunk revision 138753] (GCC)


-- 
   Summary: /bin/sh: line 1: 26087 Aborted  (core dumped) ./xsinfo
../../sinfo.h
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa-unknown-linux-gnu
  GCC host triplet: hppa-unknown-linux-gnu
GCC target triplet: hppa-unknown-linux-gnu


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

[Bug c++/37012] numerous stackalign related testsuite failures on i686-apple-darwin9

[howarth at nitro dot med dot uc dot edu]

--- Comment #46 from howarth at nitro dot med dot uc dot edu  2008-08-06 
03:02 ---
I haven't done a complete bootstrap but rebuilding the compiler and the
libstdc++v3 directory
with these patches doesn't eliminate the eh-alloca-1.exe execution failures.


-- 


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

[Bug c++/37029] Exception from shared library's functions or methods that return float (double, long double) value cannot be caught on HP-UX.

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2008-08-06 03:06 ---
Which exception support are you using (dwarf2 or sjlj)?


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/37016] [4.3/4.4 Regression] member function pointer failure with optimization

[jason at gcc dot gnu dot org]

--- Comment #18 from jason at gcc dot gnu dot org  2008-08-06 03:14 ---
Fixed in two different ways.


-- 

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

[Bug fortran/37032] including "file.F90" - no CPP processing

[burnus at gcc dot gnu dot org]

--- Comment #7 from burnus at gcc dot gnu dot org  2008-08-06 06:12 ---
> Does the Fortran standard mention preprocessing at all?

Yes, part 3 of the Fortran standard is about preprocessing ("Conditional
Compilation", "CoCo"), however, to my knowledge hardly anyone uses it and no
compiler implements it. (There exists a Fortran program which can be used as
coco preprocessor, see link below.)

The de-facto standard for preprocessing is CPP (C Pre Processor) sometimes also
called FPP. However, this is only standardized for C and not for Fortran, which
causes issues as not every compiler acts the same. Issues:

1. Are newer CPP features supported?
2. Are Fortran "INCLUDE"d files also preprocessed?

gfortran/netlib's fpp/NAG f95/openf95/sunf95: (1) no,(2) no
g95:   no/yes
ifort: yes/no, 

(There are plans to support (1) in gfortran, see PR 28662.)


> Is a copy of the standard freely available?

Yes and no. The latest drafts before the standard went to ISO are available for
free, which are said to be the same except for layout. See links at
http://gcc.gnu.org/wiki/GFortranStandards

> I would like for this to work with as many different compilers and
> systems as possible.

Then I really suggest to use  #include "...", which should work with any
compiler which does CPP preprocessing.


-- 


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

[Bug fortran/28662] fpp call of gfortran: -traditional-cpp versus newer macros like #x

[burnus at gcc dot gnu dot org]

--- Comment #7 from burnus at gcc dot gnu dot org  2008-08-06 06:24 ---
> For an initial, incomplete patch see:
> http://gcc.gnu.org/ml/fortran/2008-07/msg00248.html

Slighly updated version. Set tradtional to 0 in fortran/cpp.c to enable new
features, which will fail if the following (work items) are in you Fortran
file:

- Spacing needs to be preserved for fixed-form Fortran
  (currently fails in the test suite)
- Check that '...''...' work (seems so)
- Problem mentioned in comment 5
* Max linelength option for gfortran and cpp
* Fortran/Fixed-form-source Fortran for cpp
* Should one use c_lang instead of a flag? Advantage for c_lang: Fortran is a
language; advantage for flag: the CPP features can be tuned by c_lang.


-- 


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

[Bug target/35659] [4.3/4.4 Regression] Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64

[mkuvyrkov at gcc dot gnu dot org]

--- Comment #25 from mkuvyrkov at gcc dot gnu dot org  2008-08-06 06:25 
---
Subject: Bug 35659

Author: mkuvyrkov
Date: Wed Aug  6 06:23:47 2008
New Revision: 138759

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138759
Log:
PR target/35659
* haifa-sched.c (sched_insn_is_legitimate_for_speculation_p): Move ...
* sched-deps.c (sched_insn_is_legitimate_for_speculation_p): ... here.
Don't allow predicated instructions for data speculation.
* sched-int.h (sched_insn_is_legitimate_for_speculation_p): Move
declaration.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/haifa-sched.c
trunk/gcc/sched-deps.c
trunk/gcc/sched-int.h


-- 


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

[Bug fortran/28662] fpp call of gfortran: -traditional-cpp versus newer macros like #x

[burnus at gcc dot gnu dot org]

--- Comment #8 from burnus at gcc dot gnu dot org  2008-08-06 06:25 ---
Created an attachment (id=16029)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16029&action=view)
libcpp patch (w/o setting   traditional = 0 )

Said patch, see comment 7 for TODO items.


-- 


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

[Bug debug/37022] libffi test suite failures

[xuepeng dot guo at intel dot com]

--- Comment #2 from xuepeng dot guo at intel dot com  2008-08-06 06:30 
---
Created an attachment (id=16030)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16030&action=view)
Testcase.

Hi, I got the similar failure on linux/x86 platform.

[EMAIL PROTECTED] minbuild]$
/home/xguo2/internal-source-tree/stack-internal/minbuild/gcc/testsuite/g++/../../g++
-B/home/xguo2/internal-source-tree/stack-internal/minbuild/gcc/testsuite/g++/../../
/home/xguo2/internal-source-tree/stack-internal/src/gcc/testsuite/g++.dg/torture/stackalign/async-unwind-1.C
 -nostdinc++
-I/home/xguo2/internal-source-tree/stack-internal/minbuild/x86_64-unknown-linux-gnu/32/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/home/xguo2/internal-source-tree/stack-internal/minbuild/x86_64-unknown-linux-gnu/32/libstdc++-v3/include
-I/home/xguo2/internal-source-tree/stack-internal/src/libstdc++-v3/libsupc++
-I/home/xguo2/internal-source-tree/stack-internal/src/libstdc++-v3/include/backward
-I/home/xguo2/internal-source-tree/stack-internal/src/libstdc++-v3/testsuite/util
-fmessage-length=0  -Os  -fasynchronous-unwind-tables
-mpreferred-stack-boundary=4   
-L/home/xguo2/internal-source-tree/stack-internal/minbuild/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs

-L/home/xguo2/internal-source-tree/stack-internal/minbuild/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs
-L/home/xguo2/internal-source-tree/stack-internal/minbuild/x86_64-unknown-linux-gnu/32/libiberty
 -lm   -m32 -o ./async-unwind-1.exe
/home/xguo2/internal-source-tree/stack-internal/src/gcc/testsuite/g++.dg/torture/stackalign/async-unwind-1.C:
In function ‘void foo(int, ...)’:
/home/xguo2/internal-source-tree/stack-internal/src/gcc/testsuite/g++.dg/torture/stackalign/async-unwind-1.C:74:
internal compiler error: in compute_barrier_args_size, at dwarf2out.c:1289
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 


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

[Bug target/35659] [4.3/4.4 Regression] Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64

[mkuvyrkov at gcc dot gnu dot org]

--- Comment #26 from mkuvyrkov at gcc dot gnu dot org  2008-08-06 06:36 
---
Subject: Bug 35659

Author: mkuvyrkov
Date: Wed Aug  6 06:34:18 2008
New Revision: 138762

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

PR target/35659
* haifa-sched.c (sched_insn_is_legitimate_for_speculation_p): Move ...
* sched-deps.c (sched_insn_is_legitimate_for_speculation_p): ... here.
Don't allow predicated instructions for data speculation.
* sched-int.h (sched_insn_is_legitimate_for_speculation_p): Move
declaration.

Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/haifa-sched.c
branches/gcc-4_3-branch/gcc/sched-deps.c
branches/gcc-4_3-branch/gcc/sched-int.h


-- 


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

Re: [Bug ada/37034] New: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo ../../sinfo.h

[Arnaud Charlet]

> mkdir -p ada/bldtools/einfo
> (cd ada/bldtools/sinfo && gnatmake -q xsinfo && ./xsinfo ../../sinfo.h )
> rm -f ada/bldtools/einfo/einfo.ads ada/bldtools/einfo/einfo.adb
> ada/bldtools/einfo/xeinfo.adb
> cp -p ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/einfo.adb
> ../../gcc/gcc/ada/xeinfo.adb ada/bldtools/einfo
> (cd ada/bldtools/einfo && gnatmake -q xeinfo && ./xeinfo ../../einfo.h )
> /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo

Sounds like your base Ada compiler may be corrupted, since the line above
calls 'gnatmake', it does not use the newly built compiler.

Could you do:

which gnatmake
which gnatls
gnatls -v
chatr xeinfo

?

Arno

[Bug debug/37022] libffi test suite failures

[xuepeng dot guo at intel dot com]

--- Comment #3 from xuepeng dot guo at intel dot com  2008-08-06 06:38 
---
Created an attachment (id=16031)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16031&action=view)
A smaller case.

[EMAIL PROTECTED] stackalign]$ /home/xguo2/app/stack-internal/bin/g++ -m32 -Os 
-fasynchronous-unwind-tables -mpreferred-stack-boundary=4 a1.C
a1.C: In function ‘void foo(int, ...)’:
a1.C:27: internal compiler error: in compute_barrier_args_size, at
dwarf2out.c:1289
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 


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

[Bug target/35659] [4.3/4.4 Regression] Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64

[mkuvyrkov at gcc dot gnu dot org]

--- Comment #27 from mkuvyrkov at gcc dot gnu dot org  2008-08-06 06:38 
---
Should be fixed on both trunk and 4_3-branch.


-- 

mkuvyrkov at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug ada/37034] /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo ../../sinfo.h

[charlet at adacore dot com]

--- Comment #1 from charlet at adacore dot com  2008-08-06 06:39 ---
Subject: Re:   New: /bin/sh: line 1: 26087 Aborted  (core
dumped) ./xsinfo ../../sinfo.h

> mkdir -p ada/bldtools/einfo
> (cd ada/bldtools/sinfo && gnatmake -q xsinfo && ./xsinfo ../../sinfo.h )
> rm -f ada/bldtools/einfo/einfo.ads ada/bldtools/einfo/einfo.adb
> ada/bldtools/einfo/xeinfo.adb
> cp -p ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/einfo.adb
> ../../gcc/gcc/ada/xeinfo.adb ada/bldtools/einfo
> (cd ada/bldtools/einfo && gnatmake -q xeinfo && ./xeinfo ../../einfo.h )
> /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo

Sounds like your base Ada compiler may be corrupted, since the line above
calls 'gnatmake', it does not use the newly built compiler.

Could you do:

which gnatmake
which gnatls
gnatls -v
chatr xeinfo

?

Arno


-- 


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

[Bug middle-end/29256] [4.2/4.3/4.4 regression] loop performance regression

[cnstar9988 at gmail dot com]

--- Comment #25 from cnstar9988 at gmail dot com  2008-08-06 06:57 ---
ping...
Can this be fixed before 4.3.2? thanks.


-- 


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