--- 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=gccview=revrev=145391
Log:
PR other/39591
* omp-low.c (remove_exit_barrier):
--- 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=gccview=revrev=145390
Log:
PR other/39591
* omp-low.c (remove_exit_barrier):
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
--- 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=17574action=view)
bzipped foo.cpp file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39607
--- 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
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_bitsetBlock,
Allocator::count() const':
t.ii:30558: error: 'mode' cannot appear in a constant-expression
t.ii:30558: error:
--- 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=17575action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39608
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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.
--
--- 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
--- 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?
--- 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
--- 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.
--- 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)
--- 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
--- 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
--- 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=gccview=revrev=145401
Log:
PR c/37772
* c-parser.c (c_parser_asm_statement):
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
--- 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=gccview=revrev=145402
Log:
PR c/37772
* c-parser.c (c_parser_asm_statement):
--- 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
--- 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
--- 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
--- 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
--- 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.
--
--- Comment #16 from joseph at codesourcery dot com 2009-04-01 14:26
---
Subject: Re: stdint.h-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:
--- 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
--- 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=gccview=revrev=145405
Log:
PR c/39605
* c-decl.c (grokdeclarator): Pedwarn
--- 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
--- 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
--- 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
--- 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
--- 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=17576action=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
--- 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
--- 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=gccview=revrev=145408
Log:
2009-04-01 H.J. Lu hongjiu...@intel.com
PR c++/35240
--- 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=gccview=revrev=145409
Log:
2009-04-01 H.J. Lu hongjiu...@intel.com
Backport from
--- 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
--- 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 `Xsizeof
((P(((F)())())).array)::Type fooF()'^M
collect2: ld
--- 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=gccview=revrev=145411
Log:
PR target/39226
* config/rs6000/rs6000.md
--- 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
--- 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=gccview=revrev=145412
Log:
PR target/39226
* config/rs6000/rs6000.md
--- 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=gccview=revrev=145413
Log:
2009-04-01 H.J. Lu hongjiu...@intel.com
PR
--- 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=gccview=revrev=145414
Log:
2009-04-01 H.J. Lu hongjiu...@intel.com
Backport from
--- 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
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
--- 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
--- 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=gccview=revrev=145417
Log:
libcpp/
PR c/33466
* expr.c
--- 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=gccview=revrev=145422
Log:
gcc/
PR c/29027
* c-lex.c (interpret_float):
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
--- 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=gccview=revrev=145423
Log:
2009-04-01 H.J. Lu hongjiu...@intel.com
PR c++/4926
--- 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=gccview=revrev=145424
Log:
2009-04-01 H.J. Lu hongjiu...@intel.com
Backport from
--- 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
--- 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
--- 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
--- 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
(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
(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
(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
--- 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
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
--- 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
--- 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
--- 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
--- 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 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.
--
--- 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=17577action=view)
Preprocess code to so problem
compile with: gcc -Os -Wall -Wundef -o /dev/null -c f.i
As you can see the 2
--- 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
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
--- 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=17578action=view)
mce_64.i preprocessed file from kernel 2.6.29-zen
To create this file I used these environment variables in my
73 matches
Mail list logo
