--- 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 rema
--- 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_string, std::allocator >::basic_string(char*,
char*, std::allocator const&)
On 11/13/2009 04:16 PM, hubicka at ucw dot cz wrote:
> I am confused why I get link error given
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=19013&action=view)
Testcase
gcc -flto -fuse-linker-plugin chew.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4203
--- 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=19014&action=view)
Backtrace
gcc version 4.5.0 20091112 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
`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=19015&action=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 we
--- 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
Status|UNCONF
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 'o
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 - 120 of 120 matches
Mail list logo
