--- Comment #4 from fm3 at os dot inf dot tu-dresden dot de 2010-06-08
06:19 ---
Yes, you are right. This is a duplicate. Thanks.
--
fm3 at os dot inf dot tu-dresden dot de changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2010-06-08 06:37 ---
Subject: Bug 6
Author: burnus
Date: Tue Jun 8 06:37:32 2010
New Revision: 160424
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160424
Log:
2010-06-07 Tobias Burnus bur...@net-b.de
PR
--- Comment #33 from Kyle dot D dot Moffett at boeing dot com 2010-06-08
06:48 ---
EGLIBC and PPL are still building; I'm heading to sleep and I'll check on them
later this morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-08 07:02 ---
(In reply to comment #1)
Untested:
And not working ;-)
Anyway, the bug is now FIXED on the trunk (4.6). Thanks for the report!
--
burnus at gcc dot gnu dot org changed:
What|Removed
For the following testcase:
__attribute__ ((noinline,noclone))
int
i_am_pure (int a)
{
if (a10)
abort();
}
main()
{
int a = i_am_pure (5) + i_am_pure (5);
int b = i_am_pure (8) + i_am_pure (8);
return a;
}
We get only one call to i_am_pure optimized out:
main ()
{
int a;
int
--- Comment #2 from mikpe at it dot uu dot se 2010-06-08 08:19 ---
The same error occurs for java on ARM, see PR44335. I posted a patch to fix
that one (must include both tm.h and tm_p.h in jcf-parse.c) that but so far has
gotten no response to it.
--
mikpe at it dot uu dot se
--- Comment #3 from doko at ubuntu dot com 2010-06-08 08:35 ---
proposed patch at
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00658.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43847
Hit this while attempting to compile a large code base with WHOPR:
tweak1.c:
void y(void) { printf(y\n); }
void x(void) __attribute__((weak, alias(y)));
tweak2.c:
void x(void) { printf(strong\n); }
tweak3.c:
extern void x(void);
int main(void) { x(); return 0; }
Compile with
gcc -fwhopr
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-08 08:49 ---
Hm? The return values are removed as part of first DCE pass.
bb 2:
D.2721_1 = i_am_pure (5);
D.2722_2 = i_am_pure (5);
a_3 = D.2721_1 + D.2722_2;
i_am_pure (8);
i_am_pure (8);
return a_3;
and FRE/PRE
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|r160380 breaks libjava |[4.6 Regression] r160380
|bootstrap on
--- Comment #1 from ubizjak at gmail dot com 2010-06-08 08:50 ---
FAIL: g++.dg/torture/pr32304.C -O3 -g (internal compiler error)
also fails with the same ICE on x86_64-pc-linux-gnu [1].
[1] http://gcc.gnu.org/ml/gcc-testresults/2010-06/msg00759.html
--
ubizjak at gmail dot com
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-08 08:51 ---
By switching the GCC build language to C++, we introduce name mangling,
which means that we loose plugin dynamic link compatibility to previous
versions of gcc. Also, the interface becomes subject to change when
--- Comment #2 from dominiq at lps dot ens dot fr 2010-06-08 08:53 ---
Created an attachment (id=20864)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20864action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44460
--
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=44454
--
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=44453
--- Comment #5 from iains at gcc dot gnu dot org 2010-06-08 08:55 ---
this has been fixed for some time in the test-suite by running only for
*-*-darwin* and skipping for gnu-runtime.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
I got several ICEs during a linux kernel whopr build, here's one of them.
gcc46 -nostdlib -fwhopr -r -o net/ipv4/built-in.o net/ipv4/route.o
net/ipv4/inetpeer.o net/ipv4/protocol.o net/ipv4/ip_input.o
net/ipv4/ip_fragment.o net/ipv4/ip_forward.o net/ipv4/ip_options.o
net/ipv4/ip_output.o
--- Comment #9 from pluto at agmk dot net 2010-06-08 09:07 ---
(In reply to comment #8)
(In reply to comment #5)
have a look at PR44406... i believe its the same thing.
I think it probably is because the patch of mine would lead to code
very similar to what exposed PR
--- Comment #1 from andi-gcc at firstfloor dot org 2010-06-08 09:38 ---
Ok unable to attach and I've been told reporting LTO bugs requires some magic
voodoo incarnations first.
If it helps here's the gdb information of the crash:
(gdb) pt var
error_mark 0x1200022
(gdb) bt
#0
--- Comment #2 from andi-gcc at firstfloor dot org 2010-06-08 09:40 ---
The object files are at http://halobates.de/whopr-ice.tar.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44464
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-08 09:55 ---
Did you reduce the number of object files already? Note that you are linking
without optimization (and you probably built the .o files with optimization?)
So this might be a duplicate of PR41159.
Can you put
--- Comment #3 from amylaar at gcc dot gnu dot org 2010-06-08 09:56 ---
(In reply to comment #2)
By switching the GCC build language to C++, we introduce name mangling,
which means that we loose plugin dynamic link compatibility to previous
versions of gcc. Also, the interface
We are developing object oriented examples for our next book and have hit a
compiler bug with the following short program.
program polymorphic
use shape_module
use circle_module
use rectangle_module
implicit none
type shape_w
class (shape_type) , allocatable :: shape_v
end type shape_w
--- Comment #10 from pluto at agmk dot net 2010-06-08 10:15 ---
the gcc-4.5-20100608 still miscompiles kde4libs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44258
--- Comment #4 from kasparek at fit dot vutbr dot cz 2010-06-08 10:34
---
Hello, is there any progress in this, may I help with something?
--
kasparek at fit dot vutbr dot cz changed:
What|Removed |Added
--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-08 10:35 ---
Needs '-g -O1' to fails:
[macbook] i386/libjava% /opt/gcc/build_w/gcc/xgcc -B/opt/gcc/build_w/gcc
-nostdinc++ -DHAVE_CONFIG_H -I. -I../../../../work/libjava -I./include -I./gcj
-I../../../../work/libjava -Iinclude
When doing (node_refine.i attached):
gcc -DNDEBUG -O3 -I. -c node_refine.i
I get:
node_refine.c: In function KWayNodeRefine__:
node_refine.c:162:6: internal compiler error: Violació de segment
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from dominiq at lps dot ens dot fr 2010-06-08 10:37 ---
pr44460 is probably a duplicate. The test fails with -g -O1 and the backtrace
is
#0 fancy_abort (file=0x100ad07d0 ../../work/gcc/emit-rtl.c, line=1674,
function=0x100b42a40 set_mem_attributes_minus_bitpos) at
--- Comment #1 from msteghofer at cistib dot upf dot edu 2010-06-08 10:38
---
Created an attachment (id=20865)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20865action=view)
The code that produces the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44466
--- Comment #2 from msteghofer at cistib dot upf dot edu 2010-06-08 10:38
---
GCC version info:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/data/home/msteghofer/gcc-4.5/dist/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-06-08 10:41
---
Elimination of subsequent calculations of PIC addresses should be handled in
code hoisting optimization.
However, there are two problems that inhibit the optimization:
1. ARM backend outputs calculation of a
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-08 11:11 ---
This has been fixed for 4.5.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #34 from gcc at breakpoint dot cc 2010-06-08 11:23 ---
(In reply to comment #28)
#define HARD_REGNO_CALLER_SAVE_MODE(REGNO, NREGS, MODE) \
(TARGET_E500_DOUBLE ((MODE) == VOIDmode || (MODE) == DFmode) \
? DFmode
With revision 160368 the tree built.
From revision 160380 and on including at least 160431, build has failed as
follows:
libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-shared-libgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc -nostdinc++
--- Comment #4 from amylaar at gcc dot gnu dot org 2010-06-08 12:40 ---
This is the patch set for the fix:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00741.html
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00740.html
--
amylaar at gcc dot gnu dot org changed:
What
--- Comment #1 from hp at gcc dot gnu dot org 2010-06-08 12:43 ---
Created an attachment (id=20866)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20866action=view)
preprocessed
cc1plus -fpreprocessed eh_alloc.ii -melf -quiet -dumpbase eh_alloc.cc
-auxbase-strip eh_alloc.o -g -O2
#include stddef.h
struct S {
int i;
int j;
};
struct R {
int k;
struct S a;
};
struct Q {
float k;
struct S a;
};
struct Q s;
int __attribute__((noinline,noclone))
test1 (void *q)
{
struct S *b = (struct S *)((char *)q + sizeof (int));
s.a.i = 0;
b-i = 3;
return s.a.i;
}
int
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-08 12:52 ---
Argument why the testcase is invalid might go along the line that a pointer
to struct Q may not be converted to a pointer to struct R, or that
((struct R *)q)-a is accessing *q as struct R.
This is similar to
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-08 12:53 ---
Fixed on the mem-ref branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44468
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-08 12:57 ---
*** Bug 44467 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-06-08 12:57 ---
*** This bug has been marked as a duplicate of 44460 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dominiq at lps dot ens dot fr 2010-06-08 12:58 ---
Likely pr44453 and pr44460.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44467
--- Comment #1 from burnus at gcc dot gnu dot org 2010-06-08 13:00 ---
(In reply to comment #0)
c:\document\fortran\newbook\examples\ch32gfortran shape_p.f90 circle_p.f90
rectangle_p.f90 polymorph_array.f90
polymorph_array.f90: In function 'polymorphic':
polymorph_array.f90:18:0:
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-08 13:03 ---
Subject: Bug 44468
Author: rguenth
Date: Tue Jun 8 13:02:53 2010
New Revision: 160435
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160435
Log:
2010-06-08 Richard Guenther rguent...@suse.de
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-06-08 13:16 ---
Mine
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #2 from ian at rhymneyconsulting dot co dot uk 2010-06-08
13:21 ---
Subject: RE: [OOP] ICE with polymorphic object oriented example
I should have included them with the bug report!
Things are really progressing with the compiler.
Well done!
Out of the compilers Jane and
--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-08 13:53 ---
Valgrind shows:
==26969== Invalid read of size 4
==26969==at 0x553131: gfc_conv_scalarized_array_ref (trans-array.c:2494)
==26969==by 0x553824: gfc_conv_array_ref (trans-array.c:2547)
==26969==by
--- Comment #5 from martin at mpa-garching dot mpg dot de 2010-06-08 13:54
---
(In reply to comment #2)
We have (4.4):
bb 2:
va.f[0] = a-r;
va.f[1] = a-g;
va.f[2] = a-b;
va.f[3] = 0.0;
pretmp.40 = va.v;
ivtmp.61 = 0;
[...]
Could you please tell me the compiler
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-08 14:02 ---
(In reply to comment #5)
(In reply to comment #2)
We have (4.4):
bb 2:
va.f[0] = a-r;
va.f[1] = a-g;
va.f[2] = a-b;
va.f[3] = 0.0;
pretmp.40 = va.v;
ivtmp.61 = 0;
[...]
Could
--- Comment #17 from sfilippone at uniroma2 dot it 2010-06-08 14:09 ---
(In reply to comment #16)
(In reply to comment #14)
The attached variation of generic_23 still does not work.
[sfili...@donald bug15]$ ./generic_23_1
FOO%DOIT base version
Aborted (core dumped)
(In
--- Comment #4 from janus at gcc dot gnu dot org 2010-06-08 14:22 ---
Actually this seems to be a duplicate of PR 44211. It is fixed by the patch I
submitted yesterday:
http://gcc.gnu.org/ml/fortran/2010-06/msg00060.html
The patch has been approved by Tobias, and I will commit it once
--- Comment #3 from janus at gcc dot gnu dot org 2010-06-08 14:22 ---
*** Bug 44465 has been marked as a duplicate of this bug. ***
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jay dot foad at gmail dot com 2010-06-08 14:24 ---
I've just seen this too:
$ gcc --version
gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3
[...]
$ cat a.h
void a(void);
$ cat b.h
#include a.h
$ cat b.c
#include b.h
void b(void) {}
$ gcc -c -g3 a.h
$ gcc -c -g3 b.c
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-06-08 14:29 ---
I don't think I can fix this bug in its most general form without
doing some flow-sensitive decisions (which can be difficult for
aggregates) and without causing PR 43846 again. (Aggregate
copy-propagation and
--- Comment #2 from zsojka at seznam dot cz 2010-06-08 14:41 ---
Created an attachment (id=20867)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20867action=view)
different testcase
This testcase fails with similiar message:
$ gcc -O1 -fipa-struct-reorg -fwhole-program pr44336-2.c
Target: armv7l-unknown-linux-gnueabi
Configured with: ../gcc-4_5-branch/configure --prefix=/home/ssvb/gcc-test/bin
--target=armv7l-unknown-linux-gnueabi --enable-languages=c --without-headers
Thread model: posix
gcc version 4.5.1 20100607 (prerelease) (GCC)
$ armv7l-unknown-linux-gnueabi -O2
--- Comment #1 from siarhei dot siamashka at gmail dot com 2010-06-08
14:45 ---
Created an attachment (id=20868)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20868action=view)
testcase.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44469
--- Comment #30 from siarhei dot siamashka at gmail dot com 2010-06-08
14:49 ---
(In reply to comment #29)
Please file a new PR for that, with preprocessed source and all other relevant
info for reproduction.
Thanks, filed PR44469
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-06-08 14:50 ---
I don't think you need flow-sensitivity.
Basically when you have only aggregate uses (as in this case) then you only
want to scalarize if the destination of the use is scalarized as well
(to be able to copyprop out
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44469
--- Comment #3 from dgohman at gmail dot com 2010-06-08 14:54 ---
Callers of compare are already exposed to __builtin_memcmp result values (with
default traits) which vary depending on the target and compiler flags.
And since _S_compare is only used as a tie-breaker after the memcmp,
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Bogus access re-construction|[4.3/4.4/4.5/4.6 Regression]
|from offset
--- Comment #9 from jamborm at gcc dot gnu dot org 2010-06-08 15:00 ---
(In reply to comment #8)
I don't think you need flow-sensitivity.
Basically when you have only aggregate uses (as in this case)
Vectors are considered scalars in GCC. That is why the solutions
described above
--- Comment #4 from paolo dot carlini at oracle dot com 2010-06-08 15:09
---
I'm not convinced. The code at issue is used when memcmp returns zero, thus one
string is a prefix of the other, a well defined situation. For *eons* we have
been returning a number which is much larger (in
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-06-08 15:11
---
(In reply to comment #9)
(In reply to comment #8)
I don't think you need flow-sensitivity.
Basically when you have only aggregate uses (as in this case)
Vectors are considered scalars in GCC. That is
--- Comment #35 from Kyle dot D dot Moffett at boeing dot com 2010-06-08
15:23 ---
Hrm, well PPL still seems to be failing the interval1 test, but I'm not sure
that one's related as the part that fails is test01float. More info to
come shortly.
--
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-06-08 15:24
---
Steven, I'm shamelessly stealing this PR from you.
There are two sides to this missed optimization:
1. Calculation of PIC address is not CSE'd; this is the same as PR42495 and
will be fixed there.
2. Constant
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40615
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42500
--- Comment #5 from paolo dot carlini at oracle dot com 2010-06-08 15:59
---
Let's do this change first in ext/vstring and let's see how people react. In
that case we also have the advantage that nothing is exported from the *.so,
thus old code linking to the new lib will not risk
--- Comment #21 from changpeng dot fang at amd dot com 2010-06-08 16:23
---
Just for the record, non-constant step prefetching improves 459.GemsFDTD
by 5.5% (under -O3 + prefetch) on amd-linux64 systems. And the gains are
from the following set of loops:
NFT.fppized.f90:1268
--- Comment #3 from hjl dot tools at gmail dot com 2010-06-08 16:47 ---
It is caused by revision 145494:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00115.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-08 17:33 ---
Whatever.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from slawomir at ezono dot com 2010-06-08 17:55 ---
Created an attachment (id=20869)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20869action=view)
simpler example
Preprocessed source of simpler program.
The only #include used was typeinfo which is needed in order
--- Comment #4 from paolo dot carlini at oracle dot com 2010-06-08 17:57
---
Excellent, thanks a lot.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from paolo dot carlini at oracle dot com 2010-06-08 18:02
---
I also double checked that indeed the last null_type appears truncated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43838
--- Comment #6 from paolo dot carlini at oracle dot com 2010-06-08 18:05
---
Ian, any idea what may be happening here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43838
--- Comment #5 from sandra at gcc dot gnu dot org 2010-06-08 18:16 ---
Subject: Bug 39874
Author: sandra
Date: Tue Jun 8 18:15:53 2010
New Revision: 160445
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160445
Log:
2010-06-08 Sandra Loosemore san...@codesourcery.com
--- Comment #16 from sandra at gcc dot gnu dot org 2010-06-08 18:16 ---
Subject: Bug 28685
Author: sandra
Date: Tue Jun 8 18:15:53 2010
New Revision: 160445
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160445
Log:
2010-06-08 Sandra Loosemore san...@codesourcery.com
--- Comment #2 from ensonic at hora-obscura dot de 2010-06-08 19:16 ---
There are even patches flying around on the net for this, please!
http://www.mail-archive.com/pld-cvs-com...@lists.pld-linux.org/msg178946.html
--
ensonic at hora-obscura dot de changed:
What
--- Comment #22 from borntraeger at de dot ibm dot com 2010-06-08 19:42
---
I bootstrapped with patches 0002 and 0003.
The results are also good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44297
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42275
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-06-08 19:55 ---
There is no specifications for plugins really. And really this is on purpose
as we don't want to freeze down the rest of the compiler just for plugins.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-06-08 20:10 ---
Why do we remove register LHS in DCE again?
Because it reduces the amount of garbage produced by expand :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44462
--- Comment #36 from Kyle dot D dot Moffett at boeing dot com 2010-06-08
20:34 ---
Ok, I'm pretty sure this is unrelated to this bug, but I still get one
test-failure with PPL 0.10.2. The interval1 test fails due to the
test01float subtest, apparently due to very slightly excessive
--- Comment #6 from amylaar at gcc dot gnu dot org 2010-06-08 20:34 ---
(In reply to comment #5)
There is no specifications for plugins really. And really this is on purpose
as we don't want to freeze down the rest of the compiler just for plugins.
There is a difference between
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2010-06-08 20:39
---
I'm currently looking at math builtins for __float128 support, so I'll check
that.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #3 from amylaar at gcc dot gnu dot org 2010-06-08 20:52 ---
(In reply to comment #1)
A patch is here:
http://gcc.gnu.org/ml/gcc-patches/2010-01/msg01200.html
This is an update of the patch to revision 160389:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00822.html
--
Revision 160417 failed to compile libgcc:
[...@gnu-32 rrs]$ cat testcase.i
typedef int SItype __attribute__ ((mode (SI)));
typedef unsigned int USItype __attribute__ ((mode (SI)));
typedef int DItype __attribute__ ((mode (DI)));
struct DWstruct {SItype low, high;};
typedef union
{
struct
Reported by Jakub. gfortran -O2 -fwhole-file generates a variadic call to
bar_. (The decl of the procedure itself is OK.)
Expected:
a) With -fwhole-file, the actual declaration should be used.
b) As Fortran does not support variadic calls at all, there should be never
variatic calls be generated.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #1 from hjl dot tools at gmail dot com 2010-06-08 22:00 ---
It may be broken by revision 160394:
http://gcc.gnu.org/ml/gcc-cvs/2010-06/msg00307.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from amylaar at gcc dot gnu dot org 2010-06-08 22:50 ---
A patch is here:
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg00835.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from amylaar at gcc dot gnu dot org 2010-06-08 23:15 ---
I think PR44362 no longer block adoption of --enable-build-with-cxx
in trunk, since the C++ part of the patch for that PR was checked in.
It might sense to keep it in the dependency list if we need this to
backport
--- Comment #7 from amylaar at gcc dot gnu dot org 2010-06-08 23:21 ---
Subject: Bug 44459
Author: amylaar
Date: Tue Jun 8 23:21:48 2010
New Revision: 160448
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160448
Log:
PR plugins/44459:
* gcc-plugin.h: Encapsulate
--- Comment #9 from amodra at gcc dot gnu dot org 2010-06-09 00:16 ---
Subject: Bug 44067
Author: amodra
Date: Wed Jun 9 00:15:46 2010
New Revision: 160449
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160449
Log:
PR target/44067
* config/rs6000/rs6000.md
--- Comment #10 from amodra at gcc dot gnu dot org 2010-06-09 00:20 ---
Subject: Bug 44067
Author: amodra
Date: Wed Jun 9 00:20:27 2010
New Revision: 160454
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160454
Log:
PR target/44067
* config/rs6000/rs6000.md
--- Comment #11 from amodra at gmail dot com 2010-06-09 00:29 ---
Fixed
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
1 - 100 of 114 matches
Mail list logo