--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #9 from bergner at vnet dot ibm dot com 2005-12-06 06:26
---
Created an attachment (id=10414)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10414&action=view)
Minimal test case.
Here's a minimal test case. This works with older gcc's and without
optimization on newer
--- Comment #21 from wilson at gcc dot gnu dot org 2005-12-06 05:55 ---
Fixed on mainline and the gcc-4.1 branch.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tausq at debian dot org 2005-12-06 05:47 ---
I'm guessing this is the patch that introduced this regression:
2004-08-20 Zack Weinberg <[EMAIL PROTECTED]>
John David Anglin <[EMAIL PROTECTED]>
* config/pa/pa-protos.h (readonly_data, one_only_re
--- Comment #20 from wilson at gcc dot gnu dot org 2005-12-06 05:41 ---
Subject: Bug 24934
Author: wilson
Date: Tue Dec 6 05:41:33 2005
New Revision: 108104
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108104
Log:
PR target/24934
* opts.c (decode_options): Turn off partitioni
--- Comment #1 from tausq at debian dot org 2005-12-06 05:38 ---
The difference is that gcc-3.x creates:
.proc
.callinfo xxx
.entry
...
.exit
.procend
.space $TEXT$
.nsubspa $CODE$,QUAD=0,ALIGN=8,ACCESS=44,CODE_ONLY
.stabs "",100,0,0,L$text_end
L$text_end:
whereas gcc-4
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #4 from pault at gcc dot gnu dot org 2005-12-06 05:32 ---
(In reply to comment #3)
> I believe the code is illegal from 7.5.2, page 110,
>
>Constraint: The target shall be of the same type, kind type parameters,
> and rank as the pointer.
>
> Then on pa
--- Comment #19 from wilson at gcc dot gnu dot org 2005-12-06 05:31 ---
Subject: Bug 24934
Author: wilson
Date: Tue Dec 6 05:31:39 2005
New Revision: 108103
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108103
Log:
PR target/24934
* opts.c (decode_options): Turn off partitioni
--- Comment #3 from wilson at specifix dot com 2005-12-06 05:15 ---
Subject: Re: gcc fails to compile for target h8300-hitachi-hms
with unrecognizable insn
pinskia at gcc dot gnu dot org wrote:
> --- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-06 04:32
> ---
> Thi
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-06 04:32 ---
This might be a 64bit HOST_WIDE_INT bug in the h8300 back-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rbunke at speakeasy dot net 2005-12-06 04:27 ---
Created an attachment (id=10413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10413&action=view)
the preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25272
I'm trying to compile gcc as a cross compiler for target h8300-hitachi-hms on
my amd64 gentoo linux box.
the bintils compiled succesfully
but gcc compilation failed:
I tried to compile both the gcc-3.4.4 source and the gcc-3.4.5
with the same results
gcc version
-
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2005-12-06 03:21
---
I can confirm this behavior disagrees with ifort. I will investigate further.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from wilson at specifix dot com 2005-12-06 03:03 ---
Subject: Re: New: [2.95.2/3.3.3/4.0.0 Regression] g++ fails
to emit debug information for SOME local variables in class member function
that has templated local variables
schaudhu at blackrock dot com wrote:
> When
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18278
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2005-12-06 02:27
---
I see that g77 output differs from gfortran.
I also see gfortran and ifort agree 100%.
I am not sure which is right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25271
--- Comment #11 from tromey at gcc dot gnu dot org 2005-12-06 02:13 ---
Subject: Bug 18278
Author: tromey
Date: Tue Dec 6 02:13:54 2005
New Revision: 108096
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108096
Log:
gcc/java
PR java/18278:
* expr.c (build_jni_st
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-06 02:12 ---
Some of it can be fixed by using:
/* In a RESULT_DECL or PARM_DECL, means that it is passed by invisible
reference (and the TREE_TYPE is a pointer to the true type). */
#define DECL_BY_REFERENCE(NODE) (DECL_COMMO
--- Comment #8 from bergner at vnet dot ibm dot com 2005-12-06 01:57
---
We're miscompiling htab_bolt_mapping(). What do I win? ;-)
I have a userland test case which I'll attach once I've shunk it down a little.
--
bergner at vnet dot ibm dot com changed:
What|Remov
david pasha wrote:
#include
...
outport(0x56,0xf);
You didn't mention what gcc error you got. You need to give complete
info about a problem if you want a good answer.
Since this is a very target dependent issue, you might try sending mail
to a cyginw or mingw list. Gcc developers genera
--- Comment #19 from hhinnant at apple dot com 2005-12-06 01:19 ---
(In reply to comment #17)
> Subject: Re: exception_defines.h #defines try/catch
>
> "hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
>
> | I don't know what that means. Or even how it would be relevant. ObjC+
--- Comment #9 from reichelt at gcc dot gnu dot org 2005-12-05 23:54
---
Taking care of the backport.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dalej at gcc dot gnu dot org 2005-12-05 23:04 ---
Subject: Bug 24323
Author: dalej
Date: Mon Dec 5 23:04:28 2005
New Revision: 108080
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108080
Log:
2005-12-05 Dale Johannesen <[EMAIL PROTECTED]>
* confi
--- Comment #6 from janis at gcc dot gnu dot org 2005-12-05 22:51 ---
Subject: Bug 25247
Author: janis
Date: Mon Dec 5 22:51:40 2005
New Revision: 108079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108079
Log:
PR testsuite/25247
* lib/target-supports-dg.exp (
--- Comment #3 from thebohemian at gmx dot net 2005-12-05 21:53 ---
The version of gcj in SVN cannot handle loading classes of case d ( = accessing
a nonstatic field which is removed) when BC-compiled classes are used
(interpreted mode is fine in all cases).
--
http://gcc.gnu.org/bu
--- Comment #1 from dir at lanl dot gov 2005-12-05 21:16 ---
Created an attachment (id=10411)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10411&action=view)
problem file
This is the original problem file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25271
u tl i
s t in g ,**
[dranta:~/tests/gfortran-D] dir% gfortran --v
Using built-in specs.
Target: powerpc-apple-darwin8.3.0
Configured with: ./configure --prefix=/Users/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.2.0 20051205
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-05 20:10 ---
g++.dg/inherit/ptrmem1.C fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22369
--
laurent at guerby dot net changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25245
--- Comment #6 from andreas at florath dot net 2005-12-05 19:36 ---
--- reproducibility ---
It looks that there is some confusion about the reproducibility of
this or similar bugs (23541, 24039). Therefore a small description:
I was trying to compile gcc and GNU binutils for sparc whe
--- Comment #5 from janis at gcc dot gnu dot org 2005-12-05 19:14 ---
This fix is also needed for the 4.1 and 4.0 branches, which I'm testing now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25247
--- Comment #2 from berndtrog at yahoo dot com 2005-12-05 19:06 ---
Thats a 4.1/4.2 regression
--
berndtrog at yahoo dot com changed:
What|Removed |Added
Summa
--- Comment #4 from janis at gcc dot gnu dot org 2005-12-05 19:06 ---
Subject: Bug 25247
Author: janis
Date: Mon Dec 5 19:06:11 2005
New Revision: 108069
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108069
Log:
PR testsuite/25247
* lib/target-supports-dg.exp (
--- Comment #3 from rth at gcc dot gnu dot org 2005-12-05 19:01 ---
Andrew, why don't you restrict yourself to marking duplicates things
that are actually duplicates. The ffmpeg example in PR11203 really
uses too many inputs. This one doesn't.
--
rth at gcc dot gnu dot org changed
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-05 18:57 ---
And gfortran.dg/array_constructor_11.f90
gfortran.dg/array_constructor_12.f90
gfortran.dg/array_constructor_6.f90
gfortran.dg/array_constructor_7.f90
gfortran.dg/array_constructor_8.f90
gfortran.dg/array_constructor_
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:56
---
See http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00363.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:56
---
See http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00363.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:54
---
Subject: Bug 18580
Author: ebotcazou
Date: Mon Dec 5 18:54:22 2005
New Revision: 108068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108068
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:54
---
Subject: Bug 24963
Author: ebotcazou
Date: Mon Dec 5 18:54:22 2005
New Revision: 108068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108068
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:54
---
Subject: Bug 24108
Author: ebotcazou
Date: Mon Dec 5 18:54:22 2005
New Revision: 108068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108068
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-05 18:53 ---
So does gfortran.dg/array_constructor_10.f90
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #33 from berndtrog at yahoo dot com 2005-12-05 18:53 ---
Compiling test.c with 4.1.0 20051202 or 4.2.0 20051202 works OK.
Compiling test.c with 4.0.3 20051123 still fails:
test.c: In function 'test':
test.c:46: error: unable to find a register to spill in class 'POINTER_REG
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 18:53 ---
gfortran.dg/array_alloc_2.f90 fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25270
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53
---
Subject: Bug 24963
Author: ebotcazou
Date: Mon Dec 5 18:53:04 2005
New Revision: 108067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53
---
Subject: Bug 18580
Author: ebotcazou
Date: Mon Dec 5 18:53:04 2005
New Revision: 108067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067
Log:
PR tree-optimization/24963
* gcc.dg/vect
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-12-05 18:53
---
Subject: Bug 24108
Author: ebotcazou
Date: Mon Dec 5 18:53:04 2005
New Revision: 108067
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108067
Log:
PR tree-optimization/24963
* gcc.dg/vect
Filing it here so it does not get lost (I will reduce this later).
The error message is:
/home/pinskia/src/types/gcc/gcc/testsuite/gfortran.dg/array-1.f90: In function
'pack':^M
/home/pinskia/src/types/gcc/gcc/testsuite/gfortran.dg/array-1.f90:23: error:
types mismatch in comparsion^M
int8D.8^M
int
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 18:46 ---
gcc.target/x86_64/abi/test_passing_integers.c fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25269
I have not looked into this testcase that much but I may as well file it so
that I don't lose track of it.
Anyways gcc.target/x86_64/abi/test_passing_unions.c fails with:
/home/pinskia/src/types/gcc/gcc/testsuite/gcc.target/x86_64/abi/test_passing_unions.c:
In function 'main':^M
/home/pinskia/src/t
--- Comment #11 from berndtrog at yahoo dot com 2005-12-05 18:34 ---
Compiling of usart.i still fails:
usart.c: In function 'UsartIOCtl':
usart.c:821: error: unable to find a register to spill in class
'BASE_POINTER_REGS'
usart.c:821: error: this is the insn:
(insn 663 162 163 14 (set (
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-05 18:30 ---
gcc/gcc/testsuite/gcc.c-torture/execute/990604-1.c fails the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23166
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-05 18:23 ---
Hmm, I think we should ignore the -POINTER + 1 case as that would give use the
wrong results sometimes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
--- Comment #8 from law at redhat dot com 2005-12-05 18:18 ---
Subject: Re: [4.1/4.2 Regression] Jump
threading opportunity missed in tree-ssa but caught in jump1
On Mon, 2005-12-05 at 18:05 +, steven at gcc dot gnu dot org wrote:
>
> --- Comment #7 from steven at gcc
--- Comment #7 from steven at gcc dot gnu dot org 2005-12-05 18:05 ---
Created an attachment (id=10410)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10410&action=view)
follow SSA_NAME_VALUE deep
Hmmwell, the attached patch does bootstrap on i686,ia64, and x86-64, and it
passes re
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|gcc.dg/compat/vector- |[3.4 only]
|[12]_y.c fails to compile |gcc.dg/com
--- Comment #10 from reichelt at gcc dot gnu dot org 2005-12-05 18:01
---
Now also fixed on the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from reichelt at gcc dot gnu dot org 2005-12-05 18:01
---
Subject: Bug 22352
Author: reichelt
Date: Mon Dec 5 18:01:05 2005
New Revision: 108066
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108066
Log:
Backport:
2005-10-13 Mark Mitchell <[EMA
--- Comment #3 from pcarlini at suse dot de 2005-12-05 18:01 ---
This part is done:
http://gcc.gnu.org/ml/libstdc++/2005-11/msg00240.html
can also go in mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24693
--- Comment #11 from bonzini at gnu dot org 2005-12-05 17:21 ---
Patch applied to mainline. I will ask for 4.1 approval in a few days, most
likely at the beginning of next week.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-12-05 17:16
---
Taking care of the backport.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from danglin at gcc dot gnu dot org 2005-12-05 17:10 ---
Fixed by patch to binutils. See
http://sourceware.org/ml/binutils/2005-12/msg00030.html.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
Dear gcc-bugs@gcc.gnu.org,
Your question was not submitted to the helpdesk because of a problem:
You need to register online at http://ccgi.rowley.co.uk/support/ before you
can submit new questions via e-mail.
Why is this? To provide better tracking of user issues and because we need to
redu
--- Comment #79 from pinskia at gcc dot gnu dot org 2005-12-05 15:23
---
*** Bug 25267 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-05 15:23 ---
You are violating C/C++ aliasing rules:
inline float hton(float x)
uint32_t* p32 = (uint32_t*)(&x);
You are accessing a float through a uint32_t.
*** This bug has been marked as a duplicate of 21920 ***
long long
foo (long long x, int y)
{
unsigned long long x0 = (unsigned long long) x, x1;
long long a = x0 >> ((y - 4) & 63);
if ((a & 8) == 0)
y--;
x1 = x << ((24 - y) & 63);
return (x1 >> 1);
}
ICEs at -m31 {-O1,-O2,-O3} on s390-linux.
--
Summary: ICE on lshrdi3_31 pat
--- Comment #1 from pierre dot chatelier at club-internet dot fr
2005-12-05 15:04 ---
please consider "*p16 = htons(*p16)" instead of "*p16 = htonl(*p16)", but the
problem remains the same.
--
pierre dot chatelier at club-internet dot fr changed:
What|Removed
Hello,
Consider this code that implements hton and ntoh for float values :
//main.cpp
#include
#include
inline float hton(float x)
{
const size_t nb32 = sizeof(float)/sizeof(uint32_t);
const size_t nb16 = (sizeof(float)/sizeof(uint16_t))%2;
uint32_t* p32 = (uint32_t*)(&x);
uint16_t* p1
--- Comment #2 from thebohemian at gmx dot net 2005-12-05 14:37 ---
Created an attachment (id=10409)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10409&action=view)
test setup
Same as above but fixed the messages about expected and unexpected Throwables.
--
thebohemian at gmx
On both
gcc (GCC) 3.3.5 (propolice)
and
gcc.exe (GCC) 3.4.2 (mingw-special)
the following code does not work properly.
Its output should be test1test2test3, but the 3rd output gets
malformed.
It seems to me the stack is unwindded too far by sjlj-eh at the entrance of
catch block and the region ob
--- Comment #3 from dorit at il dot ibm dot com 2005-12-05 14:17 ---
> Dorit, is it only a matter of changing the expected error message?
Yes - the error message checks that the vectorizer detected that it's not worth
while to vectorize the loop because all operations in the loop are ei
--- Comment #1 from thebohemian at gmx dot net 2005-12-05 14:03 ---
Created an attachment (id=10408)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10408&action=view)
test setup
A test setup for the above mentioned 4 cases. There are three scripts which
runs different interpreters:
Imagine the following situation:
class T {
void test(){
M.staticMethod(); // a
new M().method(); // b
M.staticField = "FOO"; // c
new M().field = "FOO"; // d
}
}
class M{
static void staticMethod(){}
void method(){}
static String staticField;
String fie
--- Comment #27 from thebohemian at gmx dot net 2005-12-05 13:52 ---
I changed the PR's title to reflect more clearly what it is about.
This is about *missing* classes not about methods and fields which have been
removed, changed or whatever.
--
thebohemian at gmx dot net changed:
--- Comment #14 from reichelt at gcc dot gnu dot org 2005-12-05 13:14
---
Now also fixed on the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from reichelt at gcc dot gnu dot org 2005-12-05 13:14
---
Now also fixed on the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from reichelt at gcc dot gnu dot org 2005-12-05 13:12
---
Subject: Bug 22464
Author: reichelt
Date: Mon Dec 5 13:12:29 2005
New Revision: 108055
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108055
Log:
Backport:
2005-10-13 Mark Mitchell <[EM
--- Comment #12 from reichelt at gcc dot gnu dot org 2005-12-05 13:09
---
Subject: Bug 23307
Author: reichelt
Date: Mon Dec 5 13:09:17 2005
New Revision: 108054
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108054
Log:
Backport:
2005-10-13 Mark Mitchell <[EM
Hi!
The following program
program a
character(len=10) :: str
str = '123'
write( str, '(a,i1)' ) trim(str),4
print*,str
end program a
outputs
[EMAIL PROTECTED] fem]$ gfortran -o a a.f90; ./a
4
all other compilers i've tried (sun f90, xlf, g95, ifort) seem to agree the
output shoul
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 11:56 ---
Confirmed, this is a latent bug in the C++ front-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-12-05 11:54
---
Btw, this is a regression from GCC 4.0.0 to GCC 4.0.1.
--
reichelt 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 #26 from thebohemian at gmx dot net 2005-12-05 11:52 ---
Created an attachment (id=10407)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10407&action=view)
updated test setup
Added two more tests:
invokeMethodIndirect1
invokeMethodIndirect2
A new class HelperClassInvok
The following code snippet causes an ICE in the C++ frontend on mainline:
===
int x[1/0];
===
bug.cc:1: warning: division by zero in '1 / 0'
bug.cc:1: error: size of array 'x' is not an integral constant-expression
bug.cc:1: internal compiler error: tree check: expected cl
--- Comment #25 from thebohemian at gmx dot net 2005-12-05 11:34 ---
aph, this would be your test case right?
class T {
void fail(){
System.out.println("fail-0");
M m = new M();
System.out.println("fail-1");
m.test();
}
}
// Bytecode removed
class M {
voi
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 11:31 ---
Confirmed, looks very much related to PR 18197.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Hi!
The test program (below) kills latest gfortran:
[EMAIL PROTECTED] fem]$ gfortran -v test.f90
Driving: gfortran -v test.f90 -lgfortranbegin -lgfortran -lm -shared-libgcc
Using built-in specs.
Target: i386-linux
Configured with: ../gcc/configure --prefix=/tmp/gfortran-20051205/irun
--enable
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-05 11:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-12-05 11:20
---
> yes, that's exactly what the patch I sent in Comment #1 does.
Oops, sorry!
> I guess I can commit it as an obvious fix. I'll go ahead and do that.
Please commit it on both mainline and 4.1 branch. Thanks.
--- Comment #21 from jakub at gcc dot gnu dot org 2005-12-05 11:14 ---
Subject: Bug 15809
Author: jakub
Date: Mon Dec 5 11:14:10 2005
New Revision: 108052
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108052
Log:
PR fortran/15809
* trans-decl.c (gfc_get_symbol_
--- Comment #3 from dorit at il dot ibm dot com 2005-12-05 11:11 ---
> Dorit, the 3 loops are now vectorized because of versioning despite the target
> being vect_no_align. Can we adjust the dg commands?
yes, that's exactly what the patch I sent in Comment #1 does.
I guess I can commit
As mentioned in my http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00035.html
mail, nested function calls in #pragma omp parallel blocks are still broken
(for all of C/C++/Fortran and at least in Fortran they are part of the
standards) and I'm even not sure what the exact semantics should be for them
Compiling:
template
class A
{
public:
static const unsigned int n = 1;
void foo ()
{
int i = n;
}
};
extern template class A;
int main ()
{
A a;
a.foo ();
}
fails with:
foo.cpp: In member function 'void A::foo() [with T = int]':
foo.cpp:9: instantiated from 'const unsi
--- Comment #1 from bonzini at gnu dot org 2005-12-05 09:09 ---
Created an attachment (id=10406)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10406&action=view)
patch sketch
A very experimental (not even built, let alone bootstrapped/regtested) patch
--
http://gcc.gnu.org/bu
--- Comment #5 from falk at debian dot org 2005-12-05 09:02 ---
(In reply to comment #4)
> It is NOT a problem of GCC
OK, let's close it, then.
--
falk at debian dot org changed:
What|Removed |Added
---
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-12-05 08:52
---
Explicitly confirmed on SPARC if that matters. We should not segfault though.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|paolo dot bonzini at lu dot |bonzini at gnu dot org
|unisi dot ch|
The newly integrated libdecnumber requires a few C99 integer types, thus
causing bootstrap failures on non-C99 platforms like Solaris 2.5.1. The
problem already occured for libfortran and has been addressed by a kludge
there.
It could be deemed desirable to have something along the lines of
http
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-12-05 08:10
---
Present on SPARC too.
Dorit, the 3 loops are now vectorized because of versioning despite the target
being vect_no_align. Can we adjust the dg commands?
--
ebotcazou at gcc dot gnu dot org changed:
1 - 100 of 101 matches
Mail list logo
