--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35011
All credits for finding the root of the evil go to Andrew Hutchinson
His original e-mail:
There is a bug!
Backend (avr part) creates special "pm()" annotation by looking at RTL. This is
done in avr.c by this function:
static bool
avr_assemble_integer (rtx x, unsigned int size, int aligned_p)
{
--- Comment #5 from rbuergel at web dot de 2008-01-29 10:17 ---
for #3, using static_assert( Comp::value > 0, "" ); makes it work.
using max for #1 leads gcc to an error: "cannot expand 'Params
...' into a fixed-length argument list"
updated testcase:
template
struct max
{
st
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-29 10:14 ---
See patch in PR31463. Output for testcases:
$> gfortran-svn -g -c -Wall pr33950-1.f90
pr33950-1.f90:1.27:
function pop() result(item)
1
Warning: Return value 'item' of function 'pop' decla
The following testcase triggers an ICE when compiled with
"-O3 -fcheck-data-deps":
==
double foo(const double* p0, const double* p1, const double* q0)
{
double d;
for (; p0 != p1; ++p0, ++q0)
d += *p0 * *q0;
return d
--- Comment #59 from alond at il dot ibm dot com 2008-01-29 10:01 ---
(In reply to comment #58)
> On hppa2.0w-hp-hpux11.11, we are down to:
Dave,
Can you please try this patch:
Index: ipa-struct-reorg.c
===
--- ipa-struc
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-29 10:05 ---
Daniel's Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00355.html
Related PRs: PR 34296, PR 33950, and PR 28004.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
I confirm the problem reported by Jack Howarth in
http://gcc.gnu.org/ml/gcc/2008-01/msg00484.html:
gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9.
With gcc 4.3 rev. 131923, I get:
[ibook-dhum] i686-apple-darwin9/boehm-gc% time make check
Making check in include
make "AR_FLAGS=" "CC_FOR_BUILD
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-29 10:11 ---
See patch in PR31463. New output for testcase:
$> gfortran-svn -g -c -Wall pr34296.f90
pr34296.f90:1.42:
CHARACTER(2) FUNCTION ctbgt() RESULT(ctab)
1
Warning: Return value '
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-01-29 10:17 ---
> Related PRs: PR 34296, PR 33950, and PR 28004.
Tobias, thanks for the pointers! PRs 34296 and 33950 are (IMO) fixed by this
patch as well (see my comments there). The last one is not affected.
--
http://gcc.g
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--- Comment #21 from haubi at gentoo dot org 2008-01-29 10:22 ---
(In reply to comment #18)
> (there is no 'install-' target AFAICS, so install would fail never the less),
I'm pretty sure there is a target 'install-', already used for empty @POSUB@,
because this inspired me to create th
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:56
---
Confirmed, also fails on 4.3.0.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:26
---
PR34742 is also related to documentation of our ABI/calling conventions
(whatever the correct term is). I agree we should document them, as well as
some other gfortran-specific non-portable stuff like "how do kind
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:26
---
See PR34528 also.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from aldot at gcc dot gnu dot org 2008-01-29 12:27 ---
Created an attachment (id=15046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15046&action=view)
updated patch for libgcc
Fixes an error about {mul,div}{d,x,t}c3 which wants to be built for different
modes / d
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-29 13:22 ---
> Note the comment in trans-expr.c(gfc_map_intrinsic_function) :
> case GFC_ISYM_LBOUND:
> case GFC_ISYM_UBOUND:
> /* TODO These implementations of lbound and ubound do not limit if
>the si
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-29 14:26 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #15 from dje at gcc dot gnu dot org 2008-01-29 14:40 ---
First, mainline bootstraps fully for me on AIX 6.1. I am closing this bug
about AIX building libstdc++ as resolved in GCC 4.3.
Second, "... and you are right" is completely meaningless without context. I
have no idea
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:26 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #9 from dgregor at gcc dot gnu dot org 2008-01-29 14:24 ---
Fixed in mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-01-29 14:22 ---
Actually, I don't know whether max is valid or not. My
inclination is that it is invalid, because when Params is empty, it becomes an
invalid specialization max. (This happens, for example, if we try to compute
max::
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34753
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34055
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||diagnostic, rejects-valid
Priority|P3
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-29 15:58 ---
Fixed.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 15:57 ---
Subject: Bug 35002
Author: aldot
Date: Tue Jan 29 15:56:20 2008
New Revision: 131940
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131940
Log:
2008-01-29 Bernhard Fischer <[EMAIL PROTECTED]>
PR c/3
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-29 15:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-01-29 16:15
---
(In reply to comment #2)
> Andrew, you mentioned the two-decl per function elsewhere as well. Where can
> one learn more about this? why do we have two decls at all? where do they come
> from, where do they go? Ho
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-29 15:48 ---
Subject: Bug 35006
Author: rguenth
Date: Tue Jan 29 15:47:19 2008
New Revision: 131939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131939
Log:
2008-01-29 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-29 15:36 ---
> This scripts emits on stdout a diagnostic message about
> a) wrong encoding in testcases (CRLF)
I think it is OK to mix \n and \r\n in the test suite as both should work. In
principle "\r" (old Mac files) should wo
Using gcc version 4.3.0 20080125 (experimental) (GCC) to crosscompile the
attached file for m68k-elf, I get the following line of asm:
move.l (%a2,%a0.l*4),76(%sp)
which is invalid for the target cpu I have specified. (-mcpu=5249)
This is my compiler command line:
/rockbox/apps/codecs/Tremor$ /
--- Comment #16 from Jerry_V_DeLisle at rl dot gov 2008-01-29 15:29 ---
The segfault here is the same segfault I reported in 34828 yesterday. I have a
patch all ready for that part.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19925
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-29 15:25 ---
*** Bug 35016 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
--- Comment #18 from dje at gcc dot gnu dot org 2008-01-29 15:22 ---
IBM XLC has had problems bootstrapping GCC. I am surprised you got to
libstdc++ for GCC 4.2.2. If you were using XLC, then that likely is the
problem and it miscompiled the stage1 GCC compiler.
--
http://gcc.gnu.
--- Comment #17 from tammer at tammer dot net 2008-01-29 15:17 ---
I have used IBM XL C/C++ 9.0 to bootstrap the gcc 4.3 compiler. I will test the
build with the gcc 4.2.2 build from www.perzl.org (Mr. Perzl from IBM Germany)
for the initial stage1.
Thanks for your help.
--
http://
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118357 introduced pedwarns
about any static decls in external linkage inline functions, but ISO C99
6.4.7/3
has:
"An inline definition of a function with external linkage shall not contain a
definition of a modifiable object with static storage durat
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 14:09 ---
I think this is by design. Of course given -static-libgfortran, it might make
sense to offer both.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34919
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34755
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34961
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-29 13:34 ---
P4, unless you can reproduce without -fcheck-data-deps. -fcheck-data-deps is a
compiler debugging option.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-29 17:39 ---
BTW, the patch I've attached doesn't bootstrap, got an error on bitmap.c.
Simplified testcase:
typedef int bitmap_element;
typedef struct { bitmap_element *first; } *bitmap;
extern void bitmap_clear (bitmap);
static v
When linking against libgfortran.a (using gfortran's -static-libgfortran
option)
get message about library should be recompiled with -fPIC option.
E.g. when building a shared library:
gfortran -c -fPIC test.f90
gfortran -static-libgfortran -shared -o libtest.so test.o
CODE for test.
--- Comment #2 from sebpop at gmail dot com 2008-01-29 17:40 ---
Subject: Re: [4.3 regression] ICE with -fcheck-data-deps
On 29 Jan 2008 13:34:07 -, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> P4, unless you can reproduce without -fcheck-data-deps. -fcheck-data-deps
--- Comment #1 from joseph at codesourcery dot com 2008-01-29 13:06 ---
Subject: Re: New: gcc-4.2.3-RC1's gctest hangs on
i686-apple-darwin9
On Tue, 29 Jan 2008, dominiq at lps dot ens dot fr wrote:
> I confirm the problem reported by Jack Howarth in
> http://gcc.gnu.org/ml/gcc/200
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-29 12:39 ---
Uh, so the variable D.1574 is referenced from grub_cmdline_get and cl_delete,
but we have only one variable annotation, referenced from var->base.ann, where
we should in such a case use the per-function hashtable to
--- Comment #11 from hubicka at ucw dot cz 2008-01-29 17:51 ---
Subject: Re: [4.3 regression] calling a function with undefined parameters
causes segmentation fault at -O1 or higher
Hi,
the patch seems to pass my local testing, but on Zdenek's tester I get
curious results on i686:
Tes
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2008-01-29 17:25
---
Created an attachment (id=15050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15050&action=view)
reduced testcase
t.5.ii: In function int main():
t.5.ii:14: error: ambiguous overload for operator== in
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-29 17:07 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11377 says otherwise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 16:05 ---
You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily
scan for any un-cleaned mod. See top of the script for the files i initially
fed to it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 15:25 ---
*** This bug has been marked as a duplicate of 35008 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-01-29 14:24 ---
Fixed on mainline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #17 from dgregor at gcc dot gnu dot org 2008-01-29 14:24
---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #3 from wirawan0 at gmail dot com 2008-01-29 15:00 ---
Created an attachment (id=15047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15047&action=view)
Sample code to cause compilation error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-29 12:41 ---
I am testing a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #22 from aldot at gcc dot gnu dot org 2008-01-29 12:33 ---
Michael,
You are right, sorry :(. I somehow managed not to find them although they are
there!
---8<---
# Dummy rules to deal with dependencies produced by use of
# "[EMAIL PROTECTED]@" and "[EMAIL PROTECTED]@" above,
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-29 17:48 ---
Created an attachment (id=15052)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15052&action=view)
gcc43-pr35017.patch
Alternative patch, which only pedwarns in inline definitions as defined in
4.7.6p6 as before,
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-29 11:24 ---
(In reply to comment #1)
Note the comment in trans-expr.c(gfc_map_intrinsic_function) :
case GFC_ISYM_LBOUND:
case GFC_ISYM_UBOUND:
/* TODO These implementations of lbound and ubound do not limit if
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 13:06 ---
The first snippet works for me, the second says
t.C:3: error: expected nested-name-specifier before 'outer1'
t.C:3: error: too many template-parameter-lists
t.C: In function 'void testme()':
t.C:11: error: 'outer1'
--- Comment #2 from wirawan0 at gmail dot com 2008-01-29 14:59 ---
The whole snippet must be included the (un)desirable error to show up. Let me
give an attachment to make it clear.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34606
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #16 from dgregor at gcc dot gnu dot org 2008-01-29 14:01
---
Subject: Bug 34103
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34219
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 ---
Subject: Bug 34754
Author: dgregor
Date: Tue Jan 29 13:59:59 2008
New Revision: 131938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938
Log:
2008-01-29 Douglas Gregor <[EMAIL PROTECTED]>
PR c
$ wget -P gcc/contrib/ \
http://uclibc.org/~aldot/gcc/gfortran.dg-final.cleanup-mods.awk
$ chmod +x gcc/contrib/gfortran.dg-final.cleanup-mods.awk
$ cd gcc/testsuite
$ $ for i in $(grep --exclude='*.svn*' -rl dg-do gfortran*); do
../contrib/gfortran.dg-final.cleanup-mods.awk $i;done 2> /dev/null
T
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:27 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #16 from dje at gcc dot gnu dot org 2008-01-29 14:42 ---
By the way, I am using a recent GCC compiled for AIX 5.3 with the "fixed"
headers removed as the bootstrap compiler on AIX 6.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
The following testcase fails to compile:
template struct outer1
{
typedef int my_value_type; // define a nested datatype
template struct inner1
{
typedef outer1 myboss;
// borrow the boss's datatype << -- don't reduce or change this one:
typedef typename myboss::my
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-29 15:32 ---
I believe we have a dup for this somewhere. Broken on the 4.1 and 4.2 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from nizze86 at hotmail dot com 2008-01-29 15:36 ---
Created an attachment (id=15048)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15048&action=view)
Preprocessed sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35018
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-29 17:31 ---
Created an attachment (id=15051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15051&action=view)
gcc43-pr35017.patch
TREE_READONLY isn't modifiable, so I guess that part is quite clear and I'm
also
pretty sure
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from eres at il dot ibm dot com 2008-01-29 16:07 ---
Created an attachment (id=15049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15049&action=view)
A patch I am currently testing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-29 17:09 ---
Configure gcc with --with-pic.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-29 17:27 ---
See also: PR29458
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
C
--- Comment #5 from joseph at codesourcery dot com 2008-01-29 18:24 ---
Subject: Re: [4.3 Regression] PR11377 pedwarns even about valid
code
On Tue, 29 Jan 2008, jakub at gcc dot gnu dot org wrote:
> TREE_READONLY isn't modifiable, so I guess that part is quite clear and I'm
> also
>
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-01-29
17:59 ---
The problem certainly didn't exist with gcc 4.2.1 on darwin8.10.0...
http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00847.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35012
--- Comment #2 from mark at gcc dot gnu dot org 2008-01-29 21:02 ---
Note that the libgcj and classpath versions of getSimpleName() were written
independently.
Although the classpath implementation might help in the short run. It is based
on syntactically reconstructing the simple name.
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-29 21:07 ---
Created an attachment (id=15053)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15053&action=view)
patch in testing
This is a simple fix to adjust the respective vector (that get's
filled/finalized far too early,
g++ is unable to compile a call to a templatized method from a template
function that takes the class that contains the templatized methods as
a template parameter.
Environment:
System: Linux bnell-deb4-64 2.6.18-4-amd64 #1 SMP Mon Mar 26 11:36:53 CEST 2007
x86_64 GNU/Linux
Architecture: x86_64
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-29 21:59 ---
You want:
f.template bar<3>(0);// doesn't work here
f.emplate moo(0); // doesn't work here
Since f is dependent, the parser cannot figure out if f.bar and f.moo are a
template or not when it is parsing
--- Comment #12 from jakub at gcc dot gnu dot org 2008-01-29 21:22 ---
These tests time out from time to time when the testing box is busy, that's
quite
normal. The problem is in the use of sched_yield (), which puts the calling
thread to the end of the runqueue. If there are many proc
Test Code:
public class test
{
class inner
{
}
public static void main(String[] args)
{
System.out.println(inner.class.getSimpleName());
}
}
Result with GCJ:
[EMAIL PROTECTED]:/root# java test
test$inner
Result with Sun:
[EMAIL PROTECTED]:/opt/sid/root $ sudo java test
--- Comment #5 from fago at earthlink dot net 2008-01-29 19:47 ---
So it is a gcc issue -- seems like it will have to wait for 4.4 then? Easy
enough work-around I guess. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-01-29 19:45
---
(In reply to comment #3)
> will it make it into 4.2.3?
No way: the release process for 4.2.3 has started:
http://gcc.gnu.org/ml/gcc/2008-01/msg00477.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719
--- Comment #3 from fago at caltech dot edu 2008-01-29 19:36 ---
This also happens on 4.2.2 It is indeed fixed by using -gdwarf-2.
So should gcc set the type of debug information differently on Leopard, or is
it Apple's issue? If the former, it seems like it should be straight-forward;
Patch (contains also a different patch, I'm to lazy to separate):
The missing argument check is not needed as this is already checked for in
gcc/fortran/gfortranspec.c. OPT_M is not needed as -M is changed into -J.
Index: gcc/fortran/gfortranspec.c
===
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-29 20:15 ---
> You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily
> scan for any un-cleaned mod. See top of the script for the files i initially
> fed to it.
Most (all?) .mod files which are left over com
--- Comment #4 from rep dot dot dot nop at gmail dot com 2008-01-29 20:23
---
Subject: Re: missing cleanup-modules directive in
testsuite/gfortran*
On Tue, Jan 29, 2008 at 08:15:23PM -, burnus at gcc dot gnu dot org wrote:
>--- Comment #3 from burnus at gcc dot gnu dot
--- Comment #1 from mark at gcc dot gnu dot org 2008-01-29 20:35 ---
GNU Classpath contains:
2007-08-20 Andrew John Hughes <[EMAIL PROTECTED]>
* vm/reference/java/lang/VMClass.java:
(getCanonicalName(Class)): Fix handling of member
classes so we don't fall out
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-29 20:35 ---
Several question marks for someone more familiar with the testsuite..
In the event that we can check against several multilib variants (?) that thus
match different dg-require (?), we may (?) eventually check against
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-29 23:19 ---
Subject: Bug 35017
Author: jakub
Date: Tue Jan 29 23:19:07 2008
New Revision: 131945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131945
Log:
PR c/35017
* c-decl.c (start_decl): Don't pedwarn
1 - 100 of 129 matches
Mail list logo
