--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Summary|dotprod should use conj?|[4.1 only] do
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-02-16 07:52
---
Subject: Bug 24903
Author: fxcoudert
Date: Thu Feb 16 07:52:22 2006
New Revision: 31
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=31
Log:
PR libfortran/24903
* m4/dotprodc.m4: Us
--- Comment #5 from pault at gcc dot gnu dot org 2006-02-16 07:07 ---
Fixed on trunk - I'll do 4.1 just as soon as it re-opens.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pault at gcc dot gnu dot org 2006-02-16 07:04 ---
Subject: Bug 24557
Author: pault
Date: Thu Feb 16 07:04:13 2006
New Revision: 30
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=30
Log:
2005-02-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
Hi all,
We're trying to use GCOV together with the ARM-ELF development
environment.
Our installation is:
arm-elf-gcc: 3.4.3
arm-elf-ld: 2.15
arm-elf-ar, binutils: 2.15
(1) First we've compiled with the following standard gcc command line
gcc -fprofile-arcs -ftest-coverage -o sample sample
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-16 04:25 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01310.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from patchapp at dberlin dot org 2006-02-16 04:26 ---
Subject: Bug number PR target/26272
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01310.html
--
http://gcc.gnu.org/bug
--- Comment #10 from law at redhat dot com 2006-02-16 03:52 ---
Subject: Re: [4.2 Regression]
25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and
powerpc-darwin
On Thu, 2006-02-16 at 02:59 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #9 from pinsk
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-16 02:59 ---
(In reply to comment #8)
> > Which looks more like VRP messing up.
> Can you check something for me. Is sizetype an unsigned type on
> this platform? And what type is ivtmp?
sizetype should be "unsigned long int"
--- Comment #9 from ghazi at gcc dot gnu dot org 2006-02-16 02:51 ---
Still have the address of labels failure on 4.0, 4.1 and mainline:
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00383.html
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00431.html
http://gcc.gnu.org/ml/gcc-testr
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-16 02:51 ---
Confirmed, only a 4.0.x regression. It works on the mainline and in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from wilson at gcc dot gnu dot org 2006-02-16 02:29 ---
Created an attachment (id=10859)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10859&action=view)
untested patch for vax dwarf2 failure
This patch allows the testcase to compile, but is otherwise untested. Thi
--- Comment #5 from wilson at gcc dot gnu dot org 2006-02-16 02:26 ---
This is failing in code that Richard Henderson added. It is trying to compute
the frame pointer to CFA offset by running register elimination on the arg
pointer. The vax however has a hardware arg pointer, maintaine
--- Comment #1 from jde at google dot com 2006-02-16 02:26 ---
I was able to reproduce this bug. Indeed the offset is bytewise but the load is
done with a movl ("movl foo+2, %eax") Below is the program used to reproduce,
the compiler and flags used, and the resultant output & assembly.
--- Comment #24 from pinskia at gcc dot gnu dot org 2006-02-16 02:18
---
GDR you commented on this before:
http://gcc.gnu.org/ml/java/2000-12/msg00174.html
Back when the patch was created did you forgot about removing directories now?
Since Ben is removing directories in the first pla
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-02-16 02:12
---
By the way the patch which actually fixed the behavior to this behavior:
http://gcc.gnu.org/ml/gcc-patches/2000-12/msg00602.html
Note before this patch all target libraries were build so this is not a
regression o
--- Comment #9 from ian at airs dot com 2006-02-16 02:08 ---
FYI, this code looks OK to me on mainline, entering the loop at .L18:
.L29:
andl$-16, %edx
cmpb$80, %dl
jne .L27
subl$1, %ecx
je .L28
.L18:
movl$86, %edx
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-02-16 02:07
---
How would you guys design this?
Have configure do all the work?
What happens when someone wants to add a new language, do you have to update
configure?
Why should that happen, that is just extra work.
The behavior
--- Comment #21 from gdr at integrable-solutions dot net 2006-02-16 02:05
---
Subject: Re: --enable-languages=c,c++ not working as expected, documented
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I think there is a misunderstanding on how our build mechanism works
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #20 from gdr at integrable-solutions dot net 2006-02-16 02:01
---
Subject: Re: --enable-languages=c,c++,fortran needs ada
"bkoz at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I guess I'm left unimpressed at the current --enable-languages=c,c++ behavior
| though. Th
--- Comment #19 from gdr at integrable-solutions dot net 2006-02-16 02:00
---
Subject: Re: --enable-languages=c,c++,fortran needs ada
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| The wiki mentions what needs to be removed also:
| http://gcc.gnu.org/wiki/SvnSetup
Th
--- Comment #18 from gdr at integrable-solutions dot net 2006-02-16 01:59
---
Subject: Re: --enable-languages=c,c++,fortran needs ada
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
|
|
--- Comment #3 from ian at airs dot com 2006-02-16 01:58 ---
Just a note. My implementation of RTH's subreg lowering pass gives me this at
-O3:
f:
pushl %ebp
movlw, %eax
movl%esp, %ebp
movlw+4, %edx
popl%ebp
#APP
bswapl
--- Comment #34 from bernds at gcc dot gnu dot org 2006-02-16 01:26 ---
Subject: Bug 25636
Author: bernds
Date: Thu Feb 16 01:26:54 2006
New Revision: 29
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=29
Log:
PR rtl-optimization/25636
* local-alloc.c (upd
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-16 00:57 ---
Please read the Defect report which takes about this case:
http://www.open-std.org/jtc1/sc22/wg21/prot/14882fdis/cwg_defects.html#197
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26311
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-16 00:49 ---
(In reply to comment #2)
> how do you explain that the testcase compiles just fine if you remove the
> namespace?
Because Agrument Dependent Lookup (koenig lookup) happens even though there is
an overloaded set. Th
--- Comment #2 from mueller at gcc dot gnu dot org 2006-02-16 00:45 ---
how do you explain that the testcase compiles just fine if you remove the
namespace?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26311
--- Comment #4 from uttamp at us dot ibm dot com 2006-02-16 00:35 ---
Subject: Re: another memory leak
>
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 23:09
> ---
> Fixed.
>
> dist_v and init_v are GC pointers so they don't really need to be freed
> manua
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-02-16 00:33
---
*** Bug 26311 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-16 00:33 ---
The issue here (in the source) is that the overloaded of
"qHash(key);" is only the qHash functions above that call so it
does not see the template below that call which is the function you would like
to call.
Th
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Keywords||rejects-vali
the following testcase from KDE source can not be compiled with gcc 4.1 or
newer:
=== Cut ===
int qHash(char key);
int qHash(int key);
template struct QHash
{
void findNode(const Key &key) { qHash(key); }
};
namespace khtml {
struct Font
{
struct ScalKey
{
};
};
}
int qHash (
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 23:42 ---
This is not a bug and this is how C++ works.
propagate in dfgBackProp hides the base classes's propagate.
You want to do:
class dfgBackProp : public propJoin {
public:
using propJoin::propagate;
void propagate(
--- Comment #8 from law at redhat dot com 2006-02-15 23:34 ---
Subject: Re: [4.2 Regression]
25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and
powerpc-darwin
On Wed, 2006-02-15 at 15:19 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #3 from pinski
--- Comment #1 from smirolo at hotmail dot com 2006-02-15 23:24 ---
Created an attachment (id=10858)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10858&action=view)
save-temps generated file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26310
It seems very strange to me, but in the following code, gcc complains that it
doesn't find 'propagate' with a correct signature though it exist in the base
class as a template method. If I change the name 'propagate' into 'prop', then
it compiles happily.
Sebastien.
template< typename T, typenam
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 23:09 ---
Fixed.
dist_v and init_v are GC pointers so they don't really need to be freed
manually.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 23:04 ---
Fixed.
Just for future reference you can do the changelog like:
* modulo-sched.c (generate_reg_moves): Free bitmap vector
uses_of_defs.
(sms_schedule): Free g_arr pointer.
(sms_schedu
--- Comment #4 from ro at gcc dot gnu dot org 2006-02-15 22:19 ---
Unfortunately, the bug still exists on mips-sgi-irix6.5 as of 20060210: while
USE_LIBFFI is defined as 1, INTERPRETER is not. Unfortunately,
libjava/include/java-interp.h only includes ffi.h iff INTERPRETER is defined.
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2006-02-15
22:09 ---
Subject: Re: [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX
V4.0F
pinskia at gcc dot gnu dot org writes:
> Hmm, where is defining _XOPEN_SOURCE needed anyways, I will approve the revert
> of
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 22:06 ---
Hmm, where is defining _XOPEN_SOURCE needed anyways, I will approve the revert
of that part unless someone tells me where defining it is needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
--- Comment #2 from ro at gcc dot gnu dot org 2006-02-15 22:02 ---
Alexandre, your patch introduced this regression. Could you have a look?
Thanks.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-15 21:48
---
I will look into fixing this bug later today when I get home.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-15 21:47 ---
That patch looks wrong. There has to be a better way, maybe just rejecting
return slot optimization instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-02-15 21:41 ---
Created an attachment (id=10857)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10857&action=view)
infrastructure patch - defective
(In reply to comment #7)
> This should be a relatively straightforward fix.
I
k/4x
--enable-languages=c,fortran
Thread model: posix
gcc version 4.2.0 20060215 (experimental)
/mnt1/sgk/work/4x/libexec/gcc/amd64-unknown-freebsd7.0/4.2.0/cc1 -E
-lang-fortran -traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -I../libseq -I.
-I../include -Dpord dmumps_part2.F -mtune=generic -Wfatal-er
--- Comment #15 from hjl at lucon dot org 2006-02-15 21:29 ---
The updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01225.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25603
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-02-15 21:20
---
I can't reproduce the problem with MUMPS on Linux/x86 (mainline revision
11, 4.1 revision 110989). Assuming that Steve used a 64 bit processor, it
seems that for this code the bug is visible only on 64 bit sys
Mainline as of 20060206 and the 4.1 branch as of 20060208 fail to bootstrap
in libobjc:
/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/
-B/vol/gcc/share/alpha-dec-osf4.0f/bin/ -B/vol/gcc/share/alpha-dec-osf4.0f/lib/
-isystem /vol/gcc/share/alp
--- Comment #5 from toon at gcc dot gnu dot org 2006-02-15 21:07 ---
Subject: Bug 26054
Author: toon
Date: Wed Feb 15 21:06:58 2006
New Revision: 17
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=17
Log:
2006-02-15 Toon Moene <[EMAIL PROTECTED]>
PR fortran/260
Mainline as of 20060206 fails to bootstrap on alpha-dec-osf4.0f while
building libgomp:
/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/
-B/vol/gcc/share/alpha-dec-osf4.0f/bin/ -B/vol/gcc/share/alpha-dec-osf4.0f/lib/
-isystem /vol/gcc/share/alp
Source code:
int *insert_automaton_decl (void **entry_ptr, int * automaton_decl)
{
if (*entry_ptr == ((void *)0))
*entry_ptr = (void *) automaton_decl;
return (int*) *entry_ptr;
}
-
Error message:
t1.c: In function ‘insert_automaton_decl’:
t1.c:2: error: statement types mismatch
# VUS
traction): Bail out if ORIG_POS is negative.
* gcc.c-torture/compile/20060215-1.c: New test.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20060215-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/
--- Comment #3 from jeffp at doomsday dot org 2006-02-15 19:55 ---
The casting work-around doesn't compile under GCC. It requires that the
template parameter be a constant-expression (which is true), which results in
the following error:
error: a casts to a type other than an integral
--- Comment #1 from bangerth at dealii dot org 2006-02-15 19:45 ---
The clause you cite only deals with the lifetime of temporaries, not with
the question whether they can be bound to references in the first place.
8.5.3/5 states that references can only be bound to lvalues or, if they
--- Comment #2 from bangerth at dealii dot org 2006-02-15 19:37 ---
icc gives essentially the same error as that one mentioned by Andrew for
Comeau (not surprisingly). As a workaround, you can always use an explicit
cast:
Test t2;
I believe the code is ok anyway, see 4.11/1.
W.
--- Comment #4 from dje at gcc dot gnu dot org 2006-02-15 19:33 ---
Subject: Bug 26184
Author: dje
Date: Wed Feb 15 19:33:33 2006
New Revision: 14
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14
Log:
2006-02-15 Uttam Pawar <[EMAIL PROTECTED]>
PR rtl-optimiza
--- Comment #2 from dje at gcc dot gnu dot org 2006-02-15 19:33 ---
Subject: Bug 26147
Author: dje
Date: Wed Feb 15 19:33:33 2006
New Revision: 14
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14
Log:
2006-02-15 Uttam Pawar <[EMAIL PROTECTED]>
PR rtl-optimiza
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-15 19:14 ---
Fixed on the mainline now (I don't know what by).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-02-15 18:55
---
Lets take a look at this again one more time.
You said you did "rm -Rf gcc/ada libada" but not "rm -Rf gnattools".
Where does it say in that documention what happens if you remove the gcc/ada
directory?
If it does
--- Comment #16 from bkoz at gcc dot gnu dot org 2006-02-15 18:41 ---
Current behavior conflicts with docs:
http://gcc.gnu.org/install/configure.html
Andrew, please stop closing this.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-15 18:30
---
PR 23372 is the other bug which blocks the orginal source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from patchapp at dberlin dot org 2006-02-15 18:15 ---
Subject: Bug number PR25054
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01263.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-15 18:05 ---
Thanks, reopening.
Confirmed on trunk with simple command:
$ gcc -c scratch.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060210 (experimental) (i686-pc-linux-gnu) GCC e
--- Comment #2 from ben dot midgley at ultra-datel dot com 2006-02-15
17:56 ---
(In reply to comment #1)
> Could you please send full sources to reproduce this problem ? thanks.
> Arno
Arno, what follows is a simple bit of code which causes the assertion failure
described in tree.c, In
--- Comment #15 from bkoz at gcc dot gnu dot org 2006-02-15 17:22 ---
Andrew, thanks for the svn wiki pointer.
I guess I'm left unimpressed at the current --enable-languages=c,c++ behavior
though. This flag should not be a hint!
Right now, instead of --enable-languages doing somethin
--- Comment #31 from kenner at vlsi1 dot ultra dot nyu dot edu 2006-02-15
17:14 ---
Subject: Re: [4.2 Regression] ACATS cdd2a02 fail at runtime
Yes, that's it. Is a front-end specialist working on that or...?
Nope. I spoke to Ed S. about it a while ago and he wasn't too enthus
--- Comment #30 from ebotcazou at gcc dot gnu dot org 2006-02-15 17:12
---
> Is this the one with extension records that rename a discriminant? If so,
> the fix involves the front end materializing fields that don't semantically
> exist for the purposes of listing all fields in the rec
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-15 17:09
---
The wiki mentions what needs to be removed also:
http://gcc.gnu.org/wiki/SvnSetup
$ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir libada
$ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir gnattools
$ svn s
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-02-15 17:06
---
gnattools is just like libada in the sense it needs also to be deleted too if
you delete libada and gcc/ada directories.
This is not really a regression except a regression in the scripts which don't
delete the co
--- Comment #5 from multix at gmail dot com 2006-02-15 17:04 ---
this bug appears to still exist in gcc 4.0.2
(compiled on the same box)
/usr/local/build/buildgcc402/gcc/xgcc -shared-libgcc
-B/usr/local/build/buildgcc402/gcc/ -nostdinc++
-L/usr/local/build/buildgcc402/powerpc-ibm-aix4.2
--- Comment #12 from bkoz at gcc dot gnu dot org 2006-02-15 17:03 ---
Andrew.
Perhaps the original post was not clear. You seem to be confused, in any case.
(And a bit melodramically hostile, but whatever, "el Doctor.")
Here, try this:
cp gcc gcc.noada
cd gcc.noada
rm -rf gcc/ada l
--- Comment #1 from charlet at gcc dot gnu dot org 2006-02-15 16:52 ---
Could you please send full sources to reproduce this problem ? thanks.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
I have included the configure, and build command below.
This seems really easy to reproduce,
create and array of integer values (I am unsure if integer is significant)
the upper bound of which is determined by a function call
declare the array as volatile
+===GNAT BUG
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-15 15:37 ---
Here is a self contained program without using libstdc++:
int array[10] = {5, 4, 3, 2, 1, 0};
int array1[10] = {5, 4, 3, 2, 1, 0};
int array2[10] = {5, 4, 3, 2, 1, 0};
#include
void g(int *a)
{
*a = 0;
}
void
te
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-15 15:26 ---
The part which is being miscompiled is:
for(int i = 0; i < 6; ++i)
assert(array[i] == 5 - i);
which is funny.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 15:23 ---
Folding predicate ivtmp.209_41 != 4294967295 to 1
Folded statement: if (ivtmp.209_41 != 4294967295) goto ; else goto ;
into: if (1) goto ; else goto ;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-15 15:19 ---
Also -O2 -fno-ivopts cures the problem too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 15:18 ---
-O2 -fno-tree-vrp cures the wrong code which either means VRP is messing up or
some other pass is messing up after VRP. Though I should note:
- ivtmp.209 = ivtmp.209 - 1;
+ ivtmp.211 = ivtmp.211 - 1;
ivtmp.214
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-15 15:14 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
C*MFDRIV -- PGPLOT Graphics MetaFile driver
C+
SUBROUTINE MFDRIV (IFUNC, RBUF, NBUF, CHR, LCHR)
INTEGER IFUNC, NBUF, LCHR, LUN
REALRBUF(*)
CHARACTER*(*) CHR
CHARACTER*(80) DEFNAM
OPEN (UNIT = LUN, FILE = CHR(:LCHR), CARRIAGECONTROL = 'NONE',
1 DEFAULTFILE
--- Comment #4 from jakub at gcc dot gnu dot org 2006-02-15 14:55 ---
Well, undefined behavior only if you reach it.
The original code looked like:
if (((type) == (Qnothing)))
return IMAGE_NOTHING;
if (((type) == (Qtext)))
return IMAGE_TEXT;
if (((type) == (Qmono_pixmap)))
retur
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 14:50 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 14:50 ---
Only the fortran part of this bug is fixed.
omp.h is still broken.
Most likely what should be done is install omp.h inside the include directory
where libobjc installs theirs.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 14:47 ---
Anyways patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01222.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 14:47 ---
Confirmed, this is undefined behavior anyways so I don't think we should block
4.1 for this code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |minor
Component|regression |target
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-15
14:25 ---
Subject: Re: [4.0 regression] internal compiler error: in
reload_cse_simplify_operands, at postreload.c:391
> --- Comment #6 from tausq at debian dot org 2006-02-15 05:50 ---
> Will this go into t
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 14:18 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from grigory_zagorodnev at linux dot intel dot com
2006-02-15 14:16 ---
This is the same Fortran problem explained here
http://gcc.gnu.org/ml/gcc/2006-02/msg00247.html
You may want to update the compiler, since fix has been applied
http://gcc.gnu.org/ml/gcc-patches/2006-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||powerpc{64,}-linux-gnu,
|
--- Comment #1 from dir at lanl dot gov 2006-02-15 14:13 ---
maxval() and sum() also crash in a similar fashion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26303
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 14:07 ---
This also shows up on powerpc-darwin since at least 20060208.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pcarlini at suse dot de 2006-02-15 14:02 ---
Created an attachment (id=10855)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10855&action=view)
Reduced failing test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
Between 20060207 and 20060209 the testcase started failing like this:
1.exe:
/usr/src/pcarlini/gcc-head/gcc/libstdc++-v3/testsuite/25_algorithms/prev_permutation/1.cc:75:
void test4(): Assertion `array[i] == 5 - i' failed.
FAIL: 25_algorithms/prev_permutation/1.cc execution test
Seems a miscompil
gfortran crashes on the Macintosh with this program -
[dranta:~/tests/gfortran-D] dir% gfortran -c module_bulkio.f90
module_bulkio.f90:0: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--- Comment #18 from amylaar at gcc dot gnu dot org 2006-02-15 13:28
---
Subject: Bug 25335
Author: amylaar
Date: Wed Feb 15 13:28:05 2006
New Revision: 11
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=11
Log:
PR middle-end/25335
* reload1.c (gen_reload
--- Comment #29 from kenner at vlsi1 dot ultra dot nyu dot edu 2006-02-15
12:57 ---
Subject: Re: [4.2 Regression] ACATS cdd2a02 fail at runtime
Richard, it's the only remaining failure in ACATS on most platforms:
the bad interaction between SRA and aggregates under certain
--- Comment #54 from rguenth at gcc dot gnu dot org 2006-02-15 12:25
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
1 - 100 of 134 matches
Mail list logo
