[Bug other/39591] GOMP_loop_end illegally optmized into GOMP_loop_end_nowait

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-04-01 07:06 ---
Subject: Bug 39591

Author: jakub
Date: Wed Apr  1 07:06:12 2009
New Revision: 145391

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145391
Log:
PR other/39591
* omp-low.c (remove_exit_barrier): Don't optimize if there are any
addressable variables in the parallel that could go out of scope while
running queued tasks.

* testsuite/libgomp.c/pr39591-1.c: New test.
* testsuite/libgomp.c/pr39591-2.c: New test.
* testsuite/libgomp.c/pr39591-3.c: New test.

Added:
branches/gcc-4_4-branch/libgomp/testsuite/libgomp.c/pr39591-1.c
  - copied unchanged from r145390,
trunk/libgomp/testsuite/libgomp.c/pr39591-1.c
branches/gcc-4_4-branch/libgomp/testsuite/libgomp.c/pr39591-2.c
  - copied unchanged from r145390,
trunk/libgomp/testsuite/libgomp.c/pr39591-2.c
branches/gcc-4_4-branch/libgomp/testsuite/libgomp.c/pr39591-3.c
  - copied unchanged from r145390,
trunk/libgomp/testsuite/libgomp.c/pr39591-3.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/omp-low.c
branches/gcc-4_4-branch/libgomp/ChangeLog


-- 


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

[Bug other/39591] GOMP_loop_end illegally optmized into GOMP_loop_end_nowait

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-04-01 06:55 ---
Subject: Bug 39591

Author: jakub
Date: Wed Apr  1 06:54:52 2009
New Revision: 145390

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145390
Log:
PR other/39591
* omp-low.c (remove_exit_barrier): Don't optimize if there are any
addressable variables in the parallel that could go out of scope while
running queued tasks.

* testsuite/libgomp.c/pr39591-1.c: New test.
* testsuite/libgomp.c/pr39591-2.c: New test.
* testsuite/libgomp.c/pr39591-3.c: New test.

Added:
trunk/libgomp/testsuite/libgomp.c/pr39591-1.c
trunk/libgomp/testsuite/libgomp.c/pr39591-2.c
trunk/libgomp/testsuite/libgomp.c/pr39591-3.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/omp-low.c
trunk/libgomp/ChangeLog


-- 


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

[Bug c++/39607] New: internal compiler error: in emit_swap_insn, at reg-stack.c:827

[mario-baumann at web dot de]

> g++ -c foo.cpp -m32 -O2
foo.cpp: In member function 'AbcIval1d
AbcCone::GetLinearParamIval(AbcSurfType*) const':
foo.cpp:81: internal compiler error: in emit_swap_insn, at reg-stack.c:827

NOTES:
(1) g++ -c foo.cpp -m32 -O1  works
(2) g++ -c foo.cpp -m64 -O2  works
(3) comment out line 31 AND
g++ -c foo.cpp -m32 -O2  works

==

> uname -a
Linux yoda.intec.dom 2.6.18-92.1.22.el5 #1 SMP Tue Dec 16 11:57:43 EST 2008
x86_64 x86_64 x86_64 GNU/Linux

> rpm -qa "glibc*" | grep -e 'glibc-[0-9]' | sort -u
glibc-2.5-24.el5_2.2

> g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /projects/tob/gcc-trunk-checkout/configure
--with-gmp-lib=/projects/tob/gcc-build/lib-aux
--with-mpfr-lib=/projects/tob/gcc-build/lib-aux
--enable-languages=c,fortran,c++ --prefix=/projects/tob/gcc-trunk
Thread model: posix
gcc version 4.5.0 20090331 (experimental) [trunk revision 145331] (GCC) 

> ld -v
GNU ld (GNU Binutils) 2.19


-- 
   Summary: internal compiler error: in emit_swap_insn, at reg-
stack.c:827
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mario-baumann at web dot de
 GCC build triplet: x86_64-unknown-linux-gnu
GCC target triplet: i?86-*-*


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

[Bug c++/39607] internal compiler error: in emit_swap_insn, at reg-stack.c:827

[mario-baumann at web dot de]

--- Comment #1 from mario-baumann at web dot de  2009-04-01 07:58 ---
Created an attachment (id=17574)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17574&action=view)
bzipped foo.cpp file


-- 


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

[Bug c/37772] [4.3/4.4/4.5 Regression] ICE with empty asm statement

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-04-01 08:02 ---
Testing a patch.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-10-08 20:30:55 |2009-04-01 08:02:07
   date||


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

[Bug c++/39608] New: 'expr' cannot appear in a constant-expression.

[pluto at agmk dot net]

during testing 4.4 snapshot i get an compilation error on boost-1.38.0
codebase.

% x86_64-gnu-linux-g++ t.ii -std=gnu++0x -c
t.ii: In member function 'size_t boost::dynamic_bitset::count() const':
t.ii:30558: error: 'mode' cannot appear in a constant-expression
t.ii:30558: error: template argument 1 is invalid
t.ii:30558: error: expected '>' before '*' token
t.ii:30558: error: expected '(' before '*' token
t.ii:30558: error: expected primary-expression before '>' token

(...)
template 
struct value_to_type
{
value_to_type() {}
};
(...)
template 
typename dynamic_bitset::size_type
dynamic_bitset::count() const
{
using detail::dynamic_bitset_impl::table_width;
using detail::dynamic_bitset_impl::access_by_bytes;
using detail::dynamic_bitset_impl::access_by_blocks;
using detail::dynamic_bitset_impl::value_to_type;

const bool no_padding =
dynamic_bitset::bits_per_block
== 8 * sizeof(Block);

const bool enough_table_width = table_width >= 8;

const bool mode = (no_padding && enough_table_width)
  ? access_by_bytes
  : access_by_blocks;

return do_count(m_bits.begin(), num_blocks(), Block(0),
   static_cast *>(0));
   ^^
}

4.3.3 accepts this code. is it a boost bug or 4.4 regression?


-- 
   Summary: 'expr' cannot appear in a constant-expression.
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net


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

[Bug c++/39608] 'expr' cannot appear in a constant-expression.

[pluto at agmk dot net]

--- Comment #1 from pluto at agmk dot net  2009-04-01 08:04 ---
Created an attachment (id=17575)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17575&action=view)
testcase


-- 


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

[Bug middle-end/35885] [4.3/4.4/4.5 Regression] unsigned long long and while loop evaluation regression?

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2009-04-01 08:18 ---


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


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/37731] [4.2/4.3/4.4 Regression] long long may not work correctly on 32bit host

[jakub at gcc dot gnu dot org]

--- Comment #15 from jakub at gcc dot gnu dot org  2009-04-01 08:18 ---
*** Bug 35885 has been marked as a duplicate of this bug. ***


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||wilbert at jdg dot info


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

