--- Comment #1 from pluto at agmk dot net 2007-06-27 07:28 ---
the 8MB array overflows stack and gcc has nothing to do here
because stack size is controlled by operating system.
use ulimit -s [stack size in kB] to workaround this problem.
--
--- Comment #5 from jv244 at cam dot ac dot uk 2007-06-27 07:31 ---
could be similar to PR32514
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32439
--- Comment #1 from jv244 at cam dot ac dot uk 2007-06-27 07:35 ---
this is for:
Target: x86_64-unknown-linux-gnu
Configured with: /data03/vondele/gcc_trunk/gcc/configure
--prefix=/data03/vondele/gcc_trunk/build --with-gmp=/data03/vondele/
--with-mpfr=/data03/vondele/
--- Comment #7 from srm at schokokeks dot org 2007-06-27 08:06 ---
I have checked with 4.2.0 and it produces the same error.
Maybe i'd like to rebuild python too with 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28904
--- Comment #119 from jv244 at cam dot ac dot uk 2007-06-27 08:24 ---
Testing gcc 4.2.0 I unfortunately found that it miscompiles CP2K.
The following testcase:
tests/DFTB/regtest-scc/h2o-1.inp
yields incorrect results. Should be similar to:
Total energy:
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-06-27 08:51
---
(In reply to comment #3)
So, it looks like something inside gcc is hard-coded to just 1Gb
of memory, instead of the available memory.
That's probably a stupid thing to ask, but you don't have any shell limits
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-06-27 08:58
---
(In reply to comment #3)
basically, you need -O2 and -march=native to trigger the bug
I can't reproduce that, what is your processor exactly? (ie what is native
for you)
--
fxcoudert at gcc dot gnu dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-06-27 08:59 ---
Adjust your available stack size.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #120 from pinskia at gmail dot com 2007-06-27 09:37 ---
Subject: Re: [meta-bugs] ICEs with CP2K
On 27 Jun 2007 08:24:46 -, jv244 at cam dot ac dot uk
[EMAIL PROTECTED] wrote:
# BUG
FCFLAGS = -O3 -ffast-math -ftree-vectorize -march=native
So -ffast-math with
--- Comment #5 from jv244 at cam dot ac dot uk 2007-06-27 10:34 ---
(In reply to comment #4)
(In reply to comment #3)
basically, you need -O2 and -march=native to trigger the bug
I can't reproduce that, what is your processor exactly? (ie what is native
for you)
... here is a
--- Comment #4 from ubizjak at gmail dot com 2007-06-27 11:24 ---
(In reply to comment #3)
The problem is in -ftree-vectorize
The difference is, that without -ftree-vectorize the inner loop (do k = 1, 9)
is completely unrolled, but with vectorization, the loop is vectorized, but
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-27 11:25 ---
... here is a suggestion for the gcc crew ... what about having gfortran -v
When you invoke gfortran with -v march=native and with a source file, it will
show the values. This is the recommended way of showing
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-06-27 11:38
---
(In reply to comment #6)
When you invoke gfortran with -v march=native and with a source file, it will
show the values. This is the recommended way of showing how you involved
gcc/gfortran anyways.
Yes, that
--- Comment #5 from dorit at il dot ibm dot com 2007-06-27 11:57 ---
(In reply to comment #4)
(In reply to comment #3)
The problem is in -ftree-vectorize
The difference is, that without -ftree-vectorize the inner loop (do k = 1, 9)
is completely unrolled, but with vectorization,
--- Comment #8 from jv244 at cam dot ac dot uk 2007-06-27 12:15 ---
(In reply to comment #7)
(In reply to comment #6)
When you invoke gfortran with -v march=native and with a source file, it
will
right.. that shows:
gfortran --verbose -O2 -march=native -pg all.f90
Driving:
--- Comment #7 from jv244 at cam dot ac dot uk 2007-06-27 12:18 ---
(In reply to comment #6)
(In reply to comment #3)
So, it looks like something inside gcc is hard-coded to just 1Gb
of memory, instead of the available memory.
That's probably a stupid thing to ask, but you don't
--- Comment #121 from jv244 at cam dot ac dot uk 2007-06-27 12:47 ---
(In reply to comment #119)
I might try to find out which module gets miscompiled, but this could be a bit
of a slow process.
miscompilation happens with the module qs_neighbor_lists. It is a module with
lots of
--- Comment #122 from jv244 at cam dot ac dot uk 2007-06-27 12:51 ---
(In reply to comment #120)
I bet this is due to reduction which is done for -ffast-math with
-ftree-vectorize. Which case it might not be a bug. Yes 3 out of 130
is actually huge but if the values are huge to
--- Comment #123 from jv244 at cam dot ac dot uk 2007-06-27 13:54 ---
(In reply to comment #121)
(In reply to comment #119)
I might try to find out which module gets miscompiled, but this could be a
bit
of a slow process.
miscompilation happens with the module
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-06-27 14:01
---
Subject: Bug 32492
Author: rguenth
Date: Wed Jun 27 14:01:27 2007
New Revision: 126054
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126054
Log:
2007-06-27 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-06-27 14:17 ---
Reduced testcase:
static inline __attribute__((always_inline)) void __check_printsym_format(const
char *fmt, ...)
{
}
static inline __attribute__((always_inline)) void print_symbol(const char *fmt,
unsigned long
--- Comment #124 from jv244 at cam dot ac dot uk 2007-06-27 14:21 ---
(In reply to comment #123)
and there is no valgrind error if I remove -ftree-vectorize from the options.
Which, I guess, explains why things get compiled correctly in that case.
--
--- Comment #19 from richard at codesourcery dot com 2007-06-27 14:37
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Kenneth Zadeck [EMAIL PROTECTED] writes:
2007-06-23 Kenneth Zadeck [EMAIL PROTECTED]
PR middle-end/32437
*dce.c
--- Comment #20 from zadeck at naturalbridge dot com 2007-06-27 14:39
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
richard at codesourcery dot com wrote:
--- Comment #19 from richard at codesourcery dot com 2007-06-27 14:37
---
Subject:
as discussed in PR 29975 CP2K gets miscompiled by gfortran 4.2.0 (see comments
119 to 125).
sources (src/all.f90) can be obtained from:
http://www.pci.unizh.ch/vandevondele/tmp/CP2K_gcc_2007_06.tgz
and are miscompiled with
-O3 -ffast-math -ftree-vectorize -march=native
the module that gets
--- Comment #125 from jv244 at cam dot ac dot uk 2007-06-27 14:45 ---
(In reply to comment #119)
Testing gcc 4.2.0 I unfortunately found that it miscompiles CP2K.
filed as PR 32521
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
--- Comment #19 from jb at gcc dot gnu dot org 2007-06-27 14:49 ---
gfortran does inline most array intrinsics, but only if the result is a scalar.
For most array intrinsics this isn't that much of a problem since usually one
uses the variant that returns a scalar, but MINLOC is
--- Comment #4 from peeterj at ca dot ibm dot com 2007-06-27 14:49 ---
removing Taavi from the CC list.
Any update on getting this resolved?
--
peeterj at ca dot ibm dot com changed:
What|Removed |Added
--- Comment #1 from jv244 at cam dot ac dot uk 2007-06-27 14:59 ---
this could be similar to
PR 32006
as it had a similar valgrind trace.
That bug was marked as a duplicate of another cp2k bug
PR 32018
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32521
When you invoke gfortran with -v march=native and with a source file, it will
show the values. This is the recommended way of showing how you involved
gcc/gfortran anyways.
I get:
f951: error: unrecognized command line option -march=native
with
[karma] bug/timing% gfc -v -march=native -O3
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-06-27 15:05
---
Fixed. Sort of.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
On 6/27/07, Dominique Dhumieres [EMAIL PROTECTED] wrote:
When you invoke gfortran with -v march=native and with a source file, it will
show the values. This is the recommended way of showing how you involved
gcc/gfortran anyways.
I get:
f951: error: unrecognized command line option
--- Comment #7 from falk at debian dot org 2007-06-27 15:37 ---
This makes bootstrap fail on alphaev68-linux:
/src/gcc-2007.06.27/build/./gcc/xgcc -B/src/gcc-2007.06.27/build/./gcc/
-B/usr/local/alphaev68-unknown-linux-gnu/bin/
-B/usr/local/alphaev68-unknown-linux-gnu/lib/ -isystem
--- Comment #8 from pinskia at gmail dot com 2007-06-27 15:41 ---
Subject: Re: [4.3 Regression] ICE in build2_stat, at tree.c:3074
On 27 Jun 2007 15:37:26 -, falk at debian dot org
[EMAIL PROTECTED] wrote:
--- Comment #7 from falk at debian dot org 2007-06-27 15:37 ---
src/gcc-2007.06.27/build/./gcc/xgcc -B/src/gcc-2007.06.27/build/./gcc/
-B/usr/local/alphaev68-unknown-linux-gnu/bin/
-B/usr/local/alphaev68-unknown-linux-gnu/lib/ -isystem
/usr/local/alphaev68-unknown-linux-gnu/include -isystem
/usr/local/alphaev68-unknown-linux-gnu/sys-include -g
--- Comment #4 from pault at gcc dot gnu dot org 2007-06-27 15:56 ---
(In reply to comment #2)
This is related to PR 14771, most likely the parentheses are being ignored.
The parentheses are being ignored - in fact they disappear completely; I
presume that gfc_simplify_expr is the
--- Comment #7 from jb at gcc dot gnu dot org 2007-06-27 15:56 ---
(In reply to comment #5)
I can see two ways to address this issue (both of them worth pursuing):
a) For allocatable arrays, we can always assume stride=1.
But this helps only locally in the procedure where the array
Hi,
On the POWER5, gcc 4.2 gets roughly half the performance of gcc 3.3.3 on the
best ATLAS DGEMM kernel. By throwing the flags
-fno-schedule-insns -fno-rerun-loop-opt
I'm able to get most of that performance back. The most important flag is the
no-schedule-insns, so I suspect the scheduler
--- Comment #1 from whaley at cs dot utsa dot edu 2007-06-27 16:21 ---
Created an attachment (id=13794)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13794action=view)
Makefile and source demonstrating problem
Creates directory MMBENCH_PPC. Edit the Makefile and set GCC3 and GCC4
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-27 16:25 ---
PowerPC970FX is not a direct descendent of Power5. It is a descendent of the
970 which is a heavily modified Power4. Power5 is the direct descendent of the
Power4 though, at least in terms of scheduling (I don't
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-27 16:27 ---
I have been trying to install gcc 4.2 on PowerPC970FX, but so far no luck (it
doesn't seem to like
MacOSX).
I have no problems installing GCC on Mac OS X 10.4.8/9/10.
--
--- Comment #3 from malitzke at metronets dot com 2007-06-27 16:44 ---
I read that the last word ___unfortunate___ means that to hell with the
users;
We hold fast to our principles
So now we have two cases that gcc-4.3.x pretty irrelevant. The is that inane
transformation of
Hi,
I successfully installed gcc 4.1.1 on the same machine, but can't seem to get
gcc 4.2 to go. My install always dies with the following error message during
the compile phase:
/usr/bin/libtool: unknown option character `m' in: -macosx_version_min
Here's my configure command (using mpfr
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-27 16:48 ---
/usr/bin/libtool: unknown option character `m' in: -macosx_version_min
You need to make sure you have the latest version of Xcode installed.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #4 from whaley at cs dot utsa dot edu 2007-06-27 17:00 ---
Andrew,
PowerPC970FX is not a direct descendent of Power5
Sorry, completely misremembered this. Since Power4 didn't suffer as bad
as Power5 (I think it lost maybe 10% rather than 50), maybe the 970 will
also not
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-27 17:05 ---
Well the 3.3.3 you are using is a heavy modified 3.3.3 which has the power5
backported and many other stuff.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-06-27 17:22 ---
Sure it does.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from zadeck at naturalbridge dot com 2007-06-27 18:04
---
it does not look like you ever dealt with the issue of EH_RETURN_STACKADJ_RTX
that i pointed out. That code is clearly wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-27 18:07 ---
I could thought we never inlined varargs even in 4.2.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
It might be useful for GCC to warn about dynamic_casts which are not necessary.
For instance a dynamic_castT*(T*), or a dynamic_cast from a derived class to
a base class (there might be some corner cases here with multiple
inheritance?). I do see that such dynamic_casts are no-op'ed away (even
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-27 18:14 ---
However it would be nice if the programmer was notified about them,
since even if there is no run-time cost, there is a source-level increase in
complexity which can easily be avoided (and there may well be
--- Comment #10 from spark at gcc dot gnu dot org 2007-06-27 18:17 ---
Subject: Bug 32481
Author: spark
Date: Wed Jun 27 18:17:15 2007
New Revision: 126058
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126058
Log:
2007-06-27 Seongbae Park [EMAIL PROTECTED]
PR
--- Comment #2 from jv244 at cam dot ac dot uk 2007-06-27 18:33 ---
Reduced testcase:
[EMAIL PROTECTED]:/scratch/vondele/clean/cp2k/obj/Linux-x86-64-gfortran/sopt
cat test.f90
SUBROUTINE build_qs_neighbor_lists()
INTEGER, PARAMETER :: dp=KIND(0.0D0)
REAL(dp), ALLOCATABLE,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32096
--- Comment #2 from bangerth at dealii dot org 2007-06-27 18:53 ---
This strikes me as one of the things that hardly anybody would ever find
useful. I mean, yes it happens, but no, it doesn't hurt, and I haven't
seen such code written in the first place ever. Warnings are for cases
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-27 18:54 ---
This was fixed in 4.2.1 already by:
2007-05-30 Ralf Wildenhues [EMAIL PROTECTED]
* tree-vrp.c (compare_names): Initialize sop.
Which was applied for PR 32096.
*** This bug has been marked as a duplicate
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-27 18:54 ---
*** Bug 32521 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from bangerth at dealii dot org 2007-06-27 19:01 ---
Confirmed, a regression apparently introduced in 3.4.x.
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #3 from lloyd at randombit dot net 2007-06-27 19:06 ---
I haven't seen such code written in the first place ever.
Neither had I, until I found out it is endemic in a large project at work.
I'd just as soon write a script to find these cases, but figuring out what the
--- Comment #6 from whaley at cs dot utsa dot edu 2007-06-27 19:09 ---
Andrew,
OK, I installed stock gnu gcc 3.4.6:
78n04 TEST/MMBENCH_PPC ~/local/gcc-3.4.6/bin/gcc -v
Reading specs from
/u/noibm122/local/gcc-3.4.6/lib/gcc/powerpc64-unknown-linux-gnu/3.4.6/specs
Configured with:
When I compile the modules listed below I get the following error message:
e.f90:51.30:
use poly_Personnel_class
1
Error: Name 'new' at (1) is an ambiguous reference to 'new' from module
'student_class'
Compaq Fortran, Lahey Fortran, and g95 do not produce an
--- Comment #16 from rask at sygehus dot dk 2007-06-27 19:15 ---
What's wrong with the patch at the top of comment 9? FWIW, I can now build the
m32c after this configure command:
$ /n/12/rask/src/all/configure --target=m32c-unknown-elf
--enable-languages=c,c++ --enable-cxx-flags=-O2
--- Comment #4 from bangerth at dealii dot org 2007-06-27 19:17 ---
(In reply to comment #3)
I think that's a good definition. My impression is that dynamic_cast is fairly
expensive,
But only if the compiler can't know the actual type of an object (which
is exactly the case that you
--- Comment #2 from mrs at apple dot com 2007-06-27 19:18 ---
Radar 5276895
--
mrs at apple dot com changed:
What|Removed |Added
CC|
--- Comment #17 from zadeck at naturalbridge dot com 2007-06-27 19:30
---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
--- Comment #16 from rask at sygehus dot dk 2007-06-27 19:15 ---
What's wrong with the patch at the
--- Comment #5 from lloyd at randombit dot net 2007-06-27 19:33 ---
I filed the bug because it seems like this would be at least marginally useful,
and this way people can find it / read the discussion / whatever. Even if the
end result is WONTFIX, that at least lets anyone in the
--- Comment #18 from rask at sygehus dot dk 2007-06-27 19:48 ---
It has not been committed yet because I feared that it was causing the reload
failure. I have now verified that the reload failure still happens with a
pre-dataflow checkout, so I'll submit the patch. I think that
--- Comment #7 from simartin at gcc dot gnu dot org 2007-06-27 19:53
---
Subject: Bug 27492
Author: simartin
Date: Wed Jun 27 19:53:45 2007
New Revision: 126061
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126061
Log:
gcc/cp/
2007-06-27 Simon Martin [EMAIL PROTECTED]
--- Comment #126 from jv244 at cam dot ac dot uk 2007-06-27 19:55 ---
As Andrew pointed out in PR 32521 the valgrind warning was fixed in 4.2.1
(prerelease). I've now built the 4.2_branch, and the warning is indeed gone,
but unfortunately the same qs_neighbor_lists module is still
--- Comment #19 from zadeck at naturalbridge dot com 2007-06-27 19:56
---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
--- Comment #18 from rask at sygehus dot dk 2007-06-27 19:48 ---
It has not been committed yet because
--- Comment #8 from simartin at gcc dot gnu dot org 2007-06-27 19:59
---
Fixed in 4.2 as well.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-06-27 20:03 ---
Subject: Bug 32467
Author: dfranke
Date: Wed Jun 27 20:02:31 2007
New Revision: 126063
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126063
Log:
gcc/fortran:
2007-06-24 Daniel Franke [EMAIL PROTECTED]
--- Comment #9 from dfranke at gcc dot gnu dot org 2007-06-27 20:04 ---
Fixed in trunk. Not a regression, thus no backport to 4.2. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-06-27 20:10 ---
Which version of gfortran and which flags are you using? I tried 4.1.2, 4.2 and
a recent svn (20070622), neither gave the error on the code you quote.
All I get is:
$ gfortran-svn -g -Wall -std=f95 -c pr32526.f90
--- Comment #20 from zadeck at naturalbridge dot com 2007-06-27 20:15
---
I believe that rask is going to submit the patch at the end of comment #9 to
close this bug.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #2 from mrichmond at mscmail dot gsfc dot nasa dot gov
2007-06-27 20:21 ---
Subject: RE: Spurious error: Name 'x' at (1) is an ambiguous reference to 'x'
from module 'y'
I downloaded the latest snapshot. The bug does not occur with older versions,
so I believe it is a
Hi,
the attached file crashes gfortran when compiling with -O and -Os,
but passes with -O0, -O2 and -O3.
% gfortran -O -c gfcbug65.f90
gfcbug65.f90: In function 'nf90_put_var_7d_fourbyteint':
gfcbug65.f90:1: internal compiler error: in build2_stat, at tree.c:3074
...
--
Summary:
--- Comment #6 from malitzke at metronets dot com 2007-06-27 20:43 ---
This appears to be the essence of what I wanted note per 3) in comment 3
In going from pdf to html via pdftohtml I was forced to do some realigning and
erase special symbols by hand. If you do not trust go to the
--- Comment #1 from anlauf at gmx dot de 2007-06-27 20:44 ---
Created an attachment (id=13795)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13795action=view)
Demo code, extracted from netcdf-3.6.1
Compile with -O or -Os
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32527
--- Comment #7 from rguenther at suse dot de 2007-06-27 20:50 ---
Subject: Re: [4.3 Regression] Fails to inline varargs
function with unused arguments
On Wed, 27 Jun 2007, malitzke at metronets dot com wrote:
--- Comment #6 from malitzke at metronets dot com 2007-06-27 20:43
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-06-27 21:05 ---
Confirmed after updating to 20070627 (r126063).
Most likely introduced by:
r126000 | pault | 2007-06-25 20:27:59 +0200 (Mo, 25 Jun 2007) | 21 lines
(r125988 still works and r126005 gives the error).
Adding Paul
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-27 21:07 ---
#0 internal_error (gmsgid=0x8757d7f in %s, at %s:%d) at
/home/apinski/src/gcc-fsf/work/gcc/gcc/diagnostic.c:596
#1 0x0816ae5f in fancy_abort (file=Could not find the frame base for
fancy_abort.
) at
--- Comment #21 from dj at redhat dot com 2007-06-27 21:28 ---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
The patch in comment #9 is OK with me, please commit it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
--- Comment #8 from malitzke at metronets dot com 2007-06-27 21:34 ---
Glad it hit the spot and hopefully alerted the user community as to what is
going on.
Now, how about doing something about transforming a clearly expressed
subtraction into a udivdi3. To the best of my knowledge and
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-06-27 21:40 ---
Subject: Bug 32479
Author: kkojima
Date: Wed Jun 27 21:40:19 2007
New Revision: 126065
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126065
Log:
PR target/32479
* config/sh/sh.md (udivsi3):
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-06-27 22:22 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #22 from rask at gcc dot gnu dot org 2007-06-27 22:23 ---
Subject: Bug 32418
Author: rask
Date: Wed Jun 27 22:23:35 2007
New Revision: 126067
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126067
Log:
2007-06-27 Rask Ingemann Lambertsen [EMAIL PROTECTED]
PR
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-27 22:57 ---
I already gave Falk a patch to try.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-06-27 22:58
---
Subject: Bug 31400
Author: fxcoudert
Date: Wed Jun 27 22:58:37 2007
New Revision: 126068
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126068
Log:
PR other/31400
* gcc.c
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-06-27 23:00
---
Fixed on mainline.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
This looks like a trivial bug in options processing. It's been not working for
a long time.
===
[EMAIL PROTECTED]:~/exp-save-temps-dash$ cat hello.c
#include stdio.h
int main()
{
printf(Hello, world\n);
return 0;
}
[EMAIL PROTECTED]:~/exp-save-temps-dash$ cat hello.c |
--- Comment #6 from harsha dot jagasia at amd dot com 2007-06-28 00:41
---
Created an attachment (id=13796)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13796action=view)
vectorizer dump with cost model on
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32084
=/local/hjagasia/autovect/obj-trunk-nobootstrap
--enable-languages=c,c++,fortran --enable-multilib --disable-bootstrap
Thread model: posix
gcc version 4.3.0 20070627 (experimental)
Thanks,
Harsha
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32084
--- Comment #8 from harsha dot jagasia at amd dot com 2007-06-28 00:42
---
Created an attachment (id=13797)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13797action=view)
vectorizer dump with cost model off
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32084
cat ice99.c
typedef int (*matrix_handler)(int n, double M[restrict n][n]);
gcc -c -std=c99 ice99.c
ice99.c:1: internal compiler error: Segmentation fault
--
Summary: ICE, typedef of function taking VLA
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
--- Comment #1 from pa at panix dot com 2007-06-28 01:15 ---
Created an attachment (id=13798)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13798action=view)
preprocessed input
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32529
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-28 01:26 ---
*** This bug has been marked as a duplicate of 28504 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-28 01:26 ---
*** Bug 32529 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Test case:
$ cat except.m
#include objc/Object.h
@interface E: Object
@end
@implementation E
@end
int main(int argc, char* argv[])
{
@try {
@throw [E new];
} @catch(E *e) {
}
return 0;
}
$ gcc -Wall -O2 -g -lobjc except.m -o except
$ ./except
$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
1 - 100 of 113 matches
Mail list logo
