Problem:
When compiling WITHOUT OPTIMIZATION, the code
generated for INTERRUPT FUNCTIONS using LOCAL VARS
and CALLING A FUNCTION will corrupt the stack.
This bug persists at least since GCC-3.3.4.
How-To-Repeat:
This is the C-code:
~~~
--- Comment #17 from pinskia at gcc dot gnu dot org 2010-01-16 06:52
---
Note on the trunk it fails at -O1 but not -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33763
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-01-16 06:43 ---
This is harder than I thought. CCing the original author of this part of the
code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2010-01-16 06:21 ---
(In reply to comment #6)
> It is caused by revision 146831:
Exposed by, not really caused in this case. The bug was there before the extra
checking was added. I am looking into fixing tailr. Note we do go from an
--- Comment #27 from phil at nwl dot cc 2010-01-16 01:08 ---
(In reply to comment #26)
> Hey, I'm telling you the way we all library maintainers (like me) and users
> check the library: they all fetch everything (either mainline or 4_4-branch,
> or
> whatever) via svn, make, make check.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Priority|P3 |P4
http://gcc.g
--- Comment #3 from sgk at troutmask dot apl dot washington dot edu
2010-01-16 00:22 ---
Subject: Re: internal compiler error: in instantiate_virtual_regs_lossage
ERROR 1
On Sat, Jan 16, 2010 at 12:04:27AM -, hcolella at gmail dot com wrote:
>
> --- Comment #2 from hcolella a
--- Comment #26 from paolo dot carlini at oracle dot com 2010-01-16 00:05
---
Hey, I'm telling you the way we all library maintainers (like me) and users
check the library: they all fetch everything (either mainline or 4_4-branch, or
whatever) via svn, make, make check. Now you want to
--- Comment #2 from hcolella at gmail dot com 2010-01-16 00:04 ---
I was advised to upgrade g77. I did so, to 4.3, and it did not fix my problem.
(In reply to comment #1)
> Please update your compiler to at least the latest
> 4.2.x release. A better choice would be a vesion
> from th
--- Comment #25 from phil at nwl dot cc 2010-01-15 23:49 ---
(In reply to comment #24)
> (In reply to comment #23)
> > What we want to do is to run the libstdc++ testsuite with my
> > distribution-provided g++, in order to see whether it's generally broken or
> > not, right?
>
> Wrong.
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-01-15 23:20
---
Same test case fails differently on dev then it did on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #24 from paolo dot carlini at oracle dot com 2010-01-15 23:07
---
(In reply to comment #23)
> What we want to do is to run the libstdc++ testsuite with my
> distribution-provided g++, in order to see whether it's generally broken or
> not, right?
Wrong. You can't use one co
--- Comment #23 from phil at nwl dot cc 2010-01-15 22:32 ---
(In reply to comment #22)
> (In reply to comment #21)
> > (In reply to comment #18)
> > > Just build everything with default configure options, then go inside the
> > > libstdc++-v3 *build* dir and type 'make check'.
> >
> > A
--- Comment #23 from jingyu at google dot com 2010-01-15 22:25 ---
Subject: Re: [4.4/4.5 regression] problematic
REG_EQUAL note added to SUBREG
On Fri, Jan 15, 2010 at 1:59 PM, jakub at gcc dot gnu dot org
wrote:
>
>
> --- Comment #21 from jakub at gcc dot gnu dot org 20
--- Comment #22 from paolo dot carlini at oracle dot com 2010-01-15 22:15
---
(In reply to comment #21)
> (In reply to comment #18)
> > Just build everything with default configure options, then go inside the
> > libstdc++-v3 *build* dir and type 'make check'.
>
> Ah, hmm. Well, having
--- Comment #22 from jingyu at gcc dot gnu dot org 2010-01-15 22:11 ---
Subject: Bug 42691
Author: jingyu
Date: Fri Jan 15 22:11:43 2010
New Revision: 155949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155949
Log:
Backport from mainline(4.5) to fix a regression bug.
2010-01-
--- Comment #21 from phil at nwl dot cc 2010-01-15 22:07 ---
(In reply to comment #18)
> Just build everything with default configure options, then go inside the
> libstdc++-v3 *build* dir and type 'make check'.
Ah, hmm. Well, having to compile everything in order to run the tests using
--- Comment #21 from jakub at gcc dot gnu dot org 2010-01-15 21:59 ---
FYI, if you always want to test a NaN, you'd need to use big endian ordering
for some arches, plus there are targets which don't support NaN at all or where
a double isn't as big as 4 shorts.
--
http://gcc.gnu.or
--- Comment #20 from jingyu at gcc dot gnu dot org 2010-01-15 21:54 ---
Subject: Bug 42691
Author: jingyu
Date: Fri Jan 15 21:54:01 2010
New Revision: 155948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155948
Log:
2010-01-15 Jing Yu
PR rtl-optimization/42691
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2010-01-15 21:50
---
> I have reverted the whole patch on mainline and 4.4
That was unnecessary.
> I will modify the testcase and send the whole patch again.
Just send a message to gcc-patches@ and apply the fix to the testcase.
--- Comment #18 from jingyu at google dot com 2010-01-15 21:46 ---
Subject: Re: [4.4/4.5 regression] problematic
REG_EQUAL note added to SUBREG
On Fri, Jan 15, 2010 at 1:42 PM, mikpe at it dot uu dot se
wrote:
>
>
> --- Comment #17 from mikpe at it dot uu dot se 2010-01-
--- Comment #17 from mikpe at it dot uu dot se 2010-01-15 21:42 ---
(In reply to comment #16)
> --- testsuite/gcc.c-torture/execute/pr42691.c (revision 155944)
> +++ testsuite/gcc.c-torture/execute/pr42691.c (working copy)
> @@ -26,7 +26,8 @@
>
> i++;
>}
> - *deletedEntry
--- Comment #16 from jingyu at google dot com 2010-01-15 21:14 ---
Subject: Re: [4.4/4.5 regression] problematic
REG_EQUAL note added to SUBREG
Sorry. The following change would fix it on X86.
Index: testsuite/gcc.c-torture/execute/pr42691.c
==
--- Comment #15 from mikpe at it dot uu dot se 2010-01-15 21:11 ---
The test case added with this PR appears to be rather broken. On armv5tel with
gcc-4.3 or 4.4 (without the fix) -Os -mthumb I do get an abort(), which seems
deliberate. However, replacing -Os -mthumb with -O0 -g results
--- Comment #14 from sezeroz at gmail dot com 2010-01-15 20:59 ---
For me, the testcase doesn't abort or exit successfully,
it just segfaults (i686, x86_64, gcc-4.3, 4.4).
$ gcc44 -g -O2 -Wall -W pr42691.c
$ gdb ./a.out
GNU gdb Fedora (6.8-24.fc9)
[...]
Program received signal SIGSEGV,
--- Comment #1 from kargl at gcc dot gnu dot org 2010-01-15 20:43 ---
Please update your compiler to at least the latest
4.2.x release. A better choice would be a vesion
from the 4.4 releases. In fact, you can get pre-compiled
version of gfortran from the gfortran wiki.
The 4.0.1 ve
internal compiler error: in instantiate_virtual_regs_lossage, at function
c:3476
The command line is simply a "return" at the end of a subroutine (line:561). It
is followed by an "end" on the next line.
c
c
c **
c pltlib
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-15 20:25
---
Thanks Jason! If we manage to solve this tough problem, then I know how to
enable also the volatile / const volatile call operators + other improvements
bringing us real close to the WP.
--
http://gcc.gnu.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #13 from jingyu at gcc dot gnu dot org 2010-01-15 19:09 ---
Subject: Bug 42691
Author: jingyu
Date: Fri Jan 15 19:08:53 2010
New Revision: 155945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155945
Log:
Backport from mainline(4.5) to fix a regression bug.
2010-01-
--- Comment #5 from hjl dot tools at gmail dot com 2010-01-15 18:57 ---
It is triggered by revision :
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00188.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #12 from jingyu at gcc dot gnu dot org 2010-01-15 18:47 ---
Subject: Bug 42691
Author: jingyu
Date: Fri Jan 15 18:47:45 2010
New Revision: 155944
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155944
Log:
2010-01-15 Jing Yu
PR rtl-optimization/42691
cat bug.cc
int main(void)
{
try { } catch (int) { }
return 0;
}
g++ -flto -fuse-linker-plugin bug.cc
lto1: internal compiler error: in get_resolution, at lto-streamer-in.c:1519
Please submit a full bug report,
with preprocessed source if appropriate.
GCC 4.5.0 20100114.
--
--- Comment #1 from jwakely dot gcc at gmail dot com 2010-01-15 18:34
---
OK, I'll revert it all tomorrow if necessary
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42761
--- Comment #10 from joseph at codesourcery dot com 2010-01-15 18:32
---
Subject: Re: _Complex_I is reported as undeclared. Code
builds with Sun compiler.
On Fri, 15 Jan 2010, david dot kirkby at onetel dot net wrote:
> Is this is trivial fix that could be implemted quickly, or it w
--- Comment #16 from kargl at gcc dot gnu dot org 2010-01-15 18:31 ---
Unassign myself as I have no time to work on gfortran.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from david dot kirkby at onetel dot net 2010-01-15 18:25
---
(In reply to comment #8)
> Fixincludes is part of the compiler sources, and it is the part that should
> work around GCC-incompatible system headers (such as this one) by making
> fixed copies when GCC is built
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last re
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Severity|normal |blocker
Priority|P3 |P1
Ta
Unfortunately, this very simple example, which we have been discussing for
other reasons, regresses very badly vs tr1. Unfortunately the C++ front-end
doesn't seem ready for a conforming result_of :( Can we prepare a reduced
testcase for Jason?
Maybe he can already tell us whether an error message
--- Comment #2 from jakub at gcc dot gnu dot org 2010-01-15 17:01 ---
Indeed, that fixes it. Going to bootstrap/regtest it now on several arches,
then commit before rolling 4.4.3-rc1.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from David dot Biesack at sas dot com 2010-01-15 16:45
---
I had this problem on a Linux x86_64 build, manifested with the error
/usr/local/lib/libgmp.so: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
( http://gcc.gnu.org/bugzilla/sho
--- Comment #3 from aanisimov at inbox dot ru 2010-01-15 16:32 ---
(In reply to comment #1)
> Try to set LIBRARY_PATH, i.e.:
>
> export LIBRARY_PATH=/usr/local/lib
>
This worked much better ;-) -- stage2 finished successfully, but building
libstdc++ in stage3 failed with a bunch of
/
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-01-15 16:30 ---
Fixincludes is part of the compiler sources, and it is the part that should
work around GCC-incompatible system headers (such as this one) by making
fixed copies when GCC is built and installed. Thus, a failure to fix
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-15 16:23 ---
Trunk has
if (COMPLEX_MODE_P (TYPE_MODE (TREE_TYPE (from
instead of the 4.4
if (TREE_CODE (TREE_TYPE (from)) == COMPLEX_TYPE)
Fixed by
2009-06-17 Steve Ellcey
* expr.c (expan
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42760
--- Comment #2 from burnus at gcc dot gnu dot org 2010-01-15 16:08 ---
(In reply to comment #1)
> Huh. lto1 should probably accept all frontend options but ignore most of
> them.
> Or lto-wrapper should strip them.
I think the crucial part about the option is that it starts with -fdum
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-15 16:07 ---
Testing sth else.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #6 from hjl dot tools at gmail dot com 2010-01-15 16:03 ---
It is caused by revision 146831:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01473.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #7 from david dot kirkby at onetel dot net 2010-01-15 16:02
---
(In reply to comment #5)
> *** Bug 42755 has been marked as a duplicate of this bug. ***
>
(In reply to comment #4)
> This is a fixincludes bug; it needs to fix Sun's complex.h header to
> work with GCC.
>
I
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-01-15 15:58
---
SendingChangeLog
Sendingio/format.c
Transmitting file data ..
Committed revision 155939.
This will be back ported to 4.4.4 in a few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
// { dg-do compile }
// { dg-options "-O2" }
template
struct A
{
static T b (T it) { return it; }
};
template
static U
baz (T x, T y, U z)
{
for (long n = y - x; n > 0; --n)
{
*z = *x;
++z;
}
};
template
U
bar (T x, T y, U z)
{
baz (A ::b (x), A ::b (y), A ::b (z));
--- Comment #1 from onlite at gmail dot com 2010-01-15 15:45 ---
Created an attachment (id=19618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19618&action=view)
the preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42759
In MSYS environment I try to build m68k cross compiler. Both gcc-3.4.5 and
gcc-4.4.0 were used
The command /opt/gcc-build/./gcc/xgcc -B/opt/gcc-build/./gcc/
-B/usr/local/m68k-elf/bin/ -B/usr/local/m68k-elf/lib/ -isystem
/usr/local/m68k-elf/include -isystem /usr/local/m68k-elf/sys-include -g -O2
-m
--- Comment #8 from burnus at gcc dot gnu dot org 2010-01-15 15:40 ---
Submitted: Patch by Jerry:
http://gcc.gnu.org/ml/fortran/2010-01/msg00091.html
"It avoids the excessive use of memory that results from the parsed format
node tree, probably exceeding available stack or heap."
--- Comment #12 from espindola at gcc dot gnu dot org 2010-01-15 15:28
---
(In reply to comment #11)
> GCC was configured with --disable-shared option. It seems that the driver does
> not understand that --disable-shared implies static libgcc
>
That is correct. Currently we have
%{
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42758
--- Comment #8 from reza dot yazdani at amd dot com 2010-01-15 15:19
---
We used -O2 -fsched-pressure -fschedule-insns to build the cpu2006 bmks on an
amd64-linux machine.
Thanks for the list of bugs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38768
--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-15 15:18
---
Thanks Michael. It's a serious regression, isn't it?
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #10 from mark at codesourcery dot com 2010-01-15 15:05 ---
Subject: Re: FAIL: g++.dg/tree-ssa/new1.C scan-tree-dump-not
forwprop1 "= .* \+ -"
ramana at gcc dot gnu dot org wrote:
> So yes it does look ARM specific . Also peeking at results on gcc-testresults
> doesn't sho
--- Comment #3 from matz at gcc dot gnu dot org 2010-01-15 15:06 ---
input_location handling is broken.
(gdb) bt
#0 0x7704a7c3 in strcmp () from /lib64/libc.so.6
#1 0x011be858 in splay_tree_splay (sp=0x1824110, key=0)
at ../../gcc/libiberty/splay-tree.c:148
#2 0x0
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2010-01-15
14:57 ---
Well, and LD_LIBRARY_PATH=/usr/local/lib , too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42756
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-15
14:45 ---
Try to set LIBRARY_PATH, i.e.:
export LIBRARY_PATH=/usr/local/lib
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42756
--- Comment #19 from paolo dot carlini at oracle dot com 2010-01-15 14:35
---
Let's add Jakub in CC, he knows the implementation very well. In case, please
keep also in touch privately.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-15 14:34 ---
I see
2
main.o 2
78 PREVAILING_DEF main
81 RESOLVED_IR i
comm.o 1
78 RESOLVED_IR i
which is obviously bogus for comm.o.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757
--- Comment #18 from singler at kit dot edu 2010-01-15 14:30 ---
Created an attachment (id=19617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19617&action=view)
Add printf debug statements.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
--- Comment #17 from singler at kit dot edu 2010-01-15 14:30 ---
Created an attachment (id=19616)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19616&action=view)
Removes superfluous pragma omp single twice
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624
--- Comment #16 from singler at kit dot edu 2010-01-15 14:29 ---
First, let's remove superfluous #pragma omp single in two occurences, to make
things simpler (see attached patch for trunk).
The problem still persists, the program deadlocks.
When dropping in some prints (see attached pat
--- Comment #3 from paolo dot carlini at oracle dot com 2010-01-15 14:24
---
Yes, it can, thanks again for the quick turnaround.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-15 14:06
---
This is just crazy, inside the debugger works fine. Outside -fsyntax-only is
enough, -E is not. Richard any idea what the heck is going on?
--
paolo dot carlini at oracle dot com changed:
What
--- Comment #1 from adl at gnu dot org 2010-01-15 13:40 ---
Created an attachment (id=19615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19615&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42758
The following code compiles fine with g++-4.4 and causes g++-4.5 to segfault.
Removing the assert() or removing the int_less_than parameter no longer lead
to a segfault.
% g++-4.5 --version
g++-4.5 (Debian 4.5-20091226-1) 4.5.0 20091226 (experimental) [trunk revision
155473]
Copyright (C) 2009 Fre
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-15 13:37 ---
Works when linking in comm.o main.o order. I guess the linker
resolution handling is bogus.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-01-15
13:34 ---
Created an attachment (id=19614)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19614&action=view)
Testcase
It produces error: undefined reference to 'i'
--
http://gcc.gnu.org/bugzilla/show_bug.cg
GCC 4.5.0 20100114.
--
Summary: lto1 does not emit common symbols
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
R
--- Comment #18 from david dot kirkby at onetel dot net 2010-01-15 13:15
---
Subject: Re: gcc fails to build on Solaris x86 - it
forgets the locations of libmpfr
BlanchardJ at ieee dot org wrote:
> --- Comment #17 from BlanchardJ at ieee dot org 2010-01-15 12:37 ---
>
>> Ye
--- Comment #6 from burnus at gcc dot gnu dot org 2010-01-15 12:53 ---
(In reply to comment #5)
> I got GCC bootstrapped now! Instead of building the GMP and MPFR sources
> together with GCC I did a build of them in advice. Next I configured the GCC
> with the --with-gmp and --with-mpfr
--- Comment #5 from Roger dot Jeurninck at home dot nl 2010-01-15 12:47
---
I got GCC bootstrapped now! Instead of building the GMP and MPFR sources
together with GCC I did a build of them in advice. Next I configured the GCC
with the --with-gmp and --with-mpfr options (see below) and c
--- Comment #17 from BlanchardJ at ieee dot org 2010-01-15 12:37 ---
> Yes, thank you. That is helpful. How do you produce the $ISALIST? Is that
> simply
> sparcv9 on a modern SPARC and amd64 on an Open Solaris system, or is it a
> list.
> If the latter, how do you every it.
>
>
>
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-15 11:53 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-15 11:53 ---
Subject: Bug 42739
Author: rguenth
Date: Fri Jan 15 11:53:26 2010
New Revision: 155937
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155937
Log:
2010-01-15 Richard Guenther
PR middle-end/42739
--- Comment #6 from jsm28 at gcc dot gnu dot org 2010-01-15 11:52 ---
For reference of people without Solaris headers to hand, the code needing
fixing by fixincludes is:
/*
* Compilation environments for Solaris must provide the _Imaginary datatype
* and the compiler intrinsics _Compl
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-01-15 11:51 ---
*** Bug 42755 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-01-15 11:51 ---
*** This bug has been marked as a duplicate of 42753 ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-01-15 11:49 ---
This is a fixincludes bug; it needs to fix Sun's complex.h header to
work with GCC.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from dodji at gcc dot gnu dot org 2010-01-15 11:30 ---
The culprit commit was reverted so I think this should be fixed.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from dodji at gcc dot gnu dot org 2010-01-15 11:29 ---
Re-opening, as the fix was reverted.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dodji at gcc dot gnu dot org 2010-01-15 11:23 ---
Subject: Bug 42634
Author: dodji
Date: Fri Jan 15 11:23:29 2010
New Revision: 155936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155936
Log:
Revert commit of PR c++/42634, which was commit r155868
Removed:
I have PPL and CLooG installed in /usr/local/lib.
The configure script finds these two libraries and generates makefiles that
link with them simply by adding -lppl_c -lppl -lcloog. For example,
i686-slackware-linux-gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall
-Wwrite-strings -Wcast-qual -W
--- Comment #11 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:03 ---
GCC was configured with --disable-shared option. It seems that the driver does
not understand that --disable-shared implies static libgcc
--
d dot g dot gorbachev at gmail dot com changed:
W
--- Comment #10 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:02 ---
Created an attachment (id=19613)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19613&action=view)
4. Configured with --disable-shared, linking with a static libgcc (with
-static).
--
http://gcc.g
--- Comment #9 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:02 ---
Created an attachment (id=19612)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19612&action=view)
3. Configured with --disable-shared, linking with a static libgcc.
--
http://gcc.gnu.org/bugzilla/
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:02 ---
Created an attachment (id=19611)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19611&action=view)
2. Configured w/o --disable-shared, linking with a static libgcc (with
-static).
--
http://gcc.gnu
--- Comment #7 from d dot g dot gorbachev at gmail dot com 2010-01-15
11:01 ---
Created an attachment (id=19610)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19610&action=view)
1. Configured w/o --disable-shared, linking with a shared libgcc.
Output of gcc -v
--
http://gcc.
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-15 10:42 ---
struct pdf_object { int val; };
int pdf_count_size_object (struct pdf_object * p_obj)
{
return pdf_count_size_object(p_obj) + 2 * sizeof(struct pdf_object);
}
--
rguenth at gcc dot gnu dot org changed:
--- Comment #2 from david dot kirkby at onetel dot net 2010-01-15 10:31
---
Created an attachment (id=19609)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19609&action=view)
Preprocessed header
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42755
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-15 10:30 ---
Confirmed. Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #1 from david dot kirkby at onetel dot net 2010-01-15 10:30
---
Created an attachment (id=19608)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19608&action=view)
simple_complex.c
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42755
--- Comment #3 from dcb314 at hotmail dot com 2010-01-15 10:26 ---
(In reply to comment #2)
> It works for me with 4.5.0 20100114 (experimental) [trunk revision 155925]
> on Linux/x86-64.
I upgraded to the latest snapshot (20010114), trunk
revision 155915 and it still seems broken to m
I reported this bug against a SPARC system at #42753, but as this is a
different version of gcc, on a different operating system with a different
processor, I thought it wise to create another ticket.
The hardware is a Sun Ultra 27, with a 3.33 GHz Xeon processor.
The attached code builds and ru
1 - 100 of 112 matches
Mail list logo
