--- Comment #10 from dominiq at lps dot ens dot fr 2009-11-13 20:43 ---
So you can narrow it down to between revision 152380 and 152615.
My bracket is 152431 (no failures) and 152615 (failures).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
--- Comment #6 from paolo dot carlini at oracle dot com 2009-11-13 20:51
---
Note that, as far as I have been told by Richard, the warning itself doesn't
point to an actual miscompilation in 4.4, because (PRE, etc.) aren't strong
enough. Thus, first people should double check that, and
Hi,
compiling tramp3d with -fwhole-program leads to:
/home/jh/gcc-install/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../lib64/libstdc++.a(sstream-inst.o):
In function `std::basic_stringbufchar, std::char_traitschar,
std::allocatorchar ::str() const':
Hi,
compiling tramp3d with -fwhole-program leads to:
/home/jh/gcc-install/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../lib64/libstdc++.a(sstream-inst.o):
In function `std::basic_stringbufchar, std::char_traitschar,
std::allocatorchar ::str() const':
--- Comment #3 from hubicka at ucw dot cz 2009-11-13 21:01 ---
Subject: Re: libstdc++ seems to miss std::basic_stringchar,
std::char_traitschar, std::allocatorchar ::basic_stringchar*(char*,
char*, std::allocatorchar const)
This fails with --static only:
--- Comment #2 from sc09q4 at bullseye dot com 2009-11-13 21:04 ---
Let's look at these tokens T()(int()) in detail.
(1) Yes T() looks like a function declarator:
T()(int())
111
(2) Then follows something in parenthesis, which looks a lot like C++03
direct-declarator rule #2,
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-13 21:07 ---
*** This bug has been marked as a duplicate of 29234 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-13 21:07 ---
*** Bug 42034 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from paolo dot carlini at oracle dot com 2009-11-13 21:10
---
I see. Seems a compiler problem indeed, because, as Jason mentioned, the
template is explicitly instantiated in string-inst.cc and marked to be exported
in the linker script for the *.so. I have no idea what
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-11-13 21:13 ---
Created an attachment (id=19012)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19012action=view)
Proposed fix.
Proposed fix I am currently bootstrapping.
--
--- Comment #5 from hubicka at ucw dot cz 2009-11-13 21:16 ---
Subject: Re: libstdc++ seems to miss std::basic_stringchar,
std::char_traitschar, std::allocatorchar ::basic_stringchar*(char*,
char*, std::allocatorchar const)
I see. Seems a compiler problem indeed, because, as Jason
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-13 21:58 ---
*** This bug has been marked as a duplicate of 42033 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-11-13 21:58 ---
*** Bug 42035 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42033
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-13 21:59 ---
*** This bug has been marked as a duplicate of 42033 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-11-13 21:59 ---
*** Bug 42036 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42033
--- Comment #5 from longb at cray dot com 2009-11-13 22:19 ---
I tried 4.4.2 and do not any longer see the segfault on the Cray XT system. I
suspect this was fixed by addressing the problem noted in Comment #3.
The original problem of not issuing the error message at compile time
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-13 23:11 ---
I think this is the same as bug 7221.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42011
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-11-13 23:12 ---
I think this is related to PR 7221.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jason at redhat dot com 2009-11-13 23:18 ---
Subject: Re: libstdc++ seems to miss std::basic_stringchar,
std::char_traitschar, std::allocatorchar ::basic_stringchar*(char*,
char*, std::allocatorchar const)
On 11/13/2009 04:16 PM, hubicka at ucw dot cz wrote:
I
lto1: internal compiler error: vector VEC(ld_plugin_symbol_resolution_t,heap)
grow domain error, in lto_resolution_read at lto/lto.c:313
--
Summary: grow domain error in lto1
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2009-11-13
23:52 ---
Created an attachment (id=19013)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19013action=view)
Testcase
gcc -flto -fuse-linker-plugin chew.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42037
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-11-13
23:53 ---
Created an attachment (id=19014)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19014action=view)
Backtrace
gcc version 4.5.0 20091112 (experimental)
--
`g++ bug.cc' causes this error:
bug.cc: In function 'void f()':
bug.cc:5:20: error: '__cxa_begin_catch' cannot be used as a function
bug.cc:5:20: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in useless_type_conversion_p, at tree-ssa.c:1221
--
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-14 00:15
---
And bug.cc is...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-11-14
01:31 ---
Created an attachment (id=19015)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19015action=view)
The bug.cc file
Sorry, forgot it. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42038
--- Comment #3 from paolo dot carlini at oracle dot com 2009-11-14 01:58
---
Funny, and I agree the compiler should behave more gracefully, but this code is
invalid per 17.4.3.1.2: names containing a double underscore are reserved.
--
paolo dot carlini at oracle dot com changed:
--- Comment #14 from rth at gcc dot gnu dot org 2009-11-14 02:22 ---
This is a linker bug. Recompiling without -g, so as to get error messages
without the unhelpful symbolic interpretation, I can reproduce
msmpeg4.c:(.text.unlikely+0xbe2): relocation truncated to fit: GPREL22 against
Looking at msmpeg4.s from PR 41567, build with -O2 -fPIC, we see
.LC2:
data8 mv_tables#+72
...
addl r14 = @gprel(.LC2), gp
We should not have spilled that address to the constant pool.
Add -mno-sdata and it gets worse -- LC2 moves from .sdata to
the .data.rel.ro section but
--- Comment #4 from reichelt at gcc dot gnu dot org 2009-11-14 03:31
---
Fixed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
This code shows that the definitions for omp_integer_kind and omp_logical_kind
are missing from the omp_lib.h include file. If the module is used instead,
there is no error.
! derived from OpenMP test omp3f/F03_3_2_11_1a.f90
program F03_3_2_11_1a
! use omp_lib
implicit none
include
Test code:
! checking gcc/4.4.1 and gcc/4.4.2 for __x86_64__ defined
#ifndef __x86_64__
print *, '__x86_64__ not defined'
#endif
print *, 'End of Test'
end
Output for 4.4.2 and 4.4.1:
aprun -n 1 ./x
__x86_64__ not defined
End of Test
Application 2193686 resources: utime 0, stime 0
101 - 131 of 131 matches
Mail list logo