David Daney wrote:
Keith, did you forget to update VMVirtualMachine.h?
Update, no. Commit, yes. Foo.
It would appear so.
If you are in a hurry and have the requisite tools installed, configure
with --java-maintainer-mode to regenerate the file yourself.
I've committed the regenerated
Hello H.J.!
The testscase gcc.target/i386/sse2-vec-5.c you ported from mainline
fails on gcc-4.2 branch because __builtin_ia32_vec_ext_v16qi builtin
does not exist in gcc-4.2. This builtin corresponds to pextrb insn
that was introduced in SSE4 (gcc-4.3).
Also, the definition of
On Jun 20, 2007, at 9:40 PM, Pompapathi V Gadad wrote:
Hello Eric,
The target I am working on is 16-bit target and cannot support 64-
bit data types (DI mode).
How about conditionally declare the function?
#if LONG_LONG_TYPE_SIZE 32
extern DItype __bswapdi2 (DItype);
#endif
You'll want
Hello Eric,
bswapdi2 is implemented in libgcc2.c as follows:
#ifdef L_bswapdi2
DItype
__bswapdi2 (DItype u)
{
...
}
#endif
One way to avoid compilation of this function is to add condition macros
like: #if LONG_LONG_TYPE_SIZE 32
However, libgcc2.h does not have such facility and declaration
Hi,
On Wed, 20 Jun 2007, I wrote:
Index: gcc/df-problems.c
===
--- gcc/df-problems.c (revision 125811)
+++ gcc/df-problems.c (working copy)
@@ -1574,7 +1574,7 @@
/* Call-clobbered registers die across exception and call
Hello. i am Alberto
I work with Gcc trees to modify c++ original code and dont find and i
need documentation about trees because the web isnt enought information.
Where are docs about gcc trees and macros to access it?
Thanks you
Alberto
Roman Zippel wrote:
Hi,
On Wed, 20 Jun 2007, Kenneth Zadeck wrote:
If we add the dead note there we are asserting that the value is
modified by the caller. however it might not be and someone could write
a piece of asm right after the call to use that reg if the person knew
that the
[EMAIL PROTECTED] wrote on 21/06/2007 15:44:27:
Hello. i am Alberto
I work with Gcc trees to modify c++ original code and dont find and i
need documentation about trees because the web isnt enought information.
Where are docs about gcc trees and macros to access it?
In GCC wiki you may
On Thu, Jun 21, 2007 at 10:14:55AM +0200, Uros Bizjak wrote:
Hello H.J.!
The testscase gcc.target/i386/sse2-vec-5.c you ported from mainline
fails on gcc-4.2 branch because __builtin_ia32_vec_ext_v16qi builtin
does not exist in gcc-4.2. This builtin corresponds to pextrb insn
that was
On 6/21/07, H. J. Lu [EMAIL PROTECTED] wrote:
Also, the definition of __builtin_ia32_vec_ext_v16qi in the mainline
should be enabled only for OPTION_MASK_ISA_SSE4_1, as current
definition is also enabled for SSE2:
def_builtin (OPTION_MASK_ISA_SSE2, __builtin_ia32_vec_ext_v16qi,
ftype,
Hello,
I get the following bootstrap comparison failure on powerpc64
for Ada (--enable-languages=ada) with BOOT_CFLAGS='-O2'.
Revital
make[2]: Entering directory `/home/revital/mainline_ccp/build'
make[3]: Entering directory `/home/revital/mainline_ccp/build'
rm -f stage_current
make[3]:
On Mon, Jun 18, 2007 at 04:46:10PM +1000, Ben Elliston wrote:
On Sat, 2007-06-16 at 06:17 -0700, H. J. Lu wrote:
BTW, an x86 DFP configure bug was reported 3 months ago. But it still
hasn't benen fixed. I opened a DFP bug report:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32351
Hello!
Is there a way to add automatically updated SVN revision number to gcc
version string? Something similar to $Revision$ in RCS?
I think it would be quite informative if during development phase gcc
--version would report it like:
gcc --version
gcc (GCC) 4.3.0 20070621 (experimental
it like:
gcc --version
gcc (GCC) 4.3.0 20070621 (experimental) Revision X
Perhaps it can also include branch name.
See
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00966.html
I got
[EMAIL PROTECTED] applied]$ /usr/gcc-4.3/bin/gcc --version
gcc (GCC) 4.3.0 20070612 (experimental
development phase[...]
gcc --version
gcc (GCC) 4.3.0 20070621 (experimental) Revision X
I would like this as well. Maybe something along the following would work:
STRING=
if [ -d $CONFIGURE/.svn -a -n `svn 21` ]; then
REV=`svn info $CONFIGURE|grep Revi|awk '{print $2}'`
BRANCH=`svn info
I get the following bootstrap comparison failure on powerpc64
for Ada (--enable-languages=ada) with BOOT_CFLAGS='-O2'.
Revital
make[2]: Entering directory `/home/revital/mainline_ccp/build'
make[3]: Entering directory `/home/revital/mainline_ccp/build'
rm -f stage_current
make[3]:
Paolo Bonzini wrote:
+
+ /* However a may or must clobber still still needs to
+ kill the reg. */
Add here so that REG_DEAD notes are later placed appropriately. Ok,
thanks!
Paolo
so is this an ok to commit with this change?
make[2]: Entering directory `/home/revital/mainline_ccp/build'
make[3]: Entering directory `/home/revital/mainline_ccp/build'
rm -f stage_current
make[3]: Leaving directory `/home/revital/mainline_ccp/build'
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
Bootstrap
Which revision? The Ada compiler bootstraps fine on i586 and x86-64 at
revision 125912:125915M (i.e with structural alias analysis enabled).
revision 125915.
Thanks,
Revital
Which revision? The Ada compiler bootstraps fine on i586 and x86-64 at
revision 125912:125915M (i.e with structural alias analysis enabled).
Note that if cc1-checksum.o differs, it likely means the issue is
unrelated to
Ada.
I am now bootstrapping only c. If that will pass OK I can
Note that if cc1-checksum.o differs, it likely means the issue is unrelated
to Ada.
cc1-checksum.o very offen differs on my machine, it doesn't stop the build.
--
Eric Botcazou
Uros Bizjak wrote:
Hello!
Is there a way to add automatically updated SVN revision number to gcc
version string? Something similar to $Revision$ in RCS?
I think it would be quite informative if during development phase gcc
--version would report it like:
gcc --version
gcc (GCC) 4.3.0 20070621
I am now bootstrapping only c. If that will pass OK I can check Ada on
an older revision if you wish.
I'm not sure that would really help in this case. The fact that x86 and
x86-64 are both clean with structural alias analysis would seem to show
that there is no fundamental bad interaction
Eric Botcazou [EMAIL PROTECTED] wrote on 21/06/2007 21:10:15:
I am now bootstrapping only c. If that will pass OK I can check Ada on
an older revision if you wish.
I'm not sure that would really help in this case. The fact that x86 and
x86-64 are both clean with structural alias
I submitted the first patch for the function argument infrastructure change
over at gcc-patches: http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01569.html
--
Michael Meissner, AMD
90 Central Street, MS 83-29, Boxborough, MA, 01719, USA
[EMAIL PROTECTED]
michael.a wrote:
Will likely be a good while before I can report whether simply knocking
out the errors cause any run-time issues.
Is there some reason why stdarg.h would not be on my system (amd64 ubuntu)
I can find it in the various gcc source trees (apparently gcc brings its
own) ...is
On Thu, Jun 21, 2007 at 03:08:00PM -0700, michael.a wrote:
michael.a wrote:
Will likely be a good while before I can report whether simply knocking
out the errors cause any run-time issues.
Is there some reason why stdarg.h would not be on my system (amd64 ubuntu)
I can find it
Meissner, Michael wrote:
You probably should root around to find out why it isn't installed. I
would
suspect you did not install the appropriate development packages or
somehow
your compilation system is messed up.
I rooted thoroughly, not wanting to make this post for fear of
michael.a wrote:
I guess I will have to sort out why the compiler isn't finding it (any
advice is welcome -- just for the record, I did a straight install from
packaged sources with previous gcc installs removed before hand)
Actually, funny story... I was actually looking for
Herman Geza wrote:
struct A {
float x, y;
};
struct B {
float x, y;
};
int main() {
A a;
B b = reinterpret_castB(a);
}
I get a type-punned warning for this code. However, A B is exactly the
same type. Is the warning appropriate here?
Unfortunately gcc 4.3
I tried this program on many versions of GCC and it seems to trigger errors.
The curious can edit the program and un-comment various combinations of lines
to chase the error. It compiles as-is and demonstrates the error.
# gcc-3.3 -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
--- Comment #1 from rob1weld at aol dot com 2007-06-21 06:01 ---
Created an attachment (id=13753)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13753action=view)
Demo for abs / printf bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32448
--- Comment #7 from burnus at gcc dot gnu dot org 2007-06-21 06:16 ---
Host triplet is: processor - platform - os
So depending on your processor it would be something like,
i686-pc-linux-gnu
x86-64-unknown-linux
You can get this from the command uname
Try uname -p -i -o
Easier
--- Comment #2 from ubizjak at gmail dot com 2007-06-21 06:33 ---
Use fabs/fabsf for double/float operands. Especially with %f.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #4 from uros at gcc dot gnu dot org 2007-06-21 07:06 ---
Subject: Bug 32389
Author: uros
Date: Thu Jun 21 07:06:29 2007
New Revision: 125911
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125911
Log:
PR target/32389
* config/i386/i386.h (enum
--- Comment #5 from uros at gcc dot gnu dot org 2007-06-21 07:13 ---
Subject: Bug 32389
Author: uros
Date: Thu Jun 21 07:13:16 2007
New Revision: 125912
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125912
Log:
PR target/32389
* config/i386/i386.h (enum
--- Comment #6 from ubizjak at gmail dot com 2007-06-21 07:14 ---
Fixed on branches.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
Hi,
I have successfully built SH4-Linux toolchain based on
(binutils-2.17, gcc-4.2-20061205, glibc-2.5) for Renesas SH target.
I am facing problems while compiling the following testcase-
--
TESTCASE
#includestring.h
--- Comment #20 from rguenther at suse dot de 2007-06-21 07:59 ---
Subject: Re: ICE: fold check: original tree changed
by fold with --enable-checking=fold
On Thu, 20 Jun 2007, spop at gcc dot gnu dot org wrote:
--- Comment #17 from spop at gcc dot gnu dot org 2007-06-20
--- Comment #21 from rguenther at suse dot de 2007-06-21 08:01 ---
Subject: Re: ICE: fold check: original tree changed
by fold with --enable-checking=fold
On Thu, 20 Jun 2007, spop at gcc dot gnu dot org wrote:
--- Comment #18 from spop at gcc dot gnu dot org 2007-06-20
--- Comment #1 from malitzke at metronets dot com 2007-06-21 08:08 ---
Disclosure:
I am not an IBM hater and never was. My first significant program ran on an IBM
1410 with a Tape Operating System (TOS) on the day President Kennedy was
assassinated. I then used an IBM 1620 II
--- Comment #22 from richard dot guenther at gmail dot com 2007-06-21
08:16 ---
Subject: Re: ICE: fold check: original tree changed by fold with
--enable-checking=fold
On 6/21/07, Sebastian Pop [EMAIL PROTECTED] wrote:
Hi, here is the final fix for the remaining cases, closing this
--- Comment #23 from spop at gcc dot gnu dot org 2007-06-21 08:21 ---
Subject: Re: ICE: fold check: original tree changed by fold with
--enable-checking=fold
On 6/21/07, Richard Guenther [EMAIL PROTECTED] wrote:
The fold_binary change looks unnecessary.
ok.
The rest is ok.
--- Comment #1 from schwab at suse dot de 2007-06-21 08:45 ---
string.h may define strcmp as a macro. This has nothing to do with the
compiler.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #24 from rguenther at suse dot de 2007-06-21 08:48 ---
Subject: Re: ICE: fold check: original tree changed
by fold with --enable-checking=fold
On Thu, 21 Jun 2007, spop at gcc dot gnu dot org wrote:
--- Comment #23 from spop at gcc dot gnu dot org 2007-06-21
--- Comment #3 from rob1weld at aol dot com 2007-06-21 08:49 ---
GCC printed no warning about disliking a conversion.
I hacked the program in accordance with your suggestion and now it prints:
n= 4 QUESTION1=+0.123 QUESTION2=+0.123 Q(n)=+0.000
n= 5 QUESTION1=+0.099
--- Comment #20 from tbm at cyrius dot com 2007-06-21 08:53 ---
It's interesting that you mention problems with va_list and prologues
because I have such problems on IA64 too since the df merge. I've no
idea if they're related but maybe you want to check them out:
Error: .prologue
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-21 08:58 ---
Patch which fixes this bug:
Index: builtins.c
===
--- builtins.c (revision 125776)
+++ builtins.c (working copy)
@@ -4649,7 +4649,18 @@
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-21 09:01 ---
First temp is SRA'd so the debugging info should be correct unless tracking is
wrong. Second iv-opts is messing up the debuging info for i by creating a new
variable.
I think this is a feature we would like to
CP2K (see PR 29975) compiles fine with current trunk using
'-O3 -ffast-math -ftree-vectorize -march=native -funroll-loops'
but the code stops with a bogus error message using
'-O3 -ffast-math -ftree-vectorize -march=native -funroll-loops -pg'
to reproduce see comment 112 in PR 29975 to obtain
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-21 09:03 ---
Actually SRA should be ok, because we do keep tracking them on the tree level.
Daniel Berlin added this code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32444
--- Comment #115 from jv244 at cam dot ac dot uk 2007-06-21 09:05 ---
trying to investigate the culprit of the slowdown mentioned in comment 112 I
found out that adding -pg to the compile flags leads to a miscompiled code.
I've filed PR 32450 to track the issue
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-21 09:06 ---
abs converts the float/double to an integer type so this is not a bug. If you
use 4.3, you can use -Wconversion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32448
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-21 09:07 ---
Most likely -pg is changing the alignment of the stack which is incorrect. Oh
-pg code is emitted by the target specific code so this is a target issue.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-21 09:11 ---
You are misrepresenting the problem again. So the issue is that the size of
cc1/cc1plus is increased with the decimal float back-end support. Now
Disabling this support in general is a hard problem. I would dare
--- Comment #22 from sunjoong at gmail dot com 2007-06-21 09:14 ---
I checked VOLATILE statement passing in gfortran 4.3 .
Unfortunately I had failed to buid gfortran (and gcc) 4.3 in my i686,
I only checked that passing with ia64 binary on another ia64 machine.
(There is no gfortran
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-06-21 09:15 ---
But again, even if sqrtl is not part of the library, this is not a GCC issue.
We provide builtins for faster usage and not to get around libc not including
the function.
--
pinskia at gcc dot gnu dot org
--- Comment #1 from daney at gcc dot gnu dot org 2007-06-21 09:15 ---
Created an attachment (id=13754)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13754action=view)
Proposed patch.
This is a problem with __builtin_eh_return().
At -O0 the new return address is being stored in
--- Comment #2 from rsandifo at gcc dot gnu dot org 2007-06-21 09:30
---
Does the pattern get deleted, or moved somewhere inappropriate?
If the former, does that mean that (unspec)s aren't allowed
in top-level patterns any more? Other backends besides MIPS
seem to use this construct.
./cc1plus -quiet -O3 1.2.ii -fdump-tree-all-details
1.2.ii: In function 'void test1()':
1.2.ii:104: error: true/false edge after a non-COND_EXPR in bb 15
1.2.ii:104: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-06-21 09:48 ---
Created an attachment (id=13755)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13755action=view)
testcase
testcase reduced from libstdc++-v3/testsuite/25_algorithms/equal/1.cc
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32451
--- Comment #25 from richard dot guenther at gmail dot com 2007-06-21
10:07 ---
Subject: Re: ICE: fold check: original tree changed by fold with
--enable-checking=fold
On 6/21/07, Sebastian Pop [EMAIL PROTECTED] wrote
On 6/21/07, Richard Guenther [EMAIL PROTECTED] wrote:
The
--- Comment #43 from ebotcazou at gcc dot gnu dot org 2007-06-21 10:11
---
Subject: Bug 25737
Author: ebotcazou
Date: Thu Jun 21 10:11:19 2007
New Revision: 125915
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125915
Log:
PR tree-optimization/25737
* misc.c
--- Comment #44 from ebotcazou at gcc dot gnu dot org 2007-06-21 10:13
---
Works on mainline.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jv244 at cam dot ac dot uk 2007-06-21 10:16 ---
(In reply to comment #1)
Most likely -pg is changing the alignment of the stack which is incorrect. Oh
-pg code is emitted by the target specific code so this is a target issue.
Is there an easy way for me to
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-06-21 10:19 ---
Can be triggered with -O2 as well, with --param max-aliased-vops=1000
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32451
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-06-21 10:26 ---
Zdenek, I suppose this is caused by your loop-preserving for DOM.
Note this may be jump threading related:
Threaded jump 9 -- 15 to 27
(gdb) call debug_bb_n (15)
;; basic block 15, loop depth 1, count 0
;; prev
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-06-21 10:38 ---
The problem is introduced by tree-ssa-threadupdate.c:thread_single_edge where
we have the single_pred_p case but fail to clear the edge flags as we do
for example in DOMs propagate_rhs_into_lhs. So the following
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-06-21 10:42 ---
Looks like so, the other caller in tree-ssa-threadupdate.c does so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32451
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-06-21 10:44 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-06-21 10:57 ---
I bet this is the same as PR32421.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-06-21 10:58 ---
Can you run the compile inside gdb and check periodically where it wastes its
time?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32439
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-06-21 11:00 ---
You shouldn't introduce calls to langhooks. Why not use mode_for_size?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32441
(Debian bug #429934, forwarding upstream)
Package: gnat-4.1
Version: 4.1.1-22
Severity: normal
Tags: confirmed, upstream
In the test case below, GCC emits correct type information for
Debugging.A but the type information for External.B is incorrect.
package External is
type External_Type is
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-06-21 11:19 ---
Ping?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-06-21 11:24
---
Forgot to add the output of gcc -v:
$ gcc-4.1 -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
#0 fancy_abort (file=0xe96e48 /space/rguenther/src/svn/trunk/gcc/tree.c,
line=3074, function=0xe9825f build2_stat)
at /space/rguenther/src/svn/trunk/gcc/diagnostic.c:656
#1 0x00a3bb1a in build2_stat (code=PLUS_EXPR, tt=0x2ad09f6def00,
arg0=0x2ad09fb625c0,
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-06-21 11:26 ---
Created an attachment (id=13756)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13756action=view)
testcase
testcase from glibc, build with -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32453
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from ubizjak at gmail dot com 2007-06-21 11:27 ---
(In reply to comment #3)
GCC printed no warning about disliking a conversion.
It just happens that gcc is not like microwave oven that has to include
warnings about not drying animals in it.
Sometimes the answer is
--- Comment #6 from rob1weld at aol dot com 2007-06-21 11:30 ---
Thanks for everyones input.
The only issues related to this 'bug' are:
1): printf _sometimes_ prints -0.000 and sometimes prints +0.000 - the
reason it is even showing the + or - is because I enabled them using %+f,
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-06-21 11:38 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
tree-optimization/32451
* tree-ssa-threadupdate.c (thread_single_edge): Fixup edge flags.
* g++.dg/torture/20070621-1.C: New testcase.
Added:
trunk/gcc/testsuite/g++.dg/torture/20070621-1.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa
--- Comment #2 from jakub at gcc dot gnu dot org 2007-06-21 12:11 ---
Subject: Bug 32362
Author: jakub
Date: Thu Jun 21 12:11:00 2007
New Revision: 125917
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125917
Log:
PR middle-end/32362
* omp-low.c
--- Comment #3 from jakub at gcc dot gnu dot org 2007-06-21 12:16 ---
Subject: Bug 32362
Author: jakub
Date: Thu Jun 21 12:15:53 2007
New Revision: 125918
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125918
Log:
PR middle-end/32362
* omp-low.c
--- Comment #3 from jakub at gcc dot gnu dot org 2007-06-21 12:21 ---
Subject: Bug 31866
Author: jakub
Date: Thu Jun 21 12:20:42 2007
New Revision: 125919
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125919
Log:
PR tree-optimization/31866
* tree-ssa-coalesce.c
--- Comment #4 from jakub at gcc dot gnu dot org 2007-06-21 12:23 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2007-06-21 12:24 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from zadeck at naturalbridge dot com 2007-06-21 12:29
---
Subject: Re: ICE in df_refs_verify, at df-scan.c:4066
rask at sygehus dot dk wrote:
--- Comment #1 from rask at sygehus dot dk 2007-06-20 16:58 ---
Created an attachment (id=13747)
--
Should give with -fbounds-check something like the following (NAG f95 -C=all):
Rank 1 of array operand has extent 8 instead of 4
Program terminated by fatal error
In BOUNDSERROR, line 7 of test.f90
I think it might a duplicate of some PR, though I couldn't find it.
program boundsError
implicit
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-21 12:33 ---
I forgot to mention: I think this file is valid Fortran 2003 and only invalid
Fortran 95. Maybe using:
integer, dimension(4) :: y
is a better test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32454
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-21 12:49
---
this was fixed with the commit.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #14 from dir at lanl dot gov 2007-06-21 12:57 ---
What is actually the expected result? Depending on the compiler and compiler
setting, I get completely different results for the second triangular matrix.
(The first matrix remains always the same.)
What the program does in
--- Comment #7 from bardeau at iram dot fr 2007-06-21 13:08 ---
(In reply to comment #6)
Fixed on mainline and 4.2. Unless you really want to backport it to 4.1.3, I'm
closing this bug.
The bug still appears under cygwin with gcc 4.3:
program test
integer*4 a
a=1
print
--- Comment #15 from dir at lanl dot gov 2007-06-21 13:23 ---
BTW I do not see (beside obfuscation) the interest of the constructs:
It is the construct:
jt=t(j2)
tt=tt+tt
t(j2)=jt
that is being optmized away or done incorrectly when the second matrix stays
the
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-21 13:32 ---
*** Bug 32435 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-21 13:32 ---
Yes this is the same issue, we have POINTER_PLUS_EXPR and we are trying to
create it with a vector type.
*** This bug has been marked as a duplicate of 32421 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from zadeck at naturalbridge dot com 2007-06-21 13:37
---
What is the configure string that i use to recreate this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32423
--- Comment #5 from pinskia at gmail dot com 2007-06-21 13:47 ---
Subject: Re: ICE in expand_expr_real_1, at expr.c:7109
You shouldn't introduce calls to langhooks. Why not use mode_for_size?
I was just copying code from fold-const.c. I have the mode already, I
need an integer tree
1 - 100 of 178 matches
Mail list logo
