--- Comment #3 from tydeman at tybor dot com 2009-10-20 06:25 ---
In 4.4.1, it appears that the type of the LHS in LHS = RHS determines how the
RHS
is evaluated. If the RHS involves only _Decimal32 types, then the RHS will be
evaluated to the type of the LHS (_Decimal32, 64, or 128). T
--- Comment #10 from dougkwan at google dot com 2009-10-20 06:22 ---
(In reply to comment #9)
> (In reply to comment #8)
> > This is fixed in trunk but at least gcc-4.4.0, where this bug was found, is
> > still broken.
> >
>
> I have no approval rights but can you test & ask to backpor
--- Comment #1 from Michel dot Delaunay at imag dot fr 2009-10-20 06:04
---
Created an attachment (id=18829)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18829&action=view)
the config.log file produced when configure ``libfortran''
configure:14173: checking whether the GNU Fortr
I configure gcc-4.4.2 with :
configure:11038: /usr/local/GCC/GCC-4.4.2/i686-gcc-4.4.2/./gcc/gfortran
-B/usr/local/GCC/GCC-4.4.2/i686-gcc-4.4.2/./gcc/
-B/usr/local/GCC/gcc-4.4.2/i686-pc-linux-gnu/bin/
-B/usr/local/GCC/gcc-4.4.2/i686-pc-linux-gnu/lib/ -isystem
/usr/local/GCC/gcc-4.4.2/i686-pc-linux-
--- Comment #2 from pault at gcc dot gnu dot org 2009-10-20 04:52 ---
Fixed on trunk.
Thanks for the report!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pault at gcc dot gnu dot org 2009-10-20 04:17 ---
Subject: Bug 41706
Author: pault
Date: Tue Oct 20 04:16:02 2009
New Revision: 153004
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153004
Log:
2009-10-20 Paul Thomas
PR fortran/41706
* res
--- Comment #2 from paolo dot carlini at oracle dot com 2009-10-20 03:13
---
Or, if we really wants positive forms, I would suggest:
"template parameter _UIntType is an unsigned integral type"
and
"template parameter __m has bounds"
I'm ok with either.
--
http://gcc.gnu.org/bug
--- Comment #1 from paolo dot carlini at oracle dot com 2009-10-20 02:45
---
In fact, I have only *extended* the existing static_asserts to cover the type
too, not just the bounds, thus avoiding the legacy simulated concept checks.
In general, I followed the existing practice about neg
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-19 23:52 ---
I get a similar issue on powerpc with -O3 used on the object file and then -O0
used for the final link. Though the simple example does not show the issue on
PPC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #2 from kargl at gcc dot gnu dot org 2009-10-19 22:29 ---
Note, simply commenting out gfc_resolve_expr() leads to regressions
in allocate_alloc_opt_4.f90 and allocate_alloc_opt_6.f90. The reduce
testcase from *_4.f90 is
! { dg-do compile }
program a
implicit none
integ
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-19 22:24 ---
Subject: Bug 41755
Author: jakub
Date: Mon Oct 19 22:24:28 2009
New Revision: 152999
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152999
Log:
PR fortran/41755
* symbol.c (gfc_undo_symbols): A
--- Comment #1 from kargl at gcc dot gnu dot org 2009-10-19 22:06 ---
(In reply to comment #0)
> In gfc_match_allocate one finds a call to gfc_resolve_expr, which resolves the
> optional SOURCE expression.
>
> By definition, resolving should be done at resolution stage, and not already
This patch:
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00782.html
Introduces some compile time diagnostics:
- static_assert(__m == 0 || (__a < __m && __c < __m),
- "template arguments out of bounds"
- " in linear_congruential_engine");
+ static_asse
--- Comment #5 from joel at gcc dot gnu dot org 2009-10-19 21:46 ---
../../gcc-3.4.6/gcc/libgcc2.c:1475: internal compiler error: in extract_insn,
at recog.c:2083
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-19 21:39 ---
../../gcc-4.1.2/gcc/libgcc2.c:1702: internal compiler error: in extract_insn,
at recog.c:2084
../../gcc-4.2.4/gcc/libgcc2.c:747: internal compiler error: in extract_insn, at
recog.c:2077
--
joel at gcc dot gnu dot
In gfc_match_allocate one finds a call to gfc_resolve_expr, which resolves the
optional SOURCE expression.
By definition, resolving should be done at resolution stage, and not already
when matching the ALLOCATE statement. The canonical way to do it would be to
add something like 'gfc_resolve_expr
The GCC plugin API has a PLUGIN_FINISH_TYPE callback which provides an easy way
for plugins to enumerate instantiated types in GCC. Unfortunately no such
equivalent exists for decls.
Would be great to get a way to get notified when global variable, struct member
and static method DECLs are comple
--- Comment #6 from burnus at gcc dot gnu dot org 2009-10-19 19:27 ---
CLOSE as FIXED on the trunk (4.5) and the 4.4 branch. (I do not care about 4.3,
but I can backport it, if it is deemed to be useful.)
Thanks for (forwarding) the report.
--
burnus at gcc dot gnu dot org changed:
--- Comment #6 from janus at gcc dot gnu dot org 2009-10-19 19:23 ---
Fixed with r152988. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from janus at gcc dot gnu dot org 2009-10-19 19:21 ---
Subject: Bug 41586
Author: janus
Date: Mon Oct 19 19:21:18 2009
New Revision: 152988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152988
Log:
2009-10-19 Janus Weil
PR fortran/41586
* pars
--- Comment #5 from burnus at gcc dot gnu dot org 2009-10-19 19:18 ---
Subject: Bug 41755
Author: burnus
Date: Mon Oct 19 19:18:12 2009
New Revision: 152987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152987
Log:
2009-10-19 Tobias Burnus
Steven G. Kargl
--- Comment #5 from yuri at tsoft dot com 2009-10-19 19:12 ---
How to run testsuite for gcj?
When I run 'gmake check-gcc' from the build directory it doesn't run gcj tests
at all, and gcc/g++ tests summaries are all empty. Not sure what that means.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #4 from janus at gcc dot gnu dot org 2009-10-19 18:46 ---
Mine. Have a patch:
http://gcc.gnu.org/ml/fortran/2009-10/msg00171.html
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2009-10-19 18:35 ---
Actually, it is not DSE1 but already loop-invariant.c, and the difference is in
max_reg_pressure of the current loop (4 vs. 5 for one of the classes).
--
jakub at gcc dot gnu dot org changed:
What|R
--- Comment #6 from jason at gcc dot gnu dot org 2009-10-19 18:07 ---
Have you tried selecting a different sort algorithm? The default seems to be
the multi-way mergesort, but there are two quicksort options as well.
--
jason at gcc dot gnu dot org changed:
What|Remo
--- Comment #4 from burnus at gcc dot gnu dot org 2009-10-19 18:03 ---
Subject: Bug 41755
Author: burnus
Date: Mon Oct 19 18:03:02 2009
New Revision: 152983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152983
Log:
2009-10-19 Tobias Burnus
Steven G. Kargl
--- Comment #11 from rearnsha at gcc dot gnu dot org 2009-10-19 17:51
---
(In reply to comment #9)
> Subject: Re: FAIL: gcc.dg/tree-prof/bb-reorg.c compilation,
> -fprofile-use -D_PROFILE_USE
>
> On Mon, 19 Oct 2009, rearnsha at gcc dot gnu dot org wrote:
>
> > I don't think there
--- Comment #5 from steven at gcc dot gnu dot org 2009-10-19 17:34 ---
You can't merge no-exception and exception code, it seems. Should exceptions
be enabled per-function for LTO?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rainer at emrich-ebersheim dot de 2009-10-19 17:24
---
verified that compiling only bfd/elf64-ia64.c with -fno-ipa-sra is sufficient
to get a working ia64-unknown-linux-gnu-ld.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #8 from jakub at gcc dot gnu dot org 2009-10-19 17:14 ---
NONDEBUG_INSN_P differences start appearing in DSE1, looking into it.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from yuri at tsoft dot com 2009-10-19 17:20 ---
I confirm this on FreeBSD-8.0 for gcc-4.5.0.20091001.
I notified the maintainer of FreeBSD gcc port.
But once the fix will be found it should go into gcj itself, not into port.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #10 from rainer at emrich-ebersheim dot de 2009-10-19 17:06
---
The line numbers in the traceback in comment #9 are completly bogus. I had to
upgrade my gdb to version 0.7. Now it looks much better:
Core was generated by `ia64-unknown-linux-gnu-ld --verbose
--sysroot=/opt/d
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-19 17:05 ---
Confirmed, for -m32 -march=i686 -O3 -g vs. -g0 generates different code on:
typedef struct { int t; } *T;
struct S1 { unsigned s1; };
struct S2 { struct S1 s2; };
struct S3 { unsigned s3; struct S2 **s4; };
struct S5 {
--- Comment #4 from edwintorok at gmail dot com 2009-10-19 16:59 ---
(In reply to comment #3)
> ld -v
> GNU gold (GNU Binutils for Debian 2.20) 1.9
>
> This happens only if I use all of -flto -O1 -use-linker-plugin, not using -O1,
> or not using -use-linker-plugin hides the bug (and not
--- Comment #3 from edwintorok at gmail dot com 2009-10-19 16:58 ---
ld -v
GNU gold (GNU Binutils for Debian 2.20) 1.9
This happens only if I use all of -flto -O1 -use-linker-plugin, not using -O1,
or not using -use-linker-plugin hides the bug (and not using -flto too of
course).
--
--- Comment #2 from edwintorok at gmail dot com 2009-10-19 16:56 ---
Created an attachment (id=18828)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18828&action=view)
AsmMatcherEmitter.i.bz2
bzipped preprocessed AsmMatcherEmitter.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #1 from edwintorok at gmail dot com 2009-10-19 16:55 ---
Created an attachment (id=18827)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18827&action=view)
SourceMgr.i
preprocessed SourceMgr.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41756
++
--enable-gold
Thread model: posix
gcc version 4.5.0 20091019 (experimental) (GCC)
sh -x script
+ /home/edwin/inst/bin/g++ -fPIC SourceMgr.i -flto -fno-exceptions -O1 -c -o
SourceMgr.o
+ /home/edwin/inst/bin/g++ -fPIC AsmMatcherEmitter.i -flto -O1 -c -o
AsmMatcher.o
+ /home/edwin/inst/bin/g++ -flto -use
--- Comment #3 from burnus at gcc dot gnu dot org 2009-10-19 16:50 ---
I already posted one - http://gcc.gnu.org/ml/fortran/2009-10/msg00172.html
I thought I had marked it as "ASSIGNED" but seemingly I was distracted and
didn't :-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4175
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-10-19 16:47 ---
Fixed on trunk and gcc-4_4-branch
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-10-19 16:46 ---
In for gcc-4.4.3
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #10 from joseph at codesourcery dot com 2009-10-19 16:46
---
Subject: Re: FAIL: gcc.dg/tree-prof/bb-reorg.c compilation,
-fprofile-use -D_PROFILE_USE
On Mon, 19 Oct 2009, rearnsha at gcc dot gnu dot org wrote:
> Created an attachment (id=18826)
--> (http://gcc.gnu.org/
--- Comment #2 from kargl at gcc dot gnu dot org 2009-10-19 16:45 ---
I'm regression testing a patch at the moment.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from joseph at codesourcery dot com 2009-10-19 16:44 ---
Subject: Re: FAIL: gcc.dg/tree-prof/bb-reorg.c compilation,
-fprofile-use -D_PROFILE_USE
On Mon, 19 Oct 2009, rearnsha at gcc dot gnu dot org wrote:
> I don't think there should be such notes on ARM due to the b
--- Comment #9 from rainer at emrich-ebersheim dot de 2009-10-19 16:30
---
build with "-g -O1 -fipa-sra -fno-inline" I get the following backtrace:
Core was generated by `ia64-unknown-linux-gnu-ld --verbose
--sysroot=/opt/devel/tec/setup/sys-root/Lin'.
Program terminated with signal 11
--- Comment #8 from rearnsha at gcc dot gnu dot org 2009-10-19 16:19
---
Created an attachment (id=18826)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18826&action=view)
Proposed patch
Currently only very lightly tested, but this should solve the issue.
--
http://gcc.gnu.or
--- Comment #8 from rainer at emrich-ebersheim dot de 2009-10-19 16:19
---
fails when build with "-g -O1 -fipa-sra".
So, the ipa-sra pass causes the issue, no?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #7 from rainer at emrich-ebersheim dot de 2009-10-19 16:08
---
Subject: Re: gcc 4.5.0 miscompiles binutils
jakub at gcc dot gnu dot org wrote:
> --- Comment #6 from jakub at gcc dot gnu dot org 2009-10-19 15:21 ---
> Try also -g -O2 -fno-strict-aliasing, if that o
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-19 16:03 ---
Papering over this bug gets us as far as reaching
void
cgraph_mark_needed_node (struct cgraph_node *node)
{
node->needed = 1;
gcc_assert (!node->global.inlined_to);
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #7 from rearnsha at gcc dot gnu dot org 2009-10-19 15:50
---
(In reply to comment #6)
> You should not depend on NOTE_INSN_SWITCH_TEXT_SECTIONS. There are other ways
> to see if a jump goes from one section to another: edge->flags & EDGE_CROSSING
> (preferred), and REG_CROSS
--- Comment #2 from pault at gcc dot gnu dot org 2009-10-19 15:46 ---
Have cc'd Richi to see if he can shed any light on this.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from steven at gcc dot gnu dot org 2009-10-19 15:42 ---
You should not depend on NOTE_INSN_SWITCH_TEXT_SECTIONS. There are other ways
to see if a jump goes from one section to another: edge->flags & EDGE_CROSSING
(preferred), and REG_CROSSING_JUMP notes (more reliable in p
--- Comment #5 from rearnsha at gcc dot gnu dot org 2009-10-19 15:26
---
(In reply to comment #1)
> Subject: Re: New: FAIL: gcc.dg/tree-prof/bb-reorg.c
> compilation, -fprofile-use -D_PROFILE_USE
>
> The ARM constant pool code needs to handle a
> NOTE_INSN_SWITCH_TEXT_SECTIONS not
--- Comment #6 from jakub at gcc dot gnu dot org 2009-10-19 15:21 ---
Try also -g -O2 -fno-strict-aliasing, if that one works, look for aliasing
warnings.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #4 from rearnsha at gcc dot gnu dot org 2009-10-19 15:18
---
(In reply to comment #3)
> .text
> ldr r0, .L30
...
> .section.text.unlikely
> .L30: .word 1819043176
This is broken. We can't reference from .text to .text.unlikely since
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-19 15:18 ---
It also builds lto-plugin again at install time. Huh.
make[2]: Nothing to be done for `install'.
make[2]: Leaving directory
`/usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux/gnattools'
make[2]: En
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-19 15:03 ---
Maybe Paolo can help here - copying the usual "HACK" boilerplate from
libssp/Makefile.am into lto-plugin/Makefile.am doesn't help (but libgomp
also does not need that). I have no idea how this is supposed to work an
--- Comment #5 from rainer at emrich-ebersheim dot de 2009-10-19 14:46
---
works when build with "-g -O0" and "-g -O1".
fails when build with "-g -O2" and "-g -O3".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #1 from burnus at gcc dot gnu dot org 2009-10-19 14:31 ---
Similarly for proc-pointers, cf. PR 41733.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41724
--- Comment #3 from doko at gcc dot gnu dot org 2009-10-19 14:26 ---
Subject: Bug 40134
Author: doko
Date: Mon Oct 19 14:26:28 2009
New Revision: 152975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152975
Log:
2009-10-19 Matthias Klose
PR target/40134
* con
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-19 14:19 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--- Comment #8 from jakub at gcc dot gnu dot org 2009-10-19 14:08 ---
4.4 branch is again open for bugfixes...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41196
--- Comment #1 from dominiq at lps dot ens dot fr 2009-10-19 14:08 ---
Gives
pr41755.f90:2.28:
equivalence (aa,a) (bb,cc)
1
Error: Syntax error in EQUIVALENCE statement at (1)
with gfortran 4.2.4, and a bus error at compile time with 4.3.4, 4.4.1
>From https://bugzilla.novell.com/show_bug.cgi?id=546031
> cat without_comma.f
c without comma
common /uno/ aa
equivalence (aa,a) (bb,cc)
end
>gfortran without_comma.f
f951: internal compiler error: Violación de segmento
Please submit a ful
This program generates an internal compiler error: Segmentation fault.
#include
#include
#include
using namespace std;
int main()
{
map m;
m.insert({{"t", "t"}, {"y", "y"}});
return 0;
}
$ g++ -std=c++0x test.cpp
test.cpp: In function 'int main()':
test.cpp:11: inter
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-10-19
13:17 ---
Ok, thanks for the clarification.
I believe this should be documented.
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
--- Comment #22 from jakub at gcc dot gnu dot org 2009-10-19 12:21 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #21 from jakub at gcc dot gnu dot org 2009-10-19 12:15 ---
Subject: Bug 40521
Author: jakub
Date: Mon Oct 19 12:15:27 2009
New Revision: 152974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152974
Log:
Backport from mainline:
2009-10-16 Jakub Jeline
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-19 12:06 ---
For a suspected wrong-code bug, the standard way to create a testcase is to
first find out if there are gcc options with which you get the expected result
(such as it works when compiled with -O0, doesn't when compiled
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-10-19 11:51
---
Forgot to mention that's with binutils 2.20 and binutils head.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #2 from rainer at emrich-ebersheim dot de 2009-10-19 11:43
---
Subject: Re: gcc 4.5.0 miscompiles binutils
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
rguenth at gcc dot gnu dot org schrieb:
> --- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-19 11:00
> -
--- Comment #6 from sezeroz at gmail dot com 2009-10-19 11:11 ---
(In reply to comment #5)
> function is left, so chances are you are refering to a variable later on even
> after it went out of scope.
By a closer look, the function is called twice, first by its argument set to
true in w
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-19 11:00 ---
Testcase required.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-19 10:58 ---
It aligns the incoming stack. Fixed in 4.4/4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-19 10:55 ---
Target seems broken.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keyw
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-19 10:54 ---
Indeed.
*** This bug has been marked as a duplicate of 41529 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-19 10:54 ---
*** Bug 41746 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-19 10:53 ---
Sounds more like a BSD threads issue, so you need to debug it more.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-19 10:38 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from dominiq at lps dot ens dot fr 2009-10-19 10:23 ---
Confirmed on (i686|powerpc)-apple-darwin9 revision 152966. On
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41753
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-19 10:20 ---
You haven't provide a small self-contained executable testcase, so you need to
explain in detail what do you think is wrong on the generated assembly. I
don't see anything wrong on it, especially not in the diff betwe
The following produces a segfault at runtime with -O2 and higher
module m
type t
real x
contains
procedure, pass :: a
end type
contains
real function a (arg)
class (t) :: arg
a = arg%x
end function
real function b (arg)
real :: arg
b = arg*2
end function
s
CRTP does not seem to work together with variadic templates.
On a larger program, type canonization seems to be faulty and leads to a g++
crash.
Source code:
struct a {};
template < typename T, typename ENCLOSING >
struct base;
template < typename ENCLOSING >
struct base< a, ENCLOSING >
{};
tem
--- Comment #2 from yuri at tsoft dot com 2009-10-19 09:23 ---
No, it doesn't work for me on FreeBSD-8.0:
/usr/local/gcc/4.4.1-java/bin/gcj -o ecj
--main=org.eclipse.jdt.internal.compiler.batch.Main
/usr/local/share/java/ecj.jar
LD_LIBRARY_PATH=/usr/local/gcc/4.4.1-java/lib ldd ./ecj
.
--- Comment #1 from aph at gcc dot gnu dot org 2009-10-19 09:08 ---
Works for me:
$ gcj -o ecj --main=org.eclipse.jdt.internal.compiler.batch.Main
/usr/share/java/ecj.jar
$ ./ecj HelloWorld.java
$ java HelloWorld
Hello World!
--
aph at gcc dot gnu dot org changed:
Wha
--- Comment #3 from aph at gcc dot gnu dot org 2009-10-19 09:01 ---
Works for me on GNU/Linux:
ClassNotFoundException: java.lang.ClassNotFoundException: my.other.class not
found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], par
--- Comment #4 from sezeroz at gmail dot com 2009-10-19 09:01 ---
Created an attachment (id=18825)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18825&action=view)
good asm output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41751
--- Comment #3 from sezeroz at gmail dot com 2009-10-19 09:01 ---
Created an attachment (id=18824)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18824&action=view)
failing asm output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41751
--- Comment #2 from sezeroz at gmail dot com 2009-10-19 09:00 ---
Created an attachment (id=18823)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18823&action=view)
good preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41751
--- Comment #1 from sezeroz at gmail dot com 2009-10-19 08:59 ---
Created an attachment (id=18822)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18822&action=view)
failing preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41751
static void R_EdgeDrawing (qboolean Translucent)
{
edge_t ledges[NUMSTACKEDGES + ((CACHE_SIZE - 1) / sizeof(edge_t)) + 1];
surf_t lsurfs[NUMSTACKSURFACES + ((CACHE_SIZE - 1) / sizeof(surf_t)) + 1];
..
(see attached r_main-1.i and r_main-1.s) is incorrectly compiled when
optimizations are turned
--- Comment #1 from aph at gcc dot gnu dot org 2009-10-19 08:55 ---
This is a deliberate design decision.
If you really need to refer to classes with dlsym, use -fno-indirect-classes.
However, this has a number of restrictions: in particular it fixes the ABI
to the specific libgcj that
--- Comment #1 from aph at gcc dot gnu dot org 2009-10-19 08:49 ---
We need a standalone test case for this. Please cut the problem down to
something fairly simple and cmplete.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-19 08:45 ---
Subject: Bug 41494
Author: rguenth
Date: Mon Oct 19 08:45:43 2009
New Revision: 152973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152973
Log:
2009-10-18 Richard Guenther
PR fortran/41494
gcc trunk revision 152931 miscompiles cross binutils x86_64-unknown-linux-gnu
to ia64-unknown-linux-gnu.
Detected during build of cross compiler x86_64-unknown-linux-gnu to
ia64-unknown-linux-gnu. ia64-unknown-linux-gnu-ld segfaults by linking a simple
conftest.
configure:2368: checking for C comp
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-19 08:13 ---
The lines are joined into a logical line, that's what the C standard requires.
But where do you see requirement that everything on one logical line has to
appear on the line in preprocessed output? The reason it is e
--- Comment #7 from jason at gcc dot gnu dot org 2009-10-19 07:41 ---
Thanks, though that's not a regression, that's the new PR37204 testcase. The
execution test is testing direct binding, which is a separate issue that isn't
fixed in 4.4 yet, so I've just disabled the execution test on
--- Comment #1 from socketpair at gmail dot com 2009-10-19 07:14 ---
gcc322 generates this:
(gcc -Os -fomit-frame-pointer qwe.c --save-temps)
main:
movl$1, %eax
r
int main (void) {return 1; }
Ubuntu Jaunty.
gcc --save-temps -fno-stack-protector -fomit-frame-pointer -Os ./cpuid.c
generates thgis:
--
main:
leal4(%esp), %ecx
andl$-16, %esp
pushl -4(%ecx)
movl$1, %eax
pushl %ecx
p
This is a testcase (a space before a backslash or after a newline, and two
pairs of quotes (or no quotes at all), are important):
"hello," \
"world"
In GCC 4.5.0 20091015, preprocessor produces this:
# 1 ""
# 1 ""
# 1 ""
# 1 ""
"hello,"
"world"
whereas older GCC versions give this:
# 1 ""
# 1
100 matches
Mail list logo
