--- Comment #4 from bangerth at dealii dot org 2007-06-28 06:52 ---
Apparently not a dup.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC|
--- Comment #9 from bangerth at dealii dot org 2007-06-28 06:48 ---
Monologues don't help. Get your fingers out of the pockets and help us fix
bugs instead of complaining.
Richard has already acknowledged that you found
a bug two days after you filed it (and quite humorously). Your att
--- Comment #127 from jv244 at cam dot ac dot uk 2007-06-28 06:08 ---
(In reply to comment #126)
> 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_neig
Thread model: posix
gcc version 4.2.1 20070627 (prerelease)
/data03/vondele/gcc_4_2_branch/build/libexec/gcc/x86_64-unknown-linux-gnu/4.2.1/f951
test.f90 -march=k8 -mtune=k8 -quiet -dumpbase test.f90 -auxbase test -O3
-version -ffast-math -ftree-vectorize -I
/data03/vondele/gcc_4_2_branch/build/l
--- Comment #4 from patchapp at dberlin dot org 2007-06-28 05:50 ---
Subject: Bug number PR31150
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-06/msg02037.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from whaley at cs dot utsa dot edu 2007-06-28 05:25 ---
This problem affects the g5/970 as well:
Darwin. uname -a
Darwin etl-g52.cs.utsa.edu 8.10.0 Darwin Kernel Version 8.10.0: Wed May 23
16:50:59 PDT 2007; root:xnu-792.21.3~1/RELEASE_PPC Power Macintosh powerpc
Darwin.
--- Comment #2 from whaley at cs dot utsa dot edu 2007-06-28 05:23 ---
Fixed, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32524
--- Comment #2 from malitzke at metronets dot com 2007-06-28 04:45 ---
Iam soory Mr. Schwab but the fno-builtin was provide to me by a fellow
maintainer I am just exhausting all offered approaches to avoid having a
subtraction changed to a libgcc-function/builtin
The flag just disables
--- Comment #12 from malitzke at metronets dot com 2007-06-28 03:53 ---
Mr Pinski! Thanks for again doing the work for me.
I just had to take some time out for my annual checkup and to rebuild my big
machine's software after Gentoo on shutdown -h now deleted my /bin, /etc, and
/sbin dir
--- Comment #3 from pa at panix dot com 2007-06-28 02:09 ---
Not sure this is a duplicate. 28504 is fixed on my box, I need the 2-D VLA to
trigger the ICE.
void foo(void (*p)(int n, int x[n])) {} /* from 28504, ok */
typedef void (*foop)(int n, int x[n]); /* ok */
typedef void (*ice
--- Comment #1 from dj at redhat dot com 2007-06-28 02:09 ---
Ok to commit it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32532
In libiberty/argv.c line 313, function writeargv(), the line "int ret" declares
a variable that is never used in that function. This triggers a warning during
compilation. The following patch should remove that line:
Index: libiberty/argv.c
===
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-28 02:04 ---
No, the comparision is correct.
The enum is you gave is equalivant (in both C and C++) to:
enum X
{
A = 3,
B = 1,
C = 2,
D = 3,
E = 4
};
--
pinskia at gcc dot gnu dot org changed:
--- Comment #4 from entrophage at gmail dot com 2007-06-28 01:58 ---
(In reply to comment #3)
> valgrind of the resulting binary shows interesting output:
this is irrelevant since binary compiled from the following trivial source file
gives the same valgrind errors.
int main()
{
re
--- Comment #3 from entrophage at gmail dot com 2007-06-28 01:53 ---
valgrind of the resulting binary shows interesting output:
$ valgrind ./foo
==5107== Memcheck, a memory error detector.
==5107== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==5107== Using LibVEX rev
--- Comment #2 from entrophage at gmail dot com 2007-06-28 01:50 ---
Created an attachment (id=13800)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13800&action=view)
preprocessor output of the source file that reproduces the bug
generated with:
$ gcc -Wall -Wextra -ansi -pedantic
--- Comment #1 from entrophage at gmail dot com 2007-06-28 01:49 ---
Created an attachment (id=13799)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13799&action=view)
source file to reproduce the bug
compile with:
$ gcc -Wall -Wextra -ansi -pedantic -save-temps -o foo foo.c
--
$ 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
--enable-la
Test case:
$ cat except.m
#include
@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
Aborted (core dump
--- 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
---
--- 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 #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=13798&action=view)
preprocessed input
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32529
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 #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=13797&action=view)
vectorizer dump with cost model off
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32084
refix=/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 #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=13796&action=view)
vectorizer dump with cost model on
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32084
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
int main()
{
printf("Hello, world\n");
return 0;
}
[EMAIL PROTECTED]:~/exp-save-temps-dash$ cat hello.c |
/home/mec/gcc-3.4.6/install
--- 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
--- 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=gcc&view=rev&rev=126068
Log:
PR other/31400
* gcc.c (process_command
--- 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 #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=gcc&view=rev&rev=126067
Log:
2007-06-27 Rask Ingemann Lambertsen <[EMAIL PROTECTED]>
--- 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 #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=gcc&view=rev&rev=126065
Log:
PR target/32479
* config/sh/sh.md (udivsi3):
--- 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 #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 #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 /home/apins
--- 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 #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 #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=13795&action=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 #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 act
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
...
--
Su
--- 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
reg
--- 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 #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 #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 #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=gcc&view=rev&rev=126063
Log:
gcc/fortran:
2007-06-24 Daniel Franke <[EMAIL PROTECTED]>
--- 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 #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 becaus
--- 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 miscom
--- 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=gcc&view=rev&rev=126061
Log:
gcc/cp/
2007-06-27 Simon Martin <[EMAIL PROTECTED]>
--- 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 concludes
--- 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 futur
--- 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 t
--- 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 #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 #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 --w
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 er
--- 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: ../
--- 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
ty
--- 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 #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 #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 duplicat
--- 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
where
--
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 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, DIM
--- 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=gcc&view=rev&rev=126058
Log:
2007-06-27 Seongbae Park <[EMAIL PROTECTED]>
PR rtl-o
--- 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 run
It might be useful for GCC to warn about dynamic_casts which are not necessary.
For instance a dynamic_cast(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 withou
--- 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
-
--- 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 #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
Status|UN
--- 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 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 d
--- 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|Re
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 and
--- 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 subtra
--- 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.
--
http://gcc.gnu.org/bugzilla/show_
--- 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 kn
--- 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=13794&action=view)
Makefile and source demonstrating problem
Creates directory MMBENCH_PPC. Edit the Makefile and set GCC3 and GCC
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 #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 arr
--- 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 cul
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 -fkeep-inline-fun
--- 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 ---
--- 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
/usr
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 "-m
--- 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
Stat
> 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
--- 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
--- 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 #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 differen
--- 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
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 mi
--- 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:
--- 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 (dele
--- 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.
--
http://gcc.gnu.org/bugzilla/show
--- 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 add
--- 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=gcc&view=rev&rev=126054
Log:
2007-06-27 Richard Guenther <[EMAIL PROTECTED]>
--- 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 #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 b
1 - 100 of 117 matches
Mail list logo
