--- Comment #1 from chrisp_42 at bigpond dot com 2010-04-15 06:16 ---
This is a duplicate of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38493
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43749
--- Comment #4 from jue at jue dot li 2010-04-15 07:05 ---
Ok, thanks, I feared that you would say that. Will try to move the issue to
glibc.
But for now we have the unpleasant situation, that current gcc fails to compile
current glibc if host is set to i686.
--
--- Comment #2 from markus dot schoepflin at comsoft dot de 2010-04-15
07:21 ---
Looks like both are duplicates of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15819. Back then it has been noted
that it's just not supported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43749
--- Comment #6 from dannysmith at users dot sourceforge dot net 2010-04-15
07:54 ---
(In reply to comment #1)
FIONREAD is defined by winsock header
How come your build of basic_file_stdio includes winsock api headers?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43738
$ /usr/bin/g++-4.5 -v -save-temps-Wall -Wextra -std=gnu++0x -DNDEBUG -O2
-flto -g -I/home/jackyf/work/repos/cupt-git/cupt/cpp/lib/include -o
CMakeFiles/cupt.bin.dir/cupt.cpp.o -c
/home/jackyf/work/repos/cupt-git/cupt/cpp/console/cupt.cpp
Using built-in specs.
COLLECT_GCC=/usr/bin/g++-4.5
--- Comment #1 from jackyf dot devel at gmail dot com 2010-04-15 08:03
---
Created an attachment (id=20386)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20386action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43757
--- Comment #3 from jakub at gcc dot gnu dot org 2010-04-15 08:12 ---
The only bug here is in your program.
ISO C99, 6.5.7/3 says:
... If the value of the right operand is negative or is
greater than or equal to the width of the promoted left operand, the behavior
is undefined.
and
--- Comment #11 from bernds at gcc dot gnu dot org 2010-04-15 08:57 ---
Subject: Bug 43742
Author: bernds
Date: Thu Apr 15 08:57:27 2010
New Revision: 158367
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158367
Log:
PR target/43742
* config/sh/sh.md
--- Comment #2 from P at draigBrady dot com 2010-04-15 09:00 ---
GCC 4.5 was released yesterday with -Wlogical-op
Thanks :)
--
P at draigBrady dot com changed:
What|Removed |Added
--- Comment #12 from steven at gcc dot gnu dot org 2010-04-15 09:06 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from ramana at gcc dot gnu dot org 2010-04-15 09:13 ---
It should be safe for GCC to generate unaligned accesses for newer cores that
support this.
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ramana at gcc dot gnu dot org 2010-04-15 09:17 ---
Confirmed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-15 09:18 ---
*** This bug has been marked as a duplicate of 42987 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-15 09:18 ---
*** Bug 43757 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-15 09:27 ---
Shifting by an amount bigger than the width of the type invokes undefined
behavior (that is, target specific behavior in this case). We usually
try to simulate target behavior here but the i?86 architecture is
--- Comment #8 from ramana at gcc dot gnu dot org 2010-04-15 09:39 ---
Could you submit the patch to gcc-patches@ ? If you need some help in testing
this patch let me know and I can do it for you.
--
ramana at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from sherpya at netfarm dot it 2010-04-15 10:03 ---
the correct way should be
#if defined(FIONREAD) !defined(_WIN32)
or if you prefer __MINGW32__
(note _WIN32 is not defined on cygwin)
ioctlsocket is not suitable because it does not work on file descriptors
also it
--- Comment #8 from davek at gcc dot gnu dot org 2010-04-15 10:13 ---
Mid-air collision!
Mid-air collision detected!
:)
(In reply to comment #5)
I remember correctly), I wonder whether we should simply special case mingw32
and conditional to the macro being defined
Yeah, that
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-04-15 11:34 ---
Created an attachment (id=20387)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20387action=view)
Patch that fixes this instance of the problem
I'm not convinced we have a bug here. The transformations are all
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-04-15 11:55 ---
I've tried 4.4 head 42841 pic-cp.patch and got pcrel too far
for the test case db4.8-x.c. So unfortunately, there is still
a different issue from 42841. I'd like to reopen this bug.
--
kkojima at gcc dot gnu
Between revisions 158346 and 158360 the follwoing tests started to fail:
FAIL: g++.dg/ext/altivec-1.C (test for excess errors)
FAIL: g++.dg/ext/altivec-10.C (test for excess errors)
FAIL: g++.dg/ext/altivec-12.C (test for excess errors)
FAIL: g++.dg/ext/altivec-13.C (test for excess errors)
FAIL:
Since their introduction in revision 158247, the tests gcc.dg/plugindir*.c fail
on builds not configured with --enable-plugin (see
http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg01084.html ). The failure is
cc1: error: Plugin support is disabled. Configure with --enable-plugin.
i.e., the
--- Comment #1 from jakub at gcc dot gnu dot org 2010-04-15 12:50 ---
Guess this is related to PR36625 - perhaps some target attributes also need to
be treated that way (target hook for that?).
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from dougsemler at gmail dot com 2010-04-15 12:53 ---
*** Bug 43749 has been marked as a duplicate of this bug. ***
--
dougsemler at gmail dot com changed:
What|Removed |Added
--- Comment #3 from dougsemler at gmail dot com 2010-04-15 12:53 ---
You're right. When I searched for it, it reported no bugs found (sigh).
And I see my solution is exactly the same as 38493.
*** This bug has been marked as a duplicate of 38493 ***
--
dougsemler at gmail dot com
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43758
--- Comment #9 from mikpe at it dot uu dot se 2010-04-15 13:37 ---
Created an attachment (id=20388)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20388action=view)
proposed 4.3 fix for PR43722
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43722
--- Comment #10 from mikpe at it dot uu dot se 2010-04-15 13:40 ---
The proposed 4.4 patch has been posted here:
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00885.html
Both the 4.4 and 4.3 patches have been bootstrapped and regtested on armv5tel,
but due to lack of NEON HW no NEON
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-04-15
13:42 ---
Do the other targets like linux enable plugins by default? If so, once...
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00610.html
goes into gcc trunk and gcc-4_5-branch, we can just default darwin
to
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2010-04-15
13:44 ---
Subject: Re: [4.5/4.6 Regression] FAIL: gfortran.dg/PR19872.f execution test;
formatted read - wrong numbers
(In reply to comment #12)
A git bisect between the ranges suggested by Dave in Comment #6,
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-04-15 13:44
---
Subject: Bug 43611
Author: rguenth
Date: Thu Apr 15 13:44:31 2010
New Revision: 158376
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158376
Log:
2010-04-15 Richard Guenther rguent...@suse.de
PR
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-15 13:44
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from rguenth at gcc dot gnu dot org 2010-04-15 13:47
---
Subject: Bug 43627
Author: rguenth
Date: Thu Apr 15 13:46:42 2010
New Revision: 158377
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158377
Log:
2010-04-15 Richard Guenther rguent...@suse.de
PR
--- Comment #22 from rguenth at gcc dot gnu dot org 2010-04-15 13:47
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-04-15
13:48 ---
Can we just use the LTO COFF patch...
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00612.html
as a template? Hopefully we can just remove the unnecessary sections of the
patch and rename things as
--- Comment #7 from stevenb dot gcc at gmail dot com 2010-04-15 14:03
---
Subject: Re: Mach-O LTO support needed for darwin
Can we just use the LTO COFF patch...as a template?
That is certainly my plan, yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43555
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43700
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Summary|[4.5 Regression] FAIL: |[4.5/4.6
On Linux/ia64, revision 158361 gave:
FAIL: 23_containers/deque/operators/1.cc (test for excess errors)
FAIL: gfortran.dg/array_constructor_23.f -O2 (test for excess errors)
FAIL: gfortran.dg/array_constructor_24.f -O2 (test for excess errors)
Revision 158345 is OK.
--
Summary:
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||ia64-linux
Target Milestone|--- |4.6.0
--- Comment #2 from dominiq at lps dot ens dot fr 2010-04-15 14:41 ---
... we can just default darwin to build plugin support as well.
I think the problem should be addressed (i.e., skip the tests) for any build
with plugins not enabled, even if --enable-plugin is the default for the
--- Comment #3 from doko at ubuntu dot com 2010-04-15 14:48 ---
Subject: Re: The tests gcc.dg/plugindir*.c should be
restricted to builds configured with --enable-plugin
On 15.04.2010 16:41, dominiq at lps dot ens dot fr wrote:
--- Comment #2 from dominiq at lps dot ens dot fr
--- Comment #5 from hjl dot tools at gmail dot com 2010-04-15 14:57 ---
The failure of the testcase in comment #1 is caused
by revision 145440:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00060.html
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #5 from kargl at gcc dot gnu dot org 2010-04-15 15:54 ---
(In reply to comment #3)
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
--- Comment #9 from paolo dot carlini at oracle dot com 2010-04-15 16:04
---
Agreed, if ioctlsocket can't really replace ioctl, let's just explicitly #if
out the affected targets for now. We can still improve it later.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43738
--- Comment #2 from kargl at gcc dot gnu dot org 2010-04-15 16:10 ---
(In reply to comment #1)
Shorter test:
real :: a(1,1), b(3)
integer :: i
b = 45.0
i = 2
a(1,1:i) = b(i)
end
Gfortran seems to do the right thing on this test case.
laptop:kargl[212] gfc4x -o
--- Comment #3 from kargl at gcc dot gnu dot org 2010-04-15 16:28 ---
Looking at the -ftree-dump-original output for the code
in comment #1 finds,
if ((logical(kind=4)) __builtin_expect (a.dim[1].ubound D.1545, 0))
{
_gfortran_runtime_error_at (At line 11 of file
--- Comment #6 from sje at cup dot hp dot com 2010-04-15 17:10 ---
I tried comparing the tree's between hppa2.0w-hp-hpux11.11, where I get the bug
and ia64-hp-hpux11.23, where I do not see the bug and I didn't see any real
differences in the trees, just differences in the names of
Mac OS X Ver 10.6.3
$ gcc --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646) (dot 1)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A
--- Comment #8 from manu at gcc dot gnu dot org 2010-04-15 18:08 ---
GCC 4.5 gives an error.
pr19291.C: In function int main():
pr19291.C:6:19: error: cannot pass objects of non-trivially-copyable type
struct std::string through ...
So FIXED as far as i can see.
--
manu at
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19291
--- Comment #1 from matt at use dot net 2010-04-15 18:21 ---
I'm hitting the same thing when bootstrapping 4.5 on Ubuntu 9.10 using GCC
4.4.1:
../../gcc-4.5-20100408/gcc/fold-const.c: In function fold_checksum_tree:
../../gcc-4.5-20100408/gcc/fold-const.c:14251:3: error: new
--- Comment #17 from ramana at gcc dot gnu dot org 2010-04-15 18:39 ---
Created an attachment (id=20389)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20389action=view)
Testcase for the problem.
Can this bug be reprioritized ?
Deep inside _gfortrani_set_integer, there's an
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #24 from manu at gcc dot gnu dot org 2010-04-15 19:32 ---
@Jakub,
is this FIXED? Could you document this new option in GCC 4.6 changes.html?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
--- Comment #6 from joseph at codesourcery dot com 2010-04-15 19:50 ---
Subject: Re: New: Unexpected error message for bad command
line argument
My multilib selection proposal
http://gcc.gnu.org/ml/gcc/2010-01/msg00063.html envisages the driver
having a better structured notion of
--- Comment #8 from mikpe at it dot uu dot se 2010-04-15 19:55 ---
4.3 is also broken. Using the simpler test case in PR43732 and a collection of
cross-compilers to mips-unknown-linux I see:
gcc-4.1.2: -O2 only: ok; -O2 -ffixed-23: ok
gcc-4.2.4: -O2 only: ok; -O2 -ffixed-23: ok
--- Comment #4 from kargl at gcc dot gnu dot org 2010-04-15 19:55 ---
(In reply to comment #3)
Looking at the -ftree-dump-original output for the code
in comment #1 finds,
if ((logical(kind=4)) __builtin_expect (a.dim[1].ubound D.1545, 0))
{
--- Comment #7 from manu at gcc dot gnu dot org 2010-04-15 20:00 ---
(In reply to comment #6)
Subject: Re: New: Unexpected error message for bad command
line argument
My multilib selection proposal
http://gcc.gnu.org/ml/gcc/2010-01/msg00063.html envisages the driver
having a
--- Comment #8 from joseph at codesourcery dot com 2010-04-15 20:37 ---
Subject: Re: Unexpected error message for bad command line
argument
On Thu, 15 Apr 2010, manu at gcc dot gnu dot org wrote:
(In reply to comment #6)
Subject: Re: New: Unexpected error message for bad
--- Comment #9 from manu at gcc dot gnu dot org 2010-04-15 20:52 ---
(In reply to comment #8)
We have not yet begun implementation. For the semantics of group options,
see Appendix 1 in my proposal (if -Wx implies -Wy and -Wz, then -Wno-y -Wx
and -Wx -Wno-y both should disable
--- Comment #6 from dodji at gcc dot gnu dot org 2010-04-15 21:13 ---
A patch was posted to http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00928.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43704
--- Comment #1 from janus at gcc dot gnu dot org 2010-04-15 21:30 ---
Here is a reduced test case, which ICEs with the same backtrace:
module m_string
type t_string
character, dimension(:), allocatable :: string
contains
procedure :: char = string_to_char
end type
--- Comment #10 from joseph at codesourcery dot com 2010-04-15 21:30
---
Subject: Re: Unexpected error message for bad command line
argument
On Thu, 15 Apr 2010, manu at gcc dot gnu dot org wrote:
--- Comment #9 from manu at gcc dot gnu dot org 2010-04-15 20:52 ---
(In
--- Comment #5 from kargl at gcc dot gnu dot org 2010-04-15 21:32 ---
Subject: Bug 30073
Author: kargl
Date: Thu Apr 15 21:32:21 2010
New Revision: 158392
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158392
Log:
PR fortran/30073
* trans-array.c
--- Comment #11 from manu at gcc dot gnu dot org 2010-04-15 21:42 ---
(In reply to comment #10)
We haven't determined who will end up implementing the proposal or
produced an implementation design at that level of detail, but personally
You make it sound as a project that will
--- Comment #6 from kargl at gcc dot gnu dot org 2010-04-15 21:44 ---
Fixed on trunk. I'll backport the patch to 4.4 and 4.5 soon.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
gcc (GCC) 4.6.0 20100415 (experimental)
-O2 -g
-
void __attribute__((noinline))
f (int l)
{
char s[l];
}
int
main (void)
{
f (5);
return 0
--- Comment #6 from kkojima at gcc dot gnu dot org 2010-04-15 21:51 ---
Subject: Bug 43471
Author: kkojima
Date: Thu Apr 15 21:51:14 2010
New Revision: 158393
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158393
Log:
PR target/43471
* config/sh/sh.c
--- Comment #12 from joseph at codesourcery dot com 2010-04-15 22:01
---
Subject: Re: Unexpected error message for bad command line
argument
On Thu, 15 Apr 2010, manu at gcc dot gnu dot org wrote:
I just want to know whether my current approach is feasible or will be
overridden
--- Comment #1 from dominiq at lps dot ens dot fr 2010-04-15 22:15 ---
This is a duplicate of pr43170.
A couple of questions:
(1) have you use the terminal for a long time with multiple windows/tabs?
(2) can you test gcc.c-torture/compile/limits-structnest.c -O2? It should take
a
--- Comment #17 from dominiq at lps dot ens dot fr 2010-04-15 22:16 ---
pr43761 is a duplicate of this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
--- Comment #18 from steven at gcc dot gnu dot org 2010-04-15 22:18 ---
*** Bug 43761 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from steven at gcc dot gnu dot org 2010-04-15 22:18 ---
*** This bug has been marked as a duplicate of 43170 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from manu at gcc dot gnu dot org 2010-04-15 22:21 ---
(In reply to comment #12)
I don't see adding function pointers as a particular improvement over the
existing code where switch statements can already handle group options
That code does not work when options
--- Comment #9 from mikpe at it dot uu dot se 2010-04-15 22:30 ---
MIPS global register variables worked up to r144963 but broke in r144964:
URL: http://gcc.gnu.org/viewcvs?root=3Dgccview=3Drevrev=3D144964
Log:
2009-03-19 Alexandre Oliva aol...@redhat.com
* reginfo.c
--- Comment #14 from joseph at codesourcery dot com 2010-04-15 22:32
---
Subject: Re: Unexpected error message for bad command line
argument
On Thu, 15 Apr 2010, manu at gcc dot gnu dot org wrote:
--- Comment #13 from manu at gcc dot gnu dot org 2010-04-15 22:21 ---
(In
--- Comment #15 from manu at gcc dot gnu dot org 2010-04-15 22:42 ---
(In reply to comment #14)
But for the -Werror=foo issue I'd have thought that making it send the
-Wfoo option through the existing option processing machinery - as if both
were specified consecutively on the
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-04-15 22:55
---
I tried this test case gfortran 4.6.0 (current trunk) and i do not get an ICE.
It just works. ???
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43712
--- Comment #16 from joseph at codesourcery dot com 2010-04-15 23:00
---
Subject: Re: Unexpected error message for bad command line
argument
On Thu, 15 Apr 2010, manu at gcc dot gnu dot org wrote:
--- Comment #15 from manu at gcc dot gnu dot org 2010-04-15 22:42 ---
(In
--- Comment #7 from sje at cup dot hp dot com 2010-04-15 23:47 ---
Since the failure requires -O1 as well as -fbounds-check I tried turning off
various -O1 optimizations. I could turn off everything (and still get the bug)
except if I use -fno-tree-dominator-opts or
--- Comment #19 from danp57 at optonline dot net 2010-04-16 00:44 ---
On Apr 15, 2010, at 6:15 PM, dominiq at lps dot ens dot fr wrote:
--- Comment #1 from dominiq at lps dot ens dot fr 2010-04-15 22:15 ---
This is a duplicate of pr43170.
A couple of questions:
(1) have
Compiler segfaults in some cases when using -mwarn-cell-microcode.
--
Summary: segfault when using by -mwarn-cell-microcode
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
--- Comment #1 from jadamcze at utas dot edu dot au 2010-04-16 00:47
---
Created an attachment (id=20390)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20390action=view)
snippet that triggers the segfault
Segfaults when compiled with -O3 -mcpu=cell -mwarn-cell-microcode.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-16 00:52 ---
Confirmed. The problem is from:
/* Vector constant 0 is handled as a splitter of V2SI, and in the
pattern of V1DI, V4HI, and V2SF.
FIXME: We should probably return # and add post reload
splitters
--- Comment #20 from danp57 at optonline dot net 2010-04-16 01:06 ---
PS This will block any direct or first attempt to build gcc by Mac owners
unless they try builds of intermediate versions of gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
Compiling code that calls a function that returns a complex type with
-mrelax-pic-calls results in an ICE.
khazaddum$ cat tmp.c
__complex__ double cd;
__complex__ double foo (void) { return cd; }
void bar (void) { cd = foo (); }
khazaddum$ ./xgcc -B./ -mabicalls -G0 -mrelax-pic-calls
--- Comment #21 from rwild at gcc dot gnu dot org 2010-04-16 05:17 ---
(In reply to comment #20)
PS This will block any direct or first attempt to build gcc by Mac owners
unless they try builds of intermediate versions of gcc.
A bootstrap comparison failure can easily be worked
gcc version 4.6.0 20100415 -- works
With -std=f95 -pedantic, I get the diagnostic for the continuation line.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43712
--- Comment #25 from pault at gcc dot gnu dot org 2010-04-16 05:59 ---
Created an attachment (id=20391)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20391action=view)
A provisional fix for this PR
This bootstraps and regtests. I understand why it works but I want to
understand
93 matches
Mail list logo