--- Comment #2 from sandra at codesourcery dot com 2007-09-01 01:50 ---
Unfortunately I have no pa machine here for testing this myself. Off the top
of my head, I would suggest looking at the part of the patch discussed here,
which was the only part that I thought would change behavior
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-01 01:29 ---
Reduced testcase:
struct null_type {typedef null_type base_type;};
template
struct tuple_impl
{
template
struct append{
typedef tuple_impl > type;
};
template
struct append{
typedef tuple_impl type;
};
i
--- Comment #1 from danglin at gcc dot gnu dot org 2007-09-01 01:12 ---
Breakpoint 1, gen_setmemsi (operand0=0x402a02a0, operand1=0x60175290,
operand2=0x601751d0, operand3=0x601751e0)
at ../../gcc/gcc/config/pa/pa.md:3744
3744
(gdb) p debug_rtx (operand0)
(mem/s/c:QI (plus:SI (re
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-01 00:42 ---
But after fixing the errors, I still get the ICE so reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33239
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-01 00:40 ---
I get errors before the ICE:
../src/typelist.hpp:49: error: 'uint' has not been declared
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-01 00:37 ---
Confirmed, related to PR 10852.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Bu
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-01 00:35 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #13 from danglin at gcc dot gnu dot org 2007-08-31 23:56
---
Ian, how are we going to fix this? Steven helpfully provided two solutions
but he is no longer a maintainer. The second has been independently tested
several times. I have also tested that reverting your change
Executing on host: /home/dave/gnu/gcc-4.3/objdir/./gcc/g++ -shared-libgcc
-B/hom
e/dave/gnu/gcc-4.3/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc-4.3/objdir/hppa
-linux/libstdc++-v3/src
-L/home/dave/gnu/gcc-4.3/objdir/hppa-linux/libstdc++-v3/
src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.3.0/hppa-linux/
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
This started to fail on August 25, 2007.
Executing on host: /home/dave/gnu/gcc-4.3/objdir/./gcc/g++ -shared-libgcc
-B/hom
e/dave/gnu/gcc-4.3/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc-4.3/objdir/hppa
-linux/libstdc++-v3/src
-L/home/dave/gnu/gcc-4.3/objdir/hppa-linux/libstdc++-v3/
src/.libs -B/h
--- Comment #3 from zadeck at naturalbridge dot com 2007-08-31 21:34
---
At least on the x86-32, libgcc is currently being built optimized, but the
options are slightly different. the stage1 build does not do
-fomit-frame-pointer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=321
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-08-31 21:10 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-08-31 20:48
---
Point well taken. Tobias, I will work this one unless you wish to do so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33268
--- Comment #4 from michelin60 at gmail dot com 2007-08-31 20:29 ---
What is the official status of this bug?
Mr Jelenik's patch made into the trunk and libstdc++ now at least compiles.
Is that patch just a stop-gap measure and is final solution still outstanding?
A status report or
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-08-31 20:17
---
I want to study this a bit. I think it is a bug.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from burnus at gcc dot gnu dot org 2007-08-31 20:16 ---
> The print case is rejected at run time.
My bad. I wanted to write:
print('(a)'), 'Hello'
which is valid code and accepted. (Cf. PR33269 for detecting this.)
> read ('(f3.3)'), a ! Invalid, rejected at compile ti
Compiling this test case with -O2 -std=c99:
void f(int *restrict r,
int a[restrict 16][16],
int b[restrict 16][16],
int i,
int j)
{
int x;
*r = 0;
for (x = 1; x < 16; ++x)
*r = *r + a[i][x] * b[x][j];
}
does not sink the store to "*r" outside of the loop; we
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-08-31 20:05
---
The print case is rejected at run time. See PR28397. IMHO
print('a'), 'Hello' ! Invalid, caught at run time, no leading paren
! in char expr.
write(*,('(a)')) 'Hello' ! Valid, ('(a)') si
--- Comment #3 from burnus at gcc dot gnu dot org 2007-08-31 20:02 ---
> gfortran does catch these at run time.
Well, at compile time is nicer ;-)
> Also, the last case, read ('f3.3'), a, does give a legitimate error:
> read ('f3.3'), a
> 1
> Error: UNIT specification at (1) must
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-08-31 19:47
---
gfortran does catch these at run time.
Also, the last case, read ('f3.3'), a, does give a legitimate error:
read ('f3.3'), a
1
Error: UNIT specification at (1) must be an INTEGER expression or a CHARACTER
v
--- Comment #2 from anlauf at gmx dot de 2007-08-31 19:45 ---
(In reply to comment #1)
If I replace the open by:
open(10,delim='apostrophe')
then the file fort.10 contains after the crash:
% cat fort.10
&FOO
A='a'a', /
This looks like a quoting bug.
Jerry?
--
http://gcc.
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-08-31 19:35 ---
This one is mine.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-31 19:35 ---
They failed with 127910 but now pass with revision 127935. So closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from tim dot bruylants at vub dot ac dot be 2007-08-31
19:30 ---
Thank you for this explanation.
A friend of me also found an explaining document on
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n926.htm. Looking at 12.4.1
seems to be the case that I am in... and it's
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-08-31 19:19 ---
Fixed
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-08-31 19:18 ---
Subject: Bug 32597
Author: dgregor
Date: Fri Aug 31 19:18:20 2007
New Revision: 128000
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128000
Log:
2007-08-31 Douglas Gregor <[EMAIL PROTECTED]>
PR c++
--- Comment #3 from tim dot bruylants at vub dot ac dot be 2007-08-31
19:05 ---
Can someone please explain me why this behavior is correct according to the
specifications? Isn't the function call issuing a new sequence point? Isn't the
++(*p_a); statement in the function a separate sequ
--- Comment #2 from raeburn at raeburn dot org 2007-08-31 19:04 ---
Subject: Re: New: Wrong evaluation
On Aug 31, 2007, at 11:05, tim dot bruylants at vub dot ac dot be wrote:
> The following code generates a "1" with gcc-4.1 and generates a "2"
> with a lot
> of other compilers (Vi
--- Comment #1 from andreast at gcc dot gnu dot org 2007-08-31 18:53
---
The N19990310_02 failures are here since
http://gcc.gnu.org/ml/gcc-cvs/2007-08/msg00523.html.
The failures I see on darwin{x86|ppc} sparc-solaris8, HPUX11.11, ppc-linux and
x86-linux.
--
andreast at gcc dot gn
--- Comment #2 from debian-gcc at lists dot debian dot org 2007-08-31
18:48 ---
fixed in trunk 20070831, the N19990310_02 failures are tracked in PR33266
--
debian-gcc at lists dot debian dot org changed:
What|Removed |Added
--- Comment #15 from drow at gcc dot gnu dot org 2007-08-31 17:42 ---
Has Segher's patch been sent to gcc-patches? I've just encountered the ppc64
bootstrap failure too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #3 from michelin60 at gmail dot com 2007-08-31 17:24 ---
> Could you compile with "-O0 -fdump-tree-original" and attach the
> nint_3.f90.003t.original file (or similarly named)? Could you also run with
> "-O1 -fdump-tree-optimized" and attach nint_3.f90.115t.optimized (or sim
--- Comment #12 from debian-gcc at lists dot debian dot org 2007-08-31
17:24 ---
a hppa-linux-gnu -> hppa64-linux-gnu cross compiler builds with this patch.
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33029
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-08-31 16:36
---
Could you compile with "-O0 -fdump-tree-original" and attach the
nint_3.f90.003t.original file (or similarly named)? Could you also run with
"-O1 -fdump-tree-optimized" and attach nint_3.f90.115t.optimized (or sim
--- Comment #3 from burnus at gcc dot gnu dot org 2007-08-31 16:22 ---
FIXED for the trunk.
Contrary what I claimed in comment 0, only READ was affected - WRITE was
already properly diagnosed.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #81 from pinskia at gcc dot gnu dot org 2007-08-31 16:09
---
*** Bug 33270 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 2007-08-31 16:09 ---
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from burnus at gcc dot gnu dot org 2007-08-31 16:02 ---
Subject: Bug 33232
Author: burnus
Date: Fri Aug 31 16:01:57 2007
New Revision: 127997
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127997
Log:
2007-08-31 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #15 from michelin60 at gmail dot com 2007-08-31 15:52 ---
> > Regarding the last quote I am led to believe that Mr. Pinski is taking undue
> > credit. PR30758 (marked as a duplicate) is the first addressing the
> > re-appearance of mayalias. there are another 5 PR, all appea
--- Comment #1 from michelin60 at gmail dot com 2007-08-31 15:36 ---
While I am properly logged in I did not even try using the attachment ptocess
given the difficulties Torsten and myself had with PR33126 and PR33252
--
michelin60 at gmail dot com changed:
What|Remov
--- Comment #12 from rakdver at gcc dot gnu dot org 2007-08-31 15:34
---
Subject: Bug 33224
Author: rakdver
Date: Fri Aug 31 15:34:45 2007
New Revision: 127996
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127996
Log:
PR rtl-optimization/33224
* loop-iv.c (latc
--disable-libmudflap --disable-nls --disable-werror
--disable-multilib --with-ibmlongdouble --with-cpu=G4 --enable-clocale=gnu
--with-system-zlib
Thread model: posix
gcc version 4.3.0 20070831 (experimental) (GCC)
/var/tmp/43/build-159/gcc/testsuite/gfortran/../../f951
/var/tmp/43/gcc-4.3.0/gcc
The following code generates a "1" with gcc-4.1 and generates a "2" with a lot
of other compilers (Visual Studio, gcc-3.2, ...). I have read the non-bugs
section on http://gcc.gnu.org/bugs.html (also bug 11751) and I have read about
"sequence points" on http://c-faq.com/expr/seqpoints.html. Still I
--- Comment #14 from michelin60 at gmail dot com 2007-08-31 14:52 ---
>
> > FAIL: gfortran.dg/nint_2.f90 -O0 execution test
>
This one is annoying, I think I had it fixed (I saw it on numerous targets, and
fixed it on most... I believed it was fixed on all targets). If you are willi
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-08-31 14:38 ---
... how so?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33216
--- Comment #25 from rguenth at gcc dot gnu dot org 2007-08-31 14:34
---
Aldy, can you look into this again? I tried to simply revert the
whole-aggregate
DSE change, but it went in with the mem-ssa merge :/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30375
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-08-31 14:31 ---
Subject: Re: [4.1/4.2/4.3 Regression] ICE in named_section_real, at
varasm.c:419
On 31 Aug 2007 08:38:43 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #5 from rguenth at gcc
On 31 Aug 2007 08:38:43 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #5 from rguenth at gcc dot gnu dot org 2007-08-31 08:38
> ---
> Well, but 4.2/4.3 reject the testcase only if you compile with -fprofile-arcs,
> which is bogus.
With your testcase .
--- Comment #5 from nickc at gcc dot gnu dot org 2007-08-31 14:27 ---
Subject: Bug 33132
Author: nickc
Date: Fri Aug 31 14:27:19 2007
New Revision: 127992
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127992
Log:
PR target/33132
* config/m32r/constraints.md: Add W constraint fo
--- Comment #24 from rguenth at gcc dot gnu dot org 2007-08-31 14:26
---
Ugh. But of course memory_address_same only checks what the name suggests.
Nowhere do we check for intermediate uses. That whole-aggregate DSE just
cannot work at all.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #4 from spop at gcc dot gnu dot org 2007-08-31 14:19 ---
Duplicate.
*** This bug has been marked as a duplicate of 33113 ***
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from spop at gcc dot gnu dot org 2007-08-31 14:19 ---
*** Bug 33246 has been marked as a duplicate of this bug. ***
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from nickc at redhat dot com 2007-08-31 14:19 ---
Hi Rask,
Ah, yes, I see what you mean. The uploaded patch should fix this for you.
Please let me know if you have any problems with it.
Cheers
Nick
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33132
--- Comment #3 from dorit at gcc dot gnu dot org 2007-08-31 14:18 ---
(In reply to comment #2)
> Subject: Re: Missed opportunities for vectorization due to invariant
> condition
> > Looks like -fno-tree-pre is not enough, because if PRE doesn't do it, then
> > sink
> > does it. When I
--- Comment #3 from nickc at redhat dot com 2007-08-31 14:18 ---
Created an attachment (id=14147)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14147&action=view)
Fix length calculation for get_pc pattern
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33132
--- Comment #1 from burnus at gcc dot gnu dot org 2007-08-31 14:16 ---
Actually, all of the following is affected. The last one fails before
due to PR 33268.
print ('a'), 'Hello'
write(*,('a')) 'Hello'
read (*,('f3.3')) a
read ('f3.3'), a
end
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #23 from rguenth at gcc dot gnu dot org 2007-08-31 14:13
---
DSE would need to keep track of the "last" partial store to the aggregate and
use that for memory_address_same () check to make
" The single use of the store's virtual definition ensures that
there are no int
--- Comment #2 from spop at gcc dot gnu dot org 2007-08-31 14:06 ---
Subject: Re: Missed opportunities for vectorization due to invariant condition
> Looks like -fno-tree-pre is not enough, because if PRE doesn't do it, then
> sink
> does it. When I use "-O3 -ftree-vectorize -msse2 -f
--- Comment #1 from patchapp at dberlin dot org 2007-08-31 14:05 ---
Subject: Bug number PR 33232
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/2007-08/msg02276.html
--
http://gcc.gnu.org/bugzilla/s
The format must be '(a)' and not 'a', however, gfortran does not diagnose this
in
PRINT ('a'), 'Hello'
NAG f95:
Error: a.f90, line 1: Missing left parenthesis in format specification
ifort:
Error: First non-blank character in a character type format specifier must be a
left parenthesis.
Without
gfortran rejects the following due to the extra (), the same is accepted for
PRINT. I believe this is valid (or if it is invalid, it is also invalid for
PRINT).
print('a'), 'Hello'
write(*,('(a)')) 'Hello'
read (*,('(f3.3)')) a
read '(f3'//'.3)', a
read ('(f3.3)'), a ! Rejected
end
read ('(f3.3)'
--- Comment #3 from dorit at gcc dot gnu dot org 2007-08-31 13:57 ---
...
> This is due to data ref analysis problems:
> ./fatigue.f90:14: note: not vectorized: data ref analysis failed
> (*stress_tensor.0_16)[D.1508_168] = D.1513_173
> ./fatigue.f90:14: note: bad data references.
> and
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-08-31 13:56
---
*** Bug 33264 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-08-31 13:56
---
This was PR33139. It's fixed on mainline (4.3), but as it's actually not a
regression, it will probably not be backported to the 4.2 branch. Sorry.
*** This bug has been marked as a duplicate of 33139 ***
--
--- Comment #22 from rguenth at gcc dot gnu dot org 2007-08-31 13:56
---
We are clearly missing the use of signInfo.d by the call, thus we should
from the bitmap of clobbered parts of signInfo remove the used parts once we
encounter the call. But somehow we never remove bits from this
--- Comment #1 from dorit at gcc dot gnu dot org 2007-08-31 13:39 ---
(In reply to comment #0)
> The innermost loop in "j" cannot be vectorized because of the
> irregular code in that loop, i.e. the condition "IF ( l.NE.k )". But
> the cond expression is invariant in that loop, so the w
trunk 20070829, configured with --enable-targets=all, and tested with
RUNTESTFLAGS="--target_board=unix\{,-m64\}:
Matthias
Running target unix/-m64
WARNING: program timed out.
FAIL: libgomp.c/loop-1.c execution test
WARNING: program timed out.
FAIL: libgomp.c/loop-2.c execution test
WARNING: p
seen with trunk 20070829, on linux targets
=== libjava tests ===
Running target unix
FAIL: N19990310_02 -O3 output - source compiled test
FAIL: N19990310_02 -O3 -findirect-dispatch output - source compiled test
--
Summary: [4.3 regression] N19990310_02 test failure
--- Comment #1 from andreast at gcc dot gnu dot org 2007-08-31 12:57
---
The failures are solved with PR32758 except the N19990310_02 ones. These happen
on every other arch I have access to. (sparc, darwin, hppa, x86).
The N19990310_02 failures are here since
http://gcc.gnu.org/ml/gcc-
seen with trunk 20070829, not seen with the 4.2 ubuntu branch, not seen with
4.1.0. didn't check with the fedora 4.1 branch.
Matthias
=== libjava tests ===
Running target unix
FAIL: noclass execution - gij test
FAIL: pr11951 execution - gij test
FAIL: throwit execution - gij t
When assigning from an array with lower index bound /=1 the lower index bound
is ignored (set to 1). Afaik the lower index bound should be copied from the
target.
PROGRAM TST
IMPLICIT NONE
REAL, TARGET :: A(10:20)
REAL, POINTER :: B(:)
B => A
WRITE(*,*) LBOUND(B,1)
END PROGRAM TST
bash>
seen with trunk 20070829
=== libffi Summary ===
# of expected passes1108
# of unsupported tests 8
=== libjava tests ===
Running target unix
FAIL: TestClosureGC run
FAIL:
/build/buildd/gcc-snapshot-20070829/src/libjava/testsuite/libjava.jar/Te
--- Comment #2 from rask at gcc dot gnu dot org 2007-08-31 11:42 ---
It still fails here at revision 127986. I forgot to mention the configure
flags:
--target m32r-unknown-elf --with-newlib --enable-sim --disable-gdb
--disable-nls --enable-checking=yes,rtl
Note in particular that I enabl
--- Comment #5 from pcarlini at suse dot de 2007-08-31 11:41 ---
Fixed in mainline. Frankly, I'm not interested in fixing the issue in the other
branches, taking also into account that it dates back to 3_4...
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #4 from paolo at gcc dot gnu dot org 2007-08-31 11:38 ---
Subject: Bug 33210
Author: paolo
Date: Fri Aug 31 11:38:45 2007
New Revision: 127987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127987
Log:
/cp
2007-08-31 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #1 from mj at ucw dot cz 2007-08-31 11:38 ---
Created an attachment (id=14146)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14146&action=view)
Source file triggering the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33262
When I compile the attached source file, the s2_multiway_merge function gets
apparently miscompiled. The do loop near the end of this function loses both of
its terminating conditions and it is compiled to:
.L101:
addl$1, %esi
.L53:
movl-76(%ebp), %edi
movl
--- Comment #7 from vda dot linux at googlemail dot com 2007-08-31 11:30
---
This is unfortunate, it skews busybox's "make bloatcheck" results.
In general, I suppose if generated asm sequences are different -> one of them
is "better" (for some definition of "better") -> gcc generates b
--- Comment #4 from joerg dot richter at gedas dot de 2007-08-31 11:28
---
Subject: AW: gfortran 4.3.0 doesn't work on Windows Vi
sta.
I must confess that I only found the 4.2.0 documentation but not the
gfortran 4.2.0 compiler in a comfortable .exe self installing version (I
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-08-31 11:14
---
(In reply to comment #2)
> The character between modules and path is a -. I just missed to type it into
> my bugzilla-message.
OK.
> By the way: I did not found the option -fintrinsic-modules-path in
> the curre
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2007-08-31 11:10
---
Allow me to step in... michelin60, what about discussing constructively? Here
are the comments I can make one the failures and your remarks. Please answer to
them, or ask further questions if something isn't clea
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-08-31 10:59
---
Runtime testcase that fails with --param max-aliased-vops=0:
typedef struct _s {
int a;
int b;
int c;
int d;
} s;
extern void abort(void);
void __attribute__((noinline)) g(s *p)
{
if (p->d != 0
--- Comment #20 from rguenth at gcc dot gnu dot org 2007-08-31 10:50
---
Works now but still broken with --param max-aliased-vops=0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30375
--- Comment #2 from joerg dot richter at gedas dot de 2007-08-31 10:44
---
Subject: AW: gfortran 4.3.0 doesn't work on Windows V
ista.
Dear Sir,
The character between modules and path is a -. I just missed to type it into
my bugzilla-message.
I will send the output of
gf
--- Comment #1 from nickc at redhat dot com 2007-08-31 10:38 ---
Subject: Re: New: m32r: ICE: RTL check: expected elt 0
type 'i' or 'n', have 'w' (rtx const_int) in insn_current_length, at
insn-attrtab.c:29:
RTL check: expected elt 0 type 'i' or 'n', have 'w' (rtx const_int) in
insn_
--- Comment #7 from charlet at gcc dot gnu dot org 2007-08-31 10:32 ---
This is now fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-08-31 10:32
---
Can you paste (or attach as a file) the output of "gfortran -v .f"? In
the error message you get:
unrecognized command line option "-fintrinsic-modules path"
what exactly is the character between -fintrinsic-mod
--- Comment #3 from pcarlini at suse dot de 2007-08-31 10:32 ---
On it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot g
--- Comment #6 from charlet at gcc dot gnu dot org 2007-08-31 10:19 ---
Subject: Bug 4720
Author: charlet
Date: Fri Aug 31 10:19:18 2007
New Revision: 127967
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127967
Log:
2007-08-30 Vincent Celier <[EMAIL PROTECTED]>
PR ad
--- Comment #3 from paolo at gcc dot gnu dot org 2007-08-31 09:58 ---
Subject: Bug 32113
Author: paolo
Date: Fri Aug 31 09:57:50 2007
New Revision: 127966
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127966
Log:
/cp
2007-08-31 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
I have installed gfortran 4.3.0 (version 20070813) on Windows Vista Home
Premium. Trying to compile simple Fortran programs ( gfortran .f )
results in the ( first and only ) error message:
f951: error: unrecognized command line option "-fintrinsic-modules path"
The same gfortran version on Windo
--- Comment #4 from pcarlini at suse dot de 2007-08-31 09:58 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from paolo at gcc dot gnu dot org 2007-08-31 09:55 ---
Subject: Bug 32113
Author: paolo
Date: Fri Aug 31 09:55:43 2007
New Revision: 127965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127965
Log:
/cp
2007-08-31 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #1 from paolo at gcc dot gnu dot org 2007-08-31 09:45 ---
Subject: Bug 32113
Author: paolo
Date: Fri Aug 31 09:44:54 2007
New Revision: 127963
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127963
Log:
/cp
2007-08-31 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #13 from cyberflex at mail dot ru 2007-08-31 09:42 ---
(In reply to comment #12)
> Does GCJ's behavior differ from Sun's in this test?
>
Well.. tried that (jdk1.6 i386)
Answer is: at this point NOT. So this is "not an issue"
But while performing this test I found a slight
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-08-31 09:29 ---
We don't optimize the following at the tree level either but only combine get's
this.
void foo_u_3_noprint (unsigned x) {
unsigned q = x / 3, r = x % 3;
if (q * 3 + r != x) abort();
}
--
http://gcc.gnu.
--- Comment #2 from pcarlini at suse dot de 2007-08-31 09:12 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from paolo at gcc dot gnu dot org 2007-08-31 09:11 ---
Subject: Bug 33212
Author: paolo
Date: Fri Aug 31 09:11:43 2007
New Revision: 127962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127962
Log:
/cp
2007-08-31 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
The following program produces a variable scope warning, even when compiled
with -ffor-scope, preventing use of -Werror. The documentation only mentions
warnings being generated if the flag is not given.
int main()
{
int i;
{
for (int i = 0; i < 100; ++i);
1 - 100 of 118 matches
Mail list logo