[Bug middle-end/38059] [4.4/4.5 Regression] Compile time regression for gcc.dg/20020425-1.c

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-04-01 08:35 ---
You haven't shown how long did it take in earlier versions, this test is
already known to take eons (and when gimplify.o isn't built with optimizations
even ICE on many targets) and has /* { dg-timeout-factor 4.0 } */ already. 
What slows down the test is extremely deep recursion above 22000-33000 calls in
the backtrace (for each ONE either just gimplify_expr and gimplify_cond_expr,
or even gimplify_stmt in the backtrace).  Even a small RA decision affecting
these functions can show up when multiplied by 11000, but the testcase is
clearly artificial and not worth optimizing for.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-01 08:42:30
   date||


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

[Bug target/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-04-01 08:49 ---
Related to PR32666.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||bkoz at gcc dot gnu dot org,
   ||paolo at gcc dot gnu dot
   ||org, dave at hiauly1 dot hia
   ||dot nrc dot ca


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

[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-04-01 09:00 ---
__gnu_cxx::__verbose_terminate_handler hasn't been called then,
doesn't the mingw runtime override __cxxabiv1::__terminate_handler
or the unwinding on mingw not call std::terminate at all?


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ktietz at gcc dot gnu dot
   ||org, dannysmith at gcc dot
   ||gnu dot org


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

[Bug pch/39492] [4.3/4.4/4.5 Regression] Parallel compilation fail using PCH on Windows NT>= 5.0

[ktietz at gcc dot gnu dot org]

--- Comment #6 from ktietz at gcc dot gnu dot org  2009-04-01 09:08 ---
Committed to 4.4 at revision 145395 and to 4.5 at revision 145395.
Didn't committed it to 4.3.


-- 

ktietz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug other/39591] GOMP_loop_end illegally optmized into GOMP_loop_end_nowait

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-04-01 09:13 ---
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=39591

[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-04-01 09:24 ---
Sure (assuming the weirdo message after it is M$ abort verbiage).
The question is if the reporter sees it as well and if not, why.


-- 


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

[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown

[shadow2531 at gmail dot com]

--- Comment #5 from shadow2531 at gmail dot com  2009-04-01 09:30 ---
(In reply to comment #3)
> terminate called after throwing an instance of 'std::runtime_error'
>   what():  ouch

Yes, this is the part that's missing for me.


-- 


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

[Bug libstdc++/39546] parallel mode doesn't support implicit string conversion

[paolo dot carlini at oracle dot com]

--- Comment #10 from paolo dot carlini at oracle dot com  2009-04-01 09:49 
---
To be honest, I don't like such tentative fixes. We are adding even more code
for essentially the same kind of work. There must be a better way to deal with
the issue.


-- 


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

[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown

[ktietz at gcc dot gnu dot org]

--- Comment #6 from ktietz at gcc dot gnu dot org  2009-04-01 10:44 ---
(In reply to comment #5)
> (In reply to comment #3)
> > terminate called after throwing an instance of 'std::runtime_error'
> >   what():  ouch
> 
> Yes, this is the part that's missing for me.
> 

Well, as far as I verified this, it is a mingw.org specific runtime failure. At
least I could reproduce your reported bug also with 3.4.4 gcc.
I verified this issue also with mingw-w64 32-bit runtime and couldn't reproduce
it for this runtime.
So you should report this problem to mingw.org.


-- 

ktietz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown

[ktietz at gcc dot gnu dot org]

--- Comment #3 from ktietz at gcc dot gnu dot org  2009-04-01 09:18 ---
(In reply to comment #2)
> __gnu_cxx::__verbose_terminate_handler hasn't been called then,
> doesn't the mingw runtime override __cxxabiv1::__terminate_handler
> or the unwinding on mingw not call std::terminate at all?
> 

Hmm, for w64 target runtime I get the result:

$ ./tst.exe
terminate called after throwing an instance of 'std::runtime_error'
  what():  ouch

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

This looks fine to me, isn't it?


-- 


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

[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361

[irar at il dot ibm dot com]

--- Comment #6 from irar at il dot ibm dot com  2009-04-01 11:21 ---
(In reply to comment #4)
> On i686-apple-darwin9, I need -m64 to get an ICE with the test in comment #3.

And if you change the types?

-  double precision a(4,*),b(3,64),c(3,200),d(64)
+  dimension a(4,*),b(3,64),c(3,200),d(64)


-- 


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[matz at gcc dot gnu dot org]

--- Comment #2 from matz at gcc dot gnu dot org  2009-04-01 11:45 ---
The old stack slot sharing problem.  stack slot sharing really wants to
look at scopes to determine if stack variables can share the same space or
not (stack variables, not registers, those are all top-level).  But sometimes
tree transformations do fiddle also with stack variables (loads/stores) and
hence can move references to variables outside of their block tree.

The block tree either needs to be fixed up, or the stack slot sharing needs
to look at other information than block scopes to determine lifeness bounds.

Both of these things are probably best done in cfgexpand, and as I'm working
on expanding from SSA form I might try to do something here (though the
variables in question are exactly those which are _not_ in SSA form).


-- 

matz at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||matz at gcc dot gnu dot org


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

[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361

[dominiq at lps dot ens dot fr]

--- Comment #7 from dominiq at lps dot ens dot fr  2009-04-01 12:11 ---
(In reply to comment #6)
> > On i686-apple-darwin9, I need -m64 to get an ICE with the test in comment 
> > #3.
>
> And if you change the types?

[ibook-dhum] f90/bug% gfc -c -O3 pr39595_db.f90
[ibook-dhum] f90/bug% gfc -c -m64 -O3 pr39595_db.f90
pr39595_db.f90: In function 'foo':
pr39595_db.f90:3: internal compiler error: vector VEC(tree,base) index domain
error, in vectorizable_store at tree-vect-stmts.c:3038


-- 


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

[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown

[shadow2531 at gmail dot com]

--- Comment #7 from shadow2531 at gmail dot com  2009-04-01 12:15 ---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #3)
> > > terminate called after throwing an instance of 'std::runtime_error'
> > >   what():  ouch
> > 
> > Yes, this is the part that's missing for me.
> > 
> 
> Well, as far as I verified this, it is a mingw.org specific runtime failure. 
> At
> least I could reproduce your reported bug also with 3.4.4 gcc.
> I verified this issue also with mingw-w64 32-bit runtime and couldn't 
> reproduce
> it for this runtime.
> So you should report this problem to mingw.org.
> 

Thanks




-- 


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

[Bug tree-optimization/39595] [4.4/4.5 Regression]ICE in vectorizable_store at tree-vect-transform.c:5361

[dominiq at lps dot ens dot fr]

--- Comment #8 from dominiq at lps dot ens dot fr  2009-04-01 12:50 ---
On powerpc-apple-darwin9 the code in comment #3 compiles with -m64 -O3, but ICE
with the change in comment #6 with:

pr39595_db.f90: In function 'foo':
pr39595_db.f90:3: internal compiler error: vector VEC(tree,base) index domain
error, in vectorizable_store at tree-vect-stmts.c:3038

On i686-apple-darwin9 the original code in comment #1 ICE with -O3, but not
with -m64 -O3:

[ibook-dhum] bug/dftgrid% gfc -c -m64 -O3 dftgrid.f
[ibook-dhum] bug/dftgrid% gfc -c -O3 dftgrid.f
dftgrid.f: In function 'grid_neighbour_dint':
dftgrid.f:4288: internal compiler error: vector VEC(tree,base) index domain
error, in vectorizable_store at tree-vect-stmts.c:3038


-- 


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

[Bug gcov-profile/35038] GCOV - using "--coverage" results in libgcov.a(_gcov.o) is referenced by DSO

[ramu dot konaparthi at gmail dot com]

--- Comment #3 from ramu dot konaparthi at gmail dot com  2009-04-01 13:18 
---
I am able to built shared objects. But, while building the executable binary
using the shared objects. I see the error "hidden symbol `__gcov_init' in
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/libgcc.a(_gcov.oS) is referenced by
DSO".

Some one please help me.

==output snippet Begin ==
/usr/bin/g++ -g -fPIC -o hpvgtst hpvgtstpgm.o -L../Tools/lib -lgatorapi
-lhpvgtst -L/vob/tdodbc_nt/driver_manager/data_direct/suselinux-x8664/lib
-lodbc -lodbcinst -lnsl -lresolv -lc -lddicu21
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse-linux/bin/ld:
hpvgtst: hidden symbol `__gcov_init' in
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/libgcc.a(_gcov.oS) is referenced by
DSO
collect2: ld returned 1 exit status
make: *** [hpvgtst] Error 1
==output snippet End ==

Regards,
  -Ramu


-- 

ramu dot konaparthi at gmail dot com changed:

   What|Removed |Added

 CC||ramu dot konaparthi at gmail
   ||dot com


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

[Bug c/448] -related issues (C99 issues)

[dominiq at lps dot ens dot fr]

--- Comment #15 from dominiq at lps dot ens dot fr  2009-04-01 13:25 ---
On *-darwin* we have

FAIL: gcc.dg/c99-stdint-1.c (test for excess errors)
FAIL: gcc.dg/c99-stdint-2.c (test for excess errors)
FAIL: gcc.dg/c99-stdint-5.c (test for excess errors)
FAIL: gcc.dg/c99-stdint-6.c (test for excess errors)

see http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00037.html

Errors for 99-stdint-[12].c:

/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c: In function
'test_ptr':
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:186: error:
initialization from incompatible pointer type
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:186: error:
initialization from incompatible pointer type
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:189: error:
initialization from incompatible pointer type
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c: In function
'test_misc_limits':
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:217: error:
initialization from incompatible pointer type
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c: In function
'test_constants':
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:230: error: pointer
targets in initialization differ in signedness
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:230: error: pointer
targets in initialization differ in signedness
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:230: error: pointer
targets in initialization differ in signedness
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:231: error: pointer
targets in initialization differ in signedness
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:231: error: pointer
targets in initialization differ in signedness
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:231: error: pointer
targets in initialization differ in signedness

and for c99-stdint-[56].c:

/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c: In function
'check_types':
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:40: error:
'__INT_LEAST8_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:40: error: (Each
undeclared identifier is reported only once
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:40: error: for each
function it appears in.)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:40: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:40: error: 'a'
undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:40: error: 'd'
undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:41: error:
'__INT_LEAST16_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:41: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:42: error:
'__INT_LEAST32_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:42: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:43: error:
'__INT_LEAST64_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:43: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:44: error:
'__UINT_LEAST8_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:44: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:45: error:
'__UINT_LEAST16_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:45: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:46: error:
'__UINT_LEAST32_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:46: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:47: error:
'__UINT_LEAST64_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:47: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:48: error:
'__INT_FAST8_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:48: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:49: error:
'__INT_FAST16_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:49: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:50: error:
'__INT_FAST32_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:50: error: expected ';'
before 'a'
/opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-5.c:51: error:
'__INT_FAST64_TYPE__' undeclared (first use in this function)
/opt/gcc/_gcc_clean/gcc/

[Bug c/37772] [4.3/4.4/4.5 Regression] ICE with empty asm statement

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-04-01 13:32 ---
Subject: Bug 37772

Author: jakub
Date: Wed Apr  1 13:32:22 2009
New Revision: 145401

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145401
Log:
PR c/37772
* c-parser.c (c_parser_asm_statement): Skip until close paren and
return if c_parser_asm_string_literal returned NULL.

* gcc.dg/pr37772.c: New test.
* g++.dg/ext/asm11.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/ext/asm11.C
trunk/gcc/testsuite/gcc.dg/pr37772.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-parser.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug gcov-profile/39609] New: hidden symbol `__gcov_init' in /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/libgcc.a(_gcov.oS) is referenced by DSO

[ramu dot konaparthi at gmail dot com]

Problem:
g++ fail to build execuable by linking .so files built with options -Wall
-fprofile-arcs -ftest-coverage

I am able to built shared objects with g++ using options -Wall -fprofile-arcs
-ftest-coverage. But, while building the executable binary
by linkng the shared objects, I see the error "hidden symbol `__gcov_init' in
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/libgcc.a(_gcov.oS) is referenced by
DSO".

I dont see the same problem for .c files building with gcc and same options.
Some one please help me. Please let know if you need any more info.

==output snippet Begin ==
/usr/bin/g++ -g -fPIC -o hpvgtst hpvgtstpgm.o -L../Tools/lib -lgatorapi
-lhpvgtst -L/vob/tdodbc_nt/driver_manager/data_direct/suselinux-x8664/lib
-lodbc -lodbcinst -lnsl -lresolv -lc -lddicu21
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse-linux/bin/ld:
hpvgtst: hidden symbol `__gcov_init' in
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/libgcc.a(_gcov.oS) is referenced by
DSO
collect2: ld returned 1 exit status
make: *** [hpvgtst] Error 1
==output snippet End ==

gcc Version used:
===
gcc --version
gcc (GCC) 3.3.3 (SuSE Linux)
Copyright (C) 2003 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.
===
Regards,
  -Ramu


-- 
   Summary: hidden symbol `__gcov_init' in /usr/lib64/gcc-
lib/x86_64-suse-linux/3.3.3/libgcc.a(_gcov.oS) is
referenced by DSO
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: gcov-profile
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ramu dot konaparthi at gmail dot com


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

[Bug c/37772] [4.3/4.4/4.5 Regression] ICE with empty asm statement

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-04-01 13:45 ---
Subject: Bug 37772

Author: jakub
Date: Wed Apr  1 13:45:14 2009
New Revision: 145402

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145402
Log:
PR c/37772
* c-parser.c (c_parser_asm_statement): Skip until close paren and
return if c_parser_asm_string_literal returned NULL.

* gcc.dg/pr37772.c: New test.
* g++.dg/ext/asm11.C: New test.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/asm11.C
  - copied unchanged from r145401, trunk/gcc/testsuite/g++.dg/ext/asm11.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr37772.c
  - copied unchanged from r145401, trunk/gcc/testsuite/gcc.dg/pr37772.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/c-parser.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/37772] [4.3 Regression] ICE with empty asm statement

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2009-04-01 13:50 ---
Fixed on the 4.4 branch and on the trunk so far.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.2.4 4.3.2 4.4.0 4.1.1 |4.2.4 4.3.2 4.1.1
  Known to work|4.0.2   |4.0.2 4.4.0 4.5.0
Summary|[4.3/4.4/4.5 Regression] ICE|[4.3 Regression] ICE with
   |with empty asm statement|empty asm statement


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-04-01 14:00 ---
Even for live range analysis of the vars that must go into stack the block info
needs to be used, otherwise once address of a stack var escapes, you'd have to
assume it is live almost till the end of the function (at least live on any
function calls that might see it through global state, or global ptr
dereferences etc.).  Using the block info, you can find out that:
  {
char buf[10];
foo (buf);
bar ();
  }
  baz ();
in baz () call the buf var doesn't need to be live anymore.  At least short
term I think it would be best just to walk the function to be expanded, look at
all gimple_block BLOCKs referenced and note which originally non-overlapping
BLOCKs are indeed still non-overlapping after the tree passes and don't
consider originally non-overlapping BLOCKs during stack slot sharing decisions
if they are overlapping.


-- 


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[matz at gcc dot gnu dot org]

--- Comment #4 from matz at gcc dot gnu dot org  2009-04-01 14:05 ---
Yes, that's my thought too.  Fixing the BLOCK_VARS when references to
variables show up in a block where they weren't before.


-- 


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[rguenther at suse dot de]

--- Comment #5 from rguenther at suse dot de  2009-04-01 14:10 ---
Subject: Re:  [4.3/4.4/4.5 Regression] tree-ssa-sink
 breaks stack layout

On Wed, 1 Apr 2009, jakub at gcc dot gnu dot org wrote:

> --- Comment #3 from jakub at gcc dot gnu dot org  2009-04-01 14:00 ---
> Even for live range analysis of the vars that must go into stack the block 
> info
> needs to be used, otherwise once address of a stack var escapes, you'd have to
> assume it is live almost till the end of the function (at least live on any
> function calls that might see it through global state, or global ptr
> dereferences etc.).  Using the block info, you can find out that:
>   {
> char buf[10];
> foo (buf);
> bar ();
>   }
>   baz ();
> in baz () call the buf var doesn't need to be live anymore.  At least short
> term I think it would be best just to walk the function to be expanded, look 
> at
> all gimple_block BLOCKs referenced and note which originally non-overlapping
> BLOCKs are indeed still non-overlapping after the tree passes and don't
> consider originally non-overlapping BLOCKs during stack slot sharing decisions
> if they are overlapping.

Note that once we use more precise alias information during RTL
optimizations (via alias exports patch) avoiding stack slot sharing
solely based on type-based conflicts will no longer be working.

Richard.


-- 


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2009-04-01 14:15 ---
One would hope that with -fno-strict-aliasing we can still share the stack
slots even with alias export patch, otherwise the kernel people are going to be
extremely violent on us.


-- 


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

[Bug c/448] -related issues (C99 issues)

[joseph at codesourcery dot com]

--- Comment #16 from joseph at codesourcery dot com  2009-04-01 14:26 
---
Subject: Re:  -related issues (C99 issues)

On Wed, 1 Apr 2009, dominiq at lps dot ens dot fr wrote:

> On *-darwin* we have
> 
> FAIL: gcc.dg/c99-stdint-1.c (test for excess errors)
> FAIL: gcc.dg/c99-stdint-2.c (test for excess errors)
> FAIL: gcc.dg/c99-stdint-5.c (test for excess errors)
> FAIL: gcc.dg/c99-stdint-6.c (test for excess errors)

Errors are expected until someone adds the relevant type information for 
Darwin to GCC and fixes any bugs in its system stdint.h.

> Errors for 99-stdint-[12].c:
> 
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c: In function
> 'test_ptr':
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:186: error:
> initialization from incompatible pointer type
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:186: error:
> initialization from incompatible pointer type
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:189: error:
> initialization from incompatible pointer type

This means there is something wrong with the definitions of intptr_t, 
uintptr_t and their limits in the system stdint.h.  It can be fixed in GCC 
with fixincludes, but should also be reported upstream.

> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c: In function
> 'test_misc_limits':
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:217: error:
> initialization from incompatible pointer type

Either the size_t limits are wrong or GCC disagrees with the system on 
what type size_t should be.

> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c: In function
> 'test_constants':
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:230: error: pointer
> targets in initialization differ in signedness
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:230: error: pointer
> targets in initialization differ in signedness
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:230: error: pointer
> targets in initialization differ in signedness
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:231: error: pointer
> targets in initialization differ in signedness
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:231: error: pointer
> targets in initialization differ in signedness
> /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/c99-stdint-1.c:231: error: pointer
> targets in initialization differ in signedness

The Darwin header wrongly uses unsigned types for the results of UINT8_C 
and UINT16_C.  Report the bug upstream (with reference to C99 TC1), fix 
with fixincludes.

> and for c99-stdint-[56].c:

These will fail until GCC knows internally what the types are.


-- 


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[rguenther at suse dot de]

--- Comment #7 from rguenther at suse dot de  2009-04-01 14:29 ---
Subject: Re:  [4.3/4.4/4.5 Regression] tree-ssa-sink
 breaks stack layout

On Wed, 1 Apr 2009, jakub at gcc dot gnu dot org wrote:

> --- Comment #6 from jakub at gcc dot gnu dot org  2009-04-01 14:15 ---
> One would hope that with -fno-strict-aliasing we can still share the stack
> slots even with alias export patch, otherwise the kernel people are going to 
> be
> extremely violent on us.

I think it would be easier to fix scheduling to properly detect
the must-conflicts by noting down the stack slot partition used
in MEMs (and obviously if we end up having MEMs w/o an assigned
parition make that conflict with any other - this can then be
refined with PTA information from the alias export).

The same is true for gcse-sm - any other RTL pass that may
be a problem?

Richard.


-- 


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

[Bug c/39605] "error: variable-size type declared outside of any function" is issued twice

[jsm28 at gcc dot gnu dot org]

--- Comment #2 from jsm28 at gcc dot gnu dot org  2009-04-01 14:41 ---
Subject: Bug 39605

Author: jsm28
Date: Wed Apr  1 14:41:06 2009
New Revision: 145405

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145405
Log:
PR c/39605
* c-decl.c (grokdeclarator): Pedwarn for file-scope array
declarator whose size is not an integer constant expression but
folds to an integer constant, then treat it as a constant
subsequently.

testsuite:
* gcc.dg/vla-17.c, gcc.dg/vla-18.c: New tests.
* gcc.dg/pr25682.c: Update expected diagnostics.

Added:
trunk/gcc/testsuite/gcc.dg/vla-17.c
trunk/gcc/testsuite/gcc.dg/vla-18.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-decl.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/pr25682.c


-- 


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

[Bug c/39605] "error: variable-size type declared outside of any function" is issued twice

[jsm28 at gcc dot gnu dot org]

--- Comment #3 from jsm28 at gcc dot gnu dot org  2009-04-01 14:46 ---
Fixed on trunk for 4.5.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||4.5.0
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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

[Bug tree-optimization/39604] [4.3/4.4/4.5 Regression] tree-ssa-sink breaks stack layout

[matz at gcc dot gnu dot org]

--- Comment #8 from matz at gcc dot gnu dot org  2009-04-01 14:47 ---
One other approach is to create new aliasing conflicts once we union
two stack partitions.  That would inhibit any invalid (after sharing)
transformations by RTL transformations downstream (when they look at only such
conflicts, i.e. TBAA).  If they also look at other disambiguation
possibilities then we indeed need to make the stack partition part of the IL 
and use it in the alias queries.


-- 


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

[Bug rtl-optimization/39607] [4.5 Regression] Revision 145309 caused ICE in emit_swap_insn, at reg-stack.c:827

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2009-04-01 14:53 ---
This is caused by revision 145309:

http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00816.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||vmakarov at redhat dot com
 Status|UNCONFIRMED |NEW
  Component|c++ |rtl-optimization
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-01 14:53:20
   date||
Summary|internal compiler error: in |[4.5 Regression] Revision
   |emit_swap_insn, at reg- |145309 caused ICE in
   |stack.c:827 |emit_swap_insn, at reg-
   ||stack.c:827
   Target Milestone|--- |4.5.0


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

[Bug c++/34691] [4.3/4.4/4.5 Regression] Default argument checking not performed after overload resolution with C linkage

[jason at gcc dot gnu dot org]

--- Comment #12 from jason at gcc dot gnu dot org  2009-04-01 15:21 ---
Fixed testcase #3.


-- 


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

[Bug c++/34691] [4.3/4.4/4.5 Regression] Default argument checking not performed after overload resolution with C linkage

[jason at gcc dot gnu dot org]

--- Comment #13 from jason at gcc dot gnu dot org  2009-04-01 15:29 ---
Created an attachment (id=17576)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17576&action=view)
Patch for testcase #1

Here's a patch that gives an error for testcase #1.  But it's not clear to me
that we ought to have two functions in the overload set to begin with.  For
instance, that means that adding

void (*fp)(int) = f;

gives an ambiguity error, while it doesn't on EDG.  If we were properly merging
the two used functions together, we would have already chosen one of the
default arguments by the time we get to the call, so this patch wouldn't have
two candidates to compare.

I suppose that it would be feasible to keep the two functions separate until
overload resolution and then fix resolve_address_of_overloaded_function to
combine them.


-- 


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

[Bug c++/39608] [4.4/4.5 Regression] 'expr' cannot appear in a constant-expression.

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-04-01 15:47 ---
Unless proven invalid it is.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||rejects-valid
  Known to fail||4.4.0
  Known to work||4.3.3
Summary|'expr' cannot appear in a   |[4.4/4.5 Regression] 'expr'
   |constant-expression.|cannot appear in a constant-
   ||expression.
   Target Milestone|--- |4.4.0


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

[Bug c++/35240] ICE with new in template parameter

[hjl at gcc dot gnu dot org]

--- Comment #4 from hjl at gcc dot gnu dot org  2009-04-01 15:56 ---
Subject: Bug 35240

Author: hjl
Date: Wed Apr  1 15:56:29 2009
New Revision: 145408

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145408
Log:
2009-04-01  H.J. Lu  

PR c++/35240
* g++.dg/template/pr35240.C: New.

Added:
trunk/gcc/testsuite/g++.dg/template/pr35240.C
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/35240] ICE with new in template parameter

[hjl at gcc dot gnu dot org]

--- Comment #5 from hjl at gcc dot gnu dot org  2009-04-01 15:59 ---
Subject: Bug 35240

Author: hjl
Date: Wed Apr  1 15:59:09 2009
New Revision: 145409

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145409
Log:
2009-04-01  H.J. Lu  

Backport from mainline:
2009-04-01  H.J. Lu  

PR c++/35240
* g++.dg/template/pr35240.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/pr35240.C
  - copied unchanged from r145408,
trunk/gcc/testsuite/g++.dg/template/pr35240.C
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/35240] ICE with new in template parameter

[hjl dot tools at gmail dot com]

--- Comment #6 from hjl dot tools at gmail dot com  2009-04-01 16:00 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
  Known to work||4.4.0 4.5.0
 Resolution||FIXED


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

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2009-04-01 16:12 ---
Even though the testcase in comment #2 compiles, it fails to link:

tmp/ccsV5xgT.o: In function `main':^M
pr4926-1.C:(.text+0x5): undefined reference to `X::Type foo()'^M
collect2: ld returned 1 exit status^M


-- 


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

[Bug target/39226] [4.4/4.5 Regression] gcc_assert (verify_initial_elim_offsets ()); ICE

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2009-04-01 16:19 ---
Subject: Bug 39226

Author: jakub
Date: Wed Apr  1 16:18:46 2009
New Revision: 145411

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145411
Log:
PR target/39226
* config/rs6000/rs6000.md (andsi3_internal5_nomc,
anddi3_internal2_nomc, anddi3_internal3_nomc): Removed.
(booldi3_internal3): Use boolean_or_operator instead of
boolean_operator.

* gcc.dg/pr39226.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr39226.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/rs6000.md
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

[paolo dot carlini at oracle dot com]

--- Comment #9 from paolo dot carlini at oracle dot com  2009-04-01 16:21 
---
I'm sorry, where is the definition of foo? Of course it doesn't link.


-- 


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

[Bug target/39226] [4.4/4.5 Regression] gcc_assert (verify_initial_elim_offsets ()); ICE

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2009-04-01 16:22 ---
Subject: Bug 39226

Author: jakub
Date: Wed Apr  1 16:22:17 2009
New Revision: 145412

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145412
Log:
PR target/39226
* config/rs6000/rs6000.md (andsi3_internal5_nomc,
anddi3_internal2_nomc, anddi3_internal3_nomc): Removed.
(booldi3_internal3): Use boolean_or_operator instead of
boolean_operator.

* gcc.dg/pr39226.c: New test.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr39226.c
  - copied unchanged from r145411, trunk/gcc/testsuite/gcc.dg/pr39226.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/rs6000/rs6000.md
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/35011] ICE with -fcheck-data-deps

[hjl at gcc dot gnu dot org]

--- Comment #11 from hjl at gcc dot gnu dot org  2009-04-01 16:29 ---
Subject: Bug 35011

Author: hjl
Date: Wed Apr  1 16:29:28 2009
New Revision: 145413

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145413
Log:
2009-04-01  H.J. Lu  

PR tree-optimization/35011
* g++.dg/other/pr35011.C: New.

Added:
trunk/gcc/testsuite/g++.dg/other/pr35011.C
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/35011] ICE with -fcheck-data-deps

[hjl at gcc dot gnu dot org]

--- Comment #12 from hjl at gcc dot gnu dot org  2009-04-01 16:31 ---
Subject: Bug 35011

Author: hjl
Date: Wed Apr  1 16:31:29 2009
New Revision: 145414

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145414
Log:
2009-04-01  H.J. Lu  

Backport from mainline:
2009-04-01  H.J. Lu  

PR tree-optimization/35011
* g++.dg/other/pr35011.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/pr35011.C
  - copied unchanged from r145413,
trunk/gcc/testsuite/g++.dg/other/pr35011.C
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/35011] ICE with -fcheck-data-deps

[hjl dot tools at gmail dot com]

--- Comment #13 from hjl dot tools at gmail dot com  2009-04-01 16:32 
---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to work||4.4.0 4.5.0
 Resolution||FIXED


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

incorrect simplifications for fixed-point rtl expressions

[Stefan M. Freudenberger]

Hello,

I am working with the current distribution of gcc 4.3.3.

The following two transformations are unsafe for (signed) fixed-point
numbers.  In both cases, a NEG operation is moved to the input of the MULT
(say, A).  However, if A is -1.0, then NEG A overflows, and the MULT yields
the wrong result.  Note that if the result of (-1.0 * B) is between -1.0 and
+1.0 than the NEG doesn't overflow (1st case); otherwise, it would be a user
error (undefined overflow behavior).

I didn't find this bug mentioned in the archives.  If it has been reported
before, please accept my apologies for sending a duplicate report.

Best regards,
Stefan Freudenberger

PS. I don't subscribe to gcc-bugs: please include me in replies.  Thank you.



$ LC_ALL=C TZ=UTC0 diff -Naur gcc-4.3.3-{ORIG,smf}/gcc/simplify-rtx.c
--- gcc-4.3.3-ORIG/gcc/simplify-rtx.c   2008-05-09 17:13:30.0 +
+++ gcc-4.3.3-smf/gcc/simplify-rtx.c2009-03-27 09:52:38.712334115 +
@@ -542,7 +542,8 @@
   /* (neg (mult A B)) becomes (mult (neg A) B).
 This works even for floating-point values.  */
   if (GET_CODE (op) == MULT
- && !HONOR_SIGN_DEPENDENT_ROUNDING (mode))
+ && !HONOR_SIGN_DEPENDENT_ROUNDING (mode)
+ && !SIGNED_FIXED_POINT_MODE_P (mode))
{
  temp = simplify_gen_unary (NEG, mode, XEXP (op, 0), mode);
  return simplify_gen_binary (MULT, mode, temp, XEXP (op, 1));
@@ -1933,6 +1934,7 @@
   /* Canonicalize (minus (neg A) (mult B C)) to
 (minus (mult (neg B) C) A).  */
   if (!HONOR_SIGN_DEPENDENT_ROUNDING (mode)
+ && !SIGNED_FIXED_POINT_MODE_P (mode)
  && GET_CODE (op1) == MULT
  && GET_CODE (op0) == NEG)
{
$ 

[Bug c/36892] Support __attribute__((deprecated("text string")))

[hjl dot tools at gmail dot com]

--- Comment #4 from hjl dot tools at gmail dot com  2009-04-01 16:46 ---
The updated patch is at

http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00087.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/2009-   |patches/2009-
   |02/msg00251.html|04/msg00087.html


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

[Bug c/33466] mixed-case suffix for decimal float constants

[janis at gcc dot gnu dot org]

--- Comment #9 from janis at gcc dot gnu dot org  2009-04-01 17:05 ---
Subject: Bug 33466

Author: janis
Date: Wed Apr  1 17:04:42 2009
New Revision: 145417

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145417
Log:
libcpp/
PR c/33466
* expr.c (interpret_float_suffix): Reject invalid suffix that uses
letters from decimal float and fixed-point suffixes.

gcc/testsuite
PR c/33466
* gcc.dg/cpp/pr33466.c: New test.
* gcc.dg/dfp/pr33466.c: New test.
* gcc.dg/fixed-point/pr33466.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/cpp/pr33466.c
trunk/gcc/testsuite/gcc.dg/dfp/pr33466.c
trunk/gcc/testsuite/gcc.dg/fixed-point/pr33466.c
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libcpp/ChangeLog
trunk/libcpp/expr.c


-- 


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

[Bug c++/29027] template conversion specialization found by using declaration

[janis at gcc dot gnu dot org]

--- Comment #3 from janis at gcc dot gnu dot org  2009-04-01 17:31 ---
Subject: Bug 29027

Author: janis
Date: Wed Apr  1 17:31:26 2009
New Revision: 145422

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145422
Log:
gcc/
PR c/29027
* c-lex.c (interpret_float): Default (no suffix) is double.

libcpp/
PR c/29027
* include/cpplib.h (CPP_N_DEFAULT): Define.
* expr.c (interpret_float_suffix): Recognize d or D for double,
return new value for default.
(cpp_classify_number): Issue pedwarn for use of d or D in suffix.

gcc/testsuite/
PR c/29027
* gcc.dg/fltconst-1.c: Don't error for use of d or D in suffix.
* gcc.dg/fltconst-2.c: New test.
* gcc.dg/fltconst-double-pedantic-1.c: New test.
* gcc.dg/fltconst-double-pedantic-2.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/fltconst-2.c
trunk/gcc/testsuite/gcc.dg/fltconst-double-pedantic-1.c
trunk/gcc/testsuite/gcc.dg/fltconst-double-pedantic-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-lex.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/fltconst-1.c
trunk/libcpp/ChangeLog
trunk/libcpp/expr.c
trunk/libcpp/include/cpplib.h


-- 


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

[Bug libstdc++/39610] New: ICE in libstdc++-v3/include in stage 3

[rainer at emrich-ebersheim dot de]

make[3]: Entering directory
`/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include'
mkdir -p ./i686-pc-cygwin/bits/extc++.h.gch
/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc/xgcc
-shared-libgcc -B/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc
-nostdinc++
-L/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/src
-L/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/src/.libs
-B/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/bin/
-B/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/lib/ -isystem
/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/include -isystem
/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/sys-include
-Winvalid-pch -x c++-header -g -O2  
-I/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin
-I/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include
-I/home/rainer/software/src/gcc-4.5.0/libstdc++-v3/libsupc++ -O2 -g
/home/rainer/software/src/gcc-4.5.0/libstdc++-v3/include/precompiled/extc++.h
-o i686-pc-cygwin/bits/extc++.h.gch/O2g.gch
In file included from
/home/rainer/software/src/gcc-4.5.0/libstdc++-v3/include/precompiled/extc++.h:59:
/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include/ext/throw_allocator.h:
In function 'std::ostream& __gnu_cxx::operator<<(std::ostream&, const
__gnu_cxx::throw_allocator_base&)':
/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include/ext/throw_allocator.h:289:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [i686-pc-cygwin/bits/extc++.h.gch/O2g.gch] Error 1
make[3]: Leaving directory
`/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include'


-- 
   Summary: ICE in libstdc++-v3/include in stage 3
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rainer at emrich-ebersheim dot de
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


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

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

[hjl at gcc dot gnu dot org]

--- Comment #10 from hjl at gcc dot gnu dot org  2009-04-01 18:09 ---
Subject: Bug 4926

Author: hjl
Date: Wed Apr  1 18:09:21 2009
New Revision: 145423

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145423
Log:
2009-04-01  H.J. Lu  

PR c++/4926
* g++.dg/template/pr4926-1.C: New.

Added:
trunk/gcc/testsuite/g++.dg/template/pr4926-1.C
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

[hjl at gcc dot gnu dot org]

--- Comment #11 from hjl at gcc dot gnu dot org  2009-04-01 18:11 ---
Subject: Bug 4926

Author: hjl
Date: Wed Apr  1 18:10:52 2009
New Revision: 145424

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145424
Log:
2009-04-01  H.J. Lu  

Backport from mainline:
2009-04-01  H.J. Lu  

PR c++/4926
* g++.dg/template/pr4926-1.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/pr4926-1.C
  - copied unchanged from r145423,
trunk/gcc/testsuite/g++.dg/template/pr4926-1.C
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions

[hjl dot tools at gmail dot com]

--- Comment #12 from hjl dot tools at gmail dot com  2009-04-01 18:13 
---
The testcase in the first attachment still failed to compile as of
revision 145378:

[...@gnu-6 gcc]$ ./xgcc -B./ -S
/export/gnu/src/gcc-work/gcc/gcc/testsuite/g++.dg/template/foo.ii
/export/gnu/src/gcc-work/gcc/gcc/testsuite/g++.dg/template/foo.ii: In function
‘int main()’:
/export/gnu/src/gcc-work/gcc/gcc/testsuite/g++.dg/template/foo.ii:45: sorry,
unimplemented: mangling template_id_expr
/export/gnu/src/gcc-work/gcc/gcc/testsuite/g++.dg/template/foo.ii:45: sorry,
unimplemented: mangling template_id_expr
/export/gnu/src/gcc-work/gcc/gcc/testsuite/g++.dg/template/foo.ii:45: sorry,
unimplemented: mangling template_id_expr
[...@gnu-6 gcc]$ 

Is this expected?


-- 


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

[Bug target/39226] [4.4/4.5 Regression] gcc_assert (verify_initial_elim_offsets ()); ICE

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2009-04-01 18:24 ---
Fixed.


-- 


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

[Bug target/39226] [4.4/4.5 Regression] gcc_assert (verify_initial_elim_offsets ()); ICE

[jakub at gcc dot gnu dot org]

--- Comment #10 from jakub at gcc dot gnu dot org  2009-04-01 18:24 ---
So closing.


-- 

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

[Bug inline-asm/39590] inline asm %z on amd64 says "ll" instead of "q"

[hjl dot tools at gmail dot com]

--- Comment #10 from hjl dot tools at gmail dot com  2009-04-01 19:09 
---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00112.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||04/msg00112.html
   Target Milestone|--- |4.5.0


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

[Bug rtl-optimization/39588] [4.3/4.4/4.5 Regression] internal compiler error: in trunc_int_for_mode, at explow.c:55

[ebotcazou at gcc dot gnu dot org]

--- Comment #4 from ebotcazou at gcc dot gnu dot org  2009-04-01 20:46 
---
Subject: Bug 39588

Author: ebotcazou
Date: Wed Apr  1 20:46:30 2009
New Revision: 145430

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145430
Log:
PR rtl-optimization/39588
* combine.c (merge_outer_ops): Do not set the constant when this
is not necessary.
(simplify_shift_const_1): Do not modify it either in this case.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20090401-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/39588] [4.3/4.4/4.5 Regression] internal compiler error: in trunc_int_for_mode, at explow.c:55

[ebotcazou at gcc dot gnu dot org]

--- Comment #5 from ebotcazou at gcc dot gnu dot org  2009-04-01 20:47 
---
Subject: Bug 39588

Author: ebotcazou
Date: Wed Apr  1 20:47:37 2009
New Revision: 145431

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145431
Log:
PR rtl-optimization/39588
* combine.c (merge_outer_ops): Do not set the constant when this
is not necessary.
(simplify_shift_const_1): Do not modify it either in this case.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/20090401-1.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/combine.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/39588] [4.3/4.4/4.5 Regression] internal compiler error: in trunc_int_for_mode, at explow.c:55

[ebotcazou at gcc dot gnu dot org]

--- Comment #6 from ebotcazou at gcc dot gnu dot org  2009-04-01 20:48 
---
Subject: Bug 39588

Author: ebotcazou
Date: Wed Apr  1 20:48:33 2009
New Revision: 145432

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145432
Log:
PR rtl-optimization/39588
* combine.c (merge_outer_ops): Do not set the constant when this
is not necessary.
(simplify_shift_const_1): Do not modify it either in this case.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/compile/20090401-1.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/combine.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/39588] [4.3/4.4/4.5 Regression] internal compiler error: in trunc_int_for_mode, at explow.c:55

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2009-04-01 20:51 
---
Thanks for the reduced testcase.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug ada/39611] New: 4.4/4.5 check-gnat broken after successful build

[anhvofrcaus at gmail dot com]

Error message below is from building gcc-4.5.0. It happens the same way for
gcc-4.4.0.

[cascsd10601]:{98#}% make -C gcc check-gnat
make: Entering directory `/home/voax/linux/build-4.5.0/gcc'
test -d testsuite || mkdir testsuite
test -d testsuite/gnat || mkdir testsuite/gnat
(rootme=`${PWDCMD-pwd}`; export rootme; \
srcdir=`cd ../../gcc-4.5-20090327/gcc; ${PWDCMD-pwd}` ; export srcdir ; \
cd testsuite/gnat; \
rm -f tmp-site.exp; \
sed '/set tmpdir/ s|testsuite|testsuite/gnat|' \
< ../../site.exp > tmp-site.exp; \
/bin/sh ${srcdir}/../move-if-change tmp-site.exp site.exp; \
EXPECT=`if [ -f ${rootme}/../expect/expect ] ; then echo
${rootme}/../expect/eect ; else echo expect ; fi` ; export EXPECT ; \
if [ -f ${rootme}/../expect/expect ] ; then  \
   TCL_LIBRARY=`cd .. ; cd ${srcdir}/../tcl/library ; ${PWDCMD-pwd}` ; \
export TCL_LIBRARY ; fi ; \
`if [ -f ${srcdir}/../dejagnu/runtest ] ; then echo ${srcdir}/../dejagnu/runte
; else echo runtest; fi` --tool gnat )
/bin/sh: runtest: command not found
make: [check-gnat] Error 127 (ignored)
make: Leaving directory `/home/voax/linux/build-4.5.0/gcc'


-- 
   Summary: 4.4/4.5 check-gnat broken after successful build
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug ada/39611] 4.4/4.5 check-gnat broken after successful build

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2009-04-01 23:50 ---
Do you have dejagnu installed?


-- 


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

[Bug ada/39611] 4.4/4.5 check-gnat broken after successful build

[anhvofrcaus at gmail dot com]

--- Comment #2 from anhvofrcaus at gmail dot com  2009-04-02 00:29 ---
I just checked to make sure I have it. It turns out that my linux box does not
have dejagnu installed. Therefore, I would like to withdraw this bug report.


-- 


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

[Bug ada/39611] 4.4/4.5 check-gnat broken after successful build

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2009-04-02 01:04 ---
Closing as works for me then.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug target/39530] [4.3/4.4/4.5 regression] runtime_error text not shown

[dannysmith at users dot sourceforge dot net]

--- Comment #8 from dannysmith at users dot sourceforge dot net  2009-04-02 
04:20 ---
(In reply to comment #5)
> (In reply to comment #3)
> > terminate called after throwing an instance of 'std::runtime_error'
> >   what():  ouch
> 
> Yes, this is the part that's missing for me.
> 
With gcc-4.4.0, built from FSF sources, I get 
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
terminate called after throwing an instance of 'std::runtime_error'
  what():  ouch

With gcc-4.3.3, built from FSF sources, I get
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
terminate called after throwing an instance of 'std::runtime_error'
  what():  ouch

I have not tested "4.3.3-dw2-tdm-1"  which you report as  the faulty build.
Contrary to Kai Tietz assumption, it has nothing to do with  mingw.org.
Neither does it have anything to do with FSF gcc.  Please report your bug to
"tdm"


-- 


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

[Bug c/39612] New: Incorrect warning issued Re variable *is* used uninitialized in this function

[tony at bakeyournoodle dot com]

GCC Version: gcc (gcc version 4.4.0 20090307 (Red Hat 4.4.0-0.23) (GCC)
Distribution: Fedora Rawhide.

The attached pre-processed code generates:
f.i: In function ‘f2’:
f.i:19: warning: ‘inter’ is used uninitialized in this function

I believe that this warning is incorrect.


-- 
   Summary: Incorrect warning issued Re variable *is* used
uninitialized in this function
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tony at bakeyournoodle dot com
 GCC build triplet: ppc64-redhat-linux
  GCC host triplet: ppc64-redhat-linux
GCC target triplet: ppc64-redhat-linux


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

[Bug c/39612] Incorrect warning issued Re variable *is* used uninitialized in this function

[tony at bakeyournoodle dot com]

--- Comment #1 from tony at bakeyournoodle dot com  2009-04-02 04:35 ---
Created an attachment (id=17577)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17577&action=view)
Preprocess code to so problem

compile with: gcc -Os -Wall -Wundef -o /dev/null -c f.i

As you can see the 2 functions f1 and f2, are the same expect for the size of
the array.  Only f2() generates the warning.  -Os is needed, other -O levels do
not show the problem


-- 


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

[Bug target/36800] va_arg for _Decimal128 on 32-bit Power mishandled in certain cases

[bje at gcc dot gnu dot org]

--- Comment #1 from bje at gcc dot gnu dot org  2009-04-02 05:08 ---
Testing a patch.


-- 


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

[Bug c/39613] New: gcc 20090331 produces an error at mce64.c in kernel 2.6.29

[kdebugs at hotmail dot com]

Kernel won't compile at mce64.c in directory
/usr/src/zen-sources/arch/x86/kernel/cpu/mcheck.  But it will compile with
gcc-4.3.3.
-
-
linux-2.6.29-zen1
gcc svn version 20090331-x86_64
environment variables: export CC="gcc -Wp,-K -Wp,-W0 -save-temps " export
CXX="g++ -Wp,-K -Wp,-W0 -save-temps "
-
-
Output of gcc -v:

Using built-in specs.
Target: x86_64-pc-linux
Configured with: ../gcc-20090331/configure --prefix=/usr --libdir=/usr/lib
--enable-shared --enable-bootstrap
--enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix
--enable-checking=release --with-system-zlib --disable-libunwind-exceptions
--enable-__cxa_atexit --disable-libssp --with-gnu-ld --verbose
--disable-multilib --target=x86_64-pc-linux --build=x86_64-pc-linux
--host=x86_64-pc-linux
Thread model: posix
gcc version 4.5.0 20090331 (experimental) (GCC)
-
-
Error message:

  CC  arch/x86/kernel/cpu/mcheck/mce_64.o
arch/x86/kernel/cpu/mcheck/mce_64.c: In function 'mce_ioctl':
arch/x86/kernel/cpu/mcheck/mce_64.c:652: error: case label does not reduce to
an integer constant
arch/x86/kernel/cpu/mcheck/mce_64.c:654: error: case label does not reduce to
an integer constant
arch/x86/kernel/cpu/mcheck/mce_64.c:656: error: case label does not reduce to
an integer constant
make[3]: *** [arch/x86/kernel/cpu/mcheck/mce_64.o] Error 1
make[2]: *** [arch/x86/kernel/cpu/mcheck] Error 2
make[1]: *** [arch/x86/kernel/cpu] Error 2
make: *** [arch/x86/kernel] Error 2
-
-
Attached mce_64.i


-- 
   Summary: gcc 20090331 produces an error at mce64.c in kernel
2.6.29
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kdebugs at hotmail dot com
 GCC build triplet: x86_64-pc-linux
  GCC host triplet: x86_64-pc-linux
GCC target triplet: x86_64-pc-linux


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

[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29

[kdebugs at hotmail dot com]

--- Comment #1 from kdebugs at hotmail dot com  2009-04-02 05:47 ---
Created an attachment (id=17578)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17578&action=view)
mce_64.i preprocessed file from kernel 2.6.29-zen

To create this file I used these environment variables in my /etc/profile:
export CC="gcc -Wp,-K -Wp,-W0 -save-temps " export CXX="g++ -Wp,-K -Wp,-W0
-save-temps "


-- 


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