Segmentation fault on gcc 4.3.4
On gcc 3.4.6 not affected
gcc chk.c
g++ chk.cpp
=== chk.c or chk.cpp
#include
int main()
{
char *mystr;
mystr=NULL;
printf("%s\n", mystr); //fault
// printf("%s", mystr); //not fault
// printf("%s\n%s\n", mystr, mys
--- Comment #1 from regehr at cs dot utah dot edu 2009-10-21 04:13 ---
Created an attachment (id=18848)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18848&action=view)
failure inducing input
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41775
ome/regehr/z/tmp/gcc-r153044-install/libexec/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-lto
--prefix=/home/regehr/z/tmp/gcc-r153044-install --program-prefix=r153044-
--enable-languages=c,c++
Thread model: posix
gcc version 4.5.
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-10-21 03:04
---
With your patch, I am not seeing the double free. But I do get this:
85078576
85078520
85078576
85078576
2 2
==27755==
==27755== ERROR SU
--- Comment #2 from ghazi at gcc dot gnu dot org 2009-10-21 01:48 ---
I would prefer a solution that does not involve linking xgcc and cpp with
libgmp since that links in unecessary code and/or yields a runtime penalty for
loading the shared library.
It's unusual that we've only just no
--- Comment #3 from hjl dot tools at gmail dot com 2009-10-21 00:52 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-lto
--prefix=/home/regehr/z/tmp/gcc-r153044-install --program-prefix=r153044-
--enable-languages=c,c++
Thread model: posix
gcc version 4.5.0 20091020 (experimental) (GCC)
reg...@john-home:~/volatile/tmp208$ cat small.cpp
namespa
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-20
23:12 ---
Subject: Re: g++.dg/debug/dwarf2/icf.C
> The insn UID is changed when the call_insn is split, so the vtable slot index
> can't be found when it's time to build the vcall table.
So, it seems this is a midd
--- Comment #4 from danglin at gcc dot gnu dot org 2009-10-20 22:46 ---
Subject: Bug 41702
Author: danglin
Date: Tue Oct 20 22:46:16 2009
New Revision: 153043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153043
Log:
Backport from mainline:
2009-10-15 John Davi
--- Comment #3 from danglin at gcc dot gnu dot org 2009-10-20 22:44 ---
Subject: Bug 41702
Author: danglin
Date: Tue Oct 20 22:44:08 2009
New Revision: 153042
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153042
Log:
Backport from mainline:
2009-10-15 John Davi
--- Comment #10 from paolo dot carlini at oracle dot com 2009-10-20 22:15
---
I meant info about __restrict__ of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41763
--- Comment #9 from paolo dot carlini at oracle dot com 2009-10-20 22:14
---
Fixed, anyway.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from paolo dot carlini at oracle dot com 2009-10-20 22:14
---
Ok, thanks Jakub. By the way, I was looking for some info about export, beyond
C99 and the GCC specifics, and found docs about the IBM compiler saying that in
case of pointers to const, it is still safe to use
--- Comment #4 from paolo dot carlini at oracle dot com 2009-10-20 22:02
---
Done
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|
--- Comment #3 from paolo at gcc dot gnu dot org 2009-10-20 21:54 ---
Subject: Bug 41773
Author: paolo
Date: Tue Oct 20 21:54:22 2009
New Revision: 153040
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153040
Log:
2009-10-20 Paolo Carlini
PR libstdc++/41773
R
--- Comment #10 from spop at gcc dot gnu dot org 2009-10-20 21:53 ---
Subject: Re: [4.5 Regression] apparent integer
wrong code bug
> The problem is that we follow SSA edges into loops that may not be executed.
It is correct to follow SSA edges in loops that may not execute,
--- Comment #2 from paolo dot carlini at oracle dot com 2009-10-20 21:48
---
Ok, I'm going to revert it for now, crazy.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #4 from burnus at gcc dot gnu dot org 2009-10-20 21:45 ---
Working: 2009-01-16-r143426
Failing: 2009-01-17-r143463
Possibly caused by:
r143462 | pault | 2009-01-17 12:32:02 +0100 (Sat, 17 Jan 2009) | 17 lines
http://gcc.gnu.org/viewcvs?view=rev&revision=143462
2009-01-17
--- Comment #1 from hjl dot tools at gmail dot com 2009-10-20 21:21 ---
Revision 153021 is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41773
--- Comment #7 from paolo at gcc dot gnu dot org 2009-10-20 21:21 ---
Subject: Bug 41763
Author: paolo
Date: Tue Oct 20 21:21:11 2009
New Revision: 153039
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153039
Log:
2009-10-20 Paolo Carlini
PR libstdc++/41763
*
--- Comment #3 from burnus at gcc dot gnu dot org 2009-10-20 21:16 ---
Reduced testcase. The problem is - as often - the empty array section.
With 4.1, 4.2 and 4.3 it works, while with 4.4 and 4.5 I get a segfault.
module m
implicit none
contains
pure function str_vs(vs) result(s)
On Linux/ia32, revision 153024 has many failures:
http://gcc.gnu.org/ml/gcc-regression/2009-10/msg00193.html
It may be caused by revision 153023:
http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00676.html
--
Summary: [4.5 Regression] Many libstdc++ failures
Product: gcc
--- Comment #6 from jakub at gcc dot gnu dot org 2009-10-20 21:15 ---
Not compared with other arguments to be precise. It is fine to have
void foo (int *__restrict__ p, int *__restrict__ q)
{
int *r = p + 10;
while (p != r)
*p++ = *q++;
}
Although p is compared here, it is compa
--- Comment #7 from astrange at ithinksw dot com 2009-10-20 21:10 ---
Tried with SVN today and it's fixed:
L6:
incb(%ebx)
jmp L12
.align 4,0x90
Close if you want; I don't think it's worth finding when this happened.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #12 from janus at gcc dot gnu dot org 2009-10-20 20:54 ---
Here is a simple patch which cures the segfault in comment #9. However it does
not tackle the double-free issue.
Index: libgfortran/intrinsics/pack_generic.c
=
--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-20 20:31 ---
For input.xml "" is enough.
Valgrind shows the following (and some more str_vs / vs_str / str_alloc invalid
reads). str_vs and vs_str convert (TRANSFER) a multi-character string into a
char(1) array and vice versa.
--- Comment #11 from janus at gcc dot gnu dot org 2009-10-20 20:15 ---
Ok, I have identified the place in libgfortran where the segfault happens:
#0 *_gfortran_pack (ret=0x7fffec3ca650, array=0x7fffec3ca620,
mask=0x7fffec3ca440, vector=0x0) at
/home/jweil/gcc45/trunk/libgfortran/intrin
--- Comment #10 from janus at gcc dot gnu dot org 2009-10-20 20:06 ---
I have re-checked the F03 standard to verify that the first argument of PACK
can indeed be of arbitrary type:
13.7.89 PACK (ARRAY, MASK [, VECTOR])
Description. Pack an array into an array of rank one under the contr
--- Comment #9 from janus at gcc dot gnu dot org 2009-10-20 19:56 ---
Apart from the double free issue, there might be a more fundamental problem
with PACK and arrays of derived types. For me, Tobias' test case from comment
#8 segfaults already in the call to _gfortran_pack, and so does
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-20 19:52 ---
Created an attachment (id=18846)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18846&action=view)
input.xml
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41772
Non-reduced testcase:
wget http://www.uszla.me.uk/FoX/source/FoX-4.0.4.tar.gz
tar xfz FoX-4.0.4.tar.gz
cd FoX-4.0.4 && ./configure FC=gfortran && make -j4
cat < fox.f90
use FoX_dom
implicit none
type(Node), pointer :: doc
type(DOMConfiguration),pointer :: config
config => newDOMConfig()
call setP
--- Comment #1 from ro at gcc dot gnu dot org 2009-10-20 19:16 ---
Created an attachment (id=18845)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18845&action=view)
Patch to make inline work with Sun Studio 12.1 cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41771
I suppose mainline is affected as well, but I've first got a report about this
and
tested on GCC 4.4.2.
Bootstrapping GCC 4.4.2 on Solaris 11/SPARC and Solaris 10/x86 with Sun Studio
12.1 fails in stage 1 linking xgcc:
Undefined first referenced
symbol
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last recon
On the "test" data set, (not the "ref" data set) of 434.zeusmp
there is a miscompare when using -fgraphite-identity.
This failure appeared with my patch to handle reductions:
Rewrite reductions out of SSA.
2009-07-28 Sebastian Pop
* graphite-sese-to-poly.c (loop_entry_phi_arg): New.
GCC compiles and runs this code "correctly":
void f(void operator+()) { operator+(); }
void g() { }
int main() { f(g); }
It should reject the parameter name, because "operator+" is not an identifier.
--
Summary: Parameter names not restricted to identifiers
Product: gcc
--- Comment #16 from rainer at emrich-ebersheim dot de 2009-10-20 18:16
---
Created an attachment (id=18844)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18844&action=view)
assembler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #15 from rainer at emrich-ebersheim dot de 2009-10-20 18:15
---
Created an attachment (id=18843)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18843&action=view)
assembler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #14 from rainer at emrich-ebersheim dot de 2009-10-20 18:14
---
Created an attachment (id=18842)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18842&action=view)
preproccessed source
ipa-sra, no-inline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #13 from rainer at emrich-ebersheim dot de 2009-10-20 18:13
---
Created an attachment (id=18841)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18841&action=view)
preproccessed source
no-ipa-sra, no-inline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #5 from paolo dot carlini at oracle dot com 2009-10-20 18:12
---
Ok, thanks, now I have a better picture. As a matter of fact, in *most* of the
cases we should be *only* comparing pointers to the same object, I think this
is the only case guaranteed to behave sanely under th
--- Comment #2 from ronis at ronispc dot chem dot mcgill dot ca 2009-10-20
18:06 ---
Shouldn't gjar be built (and used) by the bootstrap build? It seems that it
was:
find -name gjar -ls
41083574 -rwxr-xr-x 1 ronisronis2048 Oct 20 02:27
./i686-pc-linux-gnu/libjava/cl
--- Comment #12 from rainer at emrich-ebersheim dot de 2009-10-20 18:04
---
First of all, it's nearly impossible to create a short self contained test
case, at least for me. The function get_got in bfd/elf64-ia64.c shows the
issue.
Resolving the dependencies of this function is like ope
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-20 17:59 ---
The gjar you have installed is broken.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
I configured with default CFLAGS and with:
$ ../gcc/configure --host=i686-pc-linux-gnu --prefix=/usr --with-gnu-as
--enable-shared --with-gnu-ld --enable-threads=posix
--with-ecj-jar=/usr/share/java/ecj.jar
--enable-languages=c,c++,fortran,java,objc
The java component of the build dies with:
lib
tions seemed to
be OK.
I tested with GNU C (GCC) version 4.5.0 20091020 (experimental) [trunk revision
153012]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
--- Comment #4 from espindola at gcc dot gnu dot org 2009-10-20 17:55
---
Created an attachment (id=18840)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18840&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
--- Comment #3 from espindola at gcc dot gnu dot org 2009-10-20 17:55
---
Created an attachment (id=18839)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18839&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
--- Comment #2 from espindola at gcc dot gnu dot org 2009-10-20 17:55
---
Created an attachment (id=18838)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18838&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
--- Comment #1 from espindola at gcc dot gnu dot org 2009-10-20 17:54
---
Created an attachment (id=18837)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18837&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41767
To reproduce:
cc1 c-typeck.i -quiet -O2 -flto -o c-typeck.s
cc1 c-parser.i -quiet -O2 -flto -o c-parser.s
as -o c-typeck.o c-typeck.s
as -o c-parser.o c-parser.s
lto1 -O2 c-typeck.o c-parser.o -o /dev/null
--
Summary: assertion in tree-sra.c
Product: gcc
Vers
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-20 17:48 ---
Well, make sure we don't use it when two different pointers point into the same
object. As in this example, both __b and __e are begin and end pointers within
the same object or one byte after the end of it. And __re
--- Comment #3 from paolo dot carlini at oracle dot com 2009-10-20 17:28
---
Thanks Gaby. Thus, if I understand the issue correctly, we have to be less
aggressive about __restrict__ and make sure we don't use it when we compare
pointers to different objects. I can work on the change.
--- Comment #1 from janus at gcc dot gnu dot org 2009-10-20 17:17 ---
Mine. Preliminary patch:
Index: gcc/fortran/match.c
===
--- gcc/fortran/match.c (Revision 153009)
+++ gcc/fortran/match.c (Arbeitskopie)
@@ -4047,9 +4047
--- Comment #3 from burnus at gcc dot gnu dot org 2009-10-20 17:14 ---
Probably indeed PR 40328 - at least it works at home. Close as WORKSFORME.
(I really hate the half-broken (broken lib dependency for some
/usr/{,local}/bin files) and darn old (Fedora 6) system at work!)
--
burnus
Test case:
implicit none
type t1
integer :: a
end type
type, extends(t1) :: t2
integer :: b
end type
class(t1),pointer :: cp
allocate(t2 :: cp)
select type (cp)
type is (t2)
call s(cp)
end select
contains
subroutine s(f)
type(t2), intent(inout) :: f
end subrou
--- Comment #2 from gdr at cs dot tamu dot edu 2009-10-20 16:42 ---
Subject: Re: valarray_array.h seems to overuse __restrict__
"paolo dot carlini at oracle dot com" writes:
| I think this line, in general all the uses of __restrict__ in valarray are
| *very* old... Let's CC Gaby, in
--- Comment #1 from paolo dot carlini at oracle dot com 2009-10-20 16:32
---
I think this line, in general all the uses of __restrict__ in valarray are
*very* old... Let's CC Gaby, in case he has some comments.
--
paolo dot carlini at oracle dot com changed:
What|Rem
--- Comment #3 from aph at gcc dot gnu dot org 2009-10-20 16:01 ---
Subject: Bug 28474
Author: aph
Date: Tue Oct 20 16:01:21 2009
New Revision: 153021
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153021
Log:
2009-10-20 Joel Dice
PR java/28474
* mangle_name.c
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-20 15:56 ---
Works for me with todays trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41765
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-20 15:52 ---
Created an attachment (id=18836)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18836&action=view)
Test case, might be fixed with PR 40328
Presumably a duplicate of PR 40328. But for completeness, here is the re
The attached program gives an ICE with an older 4.5 gfortran. I try to test it
later with today's build as it might well have been fixed in the meanwhile.
$ gfortran -O3 -c test.f90
test.f90: In function 'genpmat':
test.f90:1: internal compiler error: in set_ssa_val_to, at
tree-ssa-sccvn.c:1702
--- Comment #13 from rearnsha at gcc dot gnu dot org 2009-10-20 15:25
---
Fixed on trunk.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #12 from rearnsha at gcc dot gnu dot org 2009-10-20 15:18
---
Subject: Bug 39247
Author: rearnsha
Date: Tue Oct 20 15:17:30 2009
New Revision: 153018
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153018
Log:
PR target/39247
* arm.c (arm_override_opt
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-20 15:09 ---
Subject: Bug 41739
Author: jakub
Date: Tue Oct 20 15:09:43 2009
New Revision: 153017
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153017
Log:
PR debug/41739
* haifa-sched.c (try_ready): Skip
--- Comment #7 from edwintorok at gmail dot com 2009-10-20 15:06 ---
(In reply to comment #6)
> Fixed.
>
Thanks, I can now successfully build ClamAV with lto.
--
edwintorok at gmail dot com changed:
What|Removed |Added
---
PROGRAM INIRAN
INTEGER IX, IY, IZ
COMMON /XXXRAN/ IX, IY, IZ
END
BLOCKDATA RAEWIN
INTEGER IX, IY, IZ
COMMON /XXXRAN/ IX, IY, IZ
DATA IX, IY, IZ / 1974, 235, 337 /
END
> gfortran -c ranewr.f -flto
> gfortran ranewr.o -flto -use-linker-plugin
/usr/bin/
--- Comment #12 from jakub at gcc dot gnu dot org 2009-10-20 14:32 ---
The original rtl.ii.gz testcase compiles just fine with -fcompare-debug too
(though, it surely used to be something different, as those loop-invariant.c
changes are from end of September).
--
jakub at gcc dot gnu
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-20 14:07 ---
Works for me (x86_64, -O2).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
inline static void
_S_do_it(_Tp* __restrict__ __b, _Tp* __restrict__ __e)
{
while (__b != __e)
new(__b++) _Tp();
}
is invalid, the __restrict__ keywords say that __b and __e point to different
objects and you can't compare pointers to different objects.
--
--- Comment #3 from kargl at gcc dot gnu dot org 2009-10-20 14:02 ---
Remove the version of gmp in/usr/lib and /usr/include.
This isn't a gfortran problem. It is a user's system
configuration problem.
--
kargl at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-20 13:33 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
to/41761
* gimple.c (gimple_register_type): Make sure we register
the types main variant first.
* gcc.dg/lto/20091020-1_0.c: New testcase.
* gcc.dg/lto/20091020-1_1.c: Likewise.
* gcc.dg/lto/20091020-2_0.c: Likewise.
* gcc.dg/lto/20091020-2_1.c: Likewise
--- Comment #11 from jakub at gcc dot gnu dot org 2009-10-20 13:29 ---
Subject: Bug 41340
Author: jakub
Date: Tue Oct 20 13:29:08 2009
New Revision: 153011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153011
Log:
PR debug/41340
* loop-invariant.c (calculate_loo
--- Comment #5 from rmansfield at qnx dot com 2009-10-20 13:02 ---
Created an attachment (id=18835)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18835&action=view)
preprocessed source from gcc 4.3.3
Reproduced using gcc version 4.5.0 20091003 (experimental) [trunk revision
152434
--- Comment #5 from janus at gcc dot gnu dot org 2009-10-20 12:29 ---
(In reply to comment #4)
> Oh bother! I completely forgot to test the subroutine branch - thanks Janus
But in your patch you do the argument resolution both in resolve_class_compcall
and resolve_class_typebound_call,
--- Comment #4 from paul dot richard dot thomas at gmail dot com
2009-10-20 12:19 ---
Subject: Re: [OOP] Calling one TBP as an actual argument
of another TBP
Oh bother! I completely forgot to test the subroutine branch - thanks Janus
On Tue, Oct 20, 2009 at 1:30 PM, janus a
--- Comment #3 from janus at gcc dot gnu dot org 2009-10-20 11:30 ---
Reopening. Salvatore's code still fails with the same error, which is due to
the analogous case with a subroutine:
module m
type :: t
contains
procedure, nopass :: a
procedure, nopass :: b
end type
contains
s
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-20 11:04 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #8 from jaffe at broadinstitute dot org 2009-10-20 10:55
---
Subject: Re: [parallel-mode] parallel sort run time
increases ~10 fold when vector size gets over ~4*10^9
Regarding comment #7, I just ran this now on a machine with 32 processors and
512 GB memory.
(a) Sorting
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-20 10:16 ---
Confirmed.
--- t1.i
typedef struct {
int NumPackStreams;
} CSzAr;
void cli_7unz (CSzAr db) { }
--- t2.i
typedef struct {
int NumPackStreams;
} CSzAr;
typedef struct {
CSzAr db;
} CSzArEx;
int SzArEx_Init
--- Comment #2 from zsojka at seznam dot cz 2009-10-20 10:12 ---
Created an attachment (id=18834)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18834&action=view)
reduced testcase (by delta), only 4.4 crashes
gcc-4.5.0-alpha20090903 doesn't crash with this testcase
--
http://
--- Comment #8 from jamborm at gcc dot gnu dot org 2009-10-20 10:11 ---
This looks like PR 40556.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from zsojka at seznam dot cz 2009-10-20 10:11 ---
Created an attachment (id=18833)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18833&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41762
Command line:
gcc -O2 -march=pentium2 -ftracer -fsched2-use-superblocks
-freorder-blocks-and-partition -fpic -c -o xkbInit.o xkbInit.i
results in:
xkbInit.c: In function 'XkbWriteRulesProp':
xkbInit.c:231:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preproce
--- Comment #10 from jakub at gcc dot gnu dot org 2009-10-20 09:39 ---
Created an attachment (id=18832)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18832&action=view)
gcc45-pr41340.patch
Patch I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-20 09:35 ---
Even that would be difficult - how would you inline between such functions?
I think the only way is to force -fexceptions during the link stage if one
translation unit did have it enabled. The -fno-exception TUs sho
--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-20 07:51 ---
Disclaimer: I do not know what ./configure does with regards to library search
paths.
> --with-mpfr=/usr/local
> /usr/lib/libmpfr.so.1: undefined symbol: __gmp_get_memory_functions
Seemingly, the /usr/lib and not th
--- Comment #7 from singler at gcc dot gnu dot org 2009-10-20 07:46 ---
Sorry, the CC has never reached me.
So concerning comment #4: Was the parallel mode actually activated?
The multiway mergesort takes another time the space of the input as
temporarily. Sure that the program was n
--- Comment #5 from singler at gcc dot gnu dot org 2009-10-20 07:37 ---
I'm investigating the problem. In the meantime, you might want to "abuse"
std::for_each for this task.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875
--- Comment #4 from ramana at gcc dot gnu dot org 2009-10-20 07:29 ---
Marking it as P4 because arm-linux is effectively in maintenance only mode.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from edwintorok at gmail dot com 2009-10-20 07:06 ---
Created an attachment (id=18831)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18831&action=view)
original files
The original 7z.i and 7zIn.i files that show the problem.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #1 from edwintorok at gmail dot com 2009-10-20 07:05 ---
Created an attachment (id=18830)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18830&action=view)
reduced testcase
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41761
$ ~/inst/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/edwin/inst/bin/gcc
COLLECT_LTO_WRAPPER=/home/edwin/inst/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --enable-lto --enable-languages=c,c++
--enable-gold
Th
94 matches
Mail list logo
