--- Comment #7 from ian at airs dot com 2006-05-18 06:33 ---
Created an attachment (id=11484)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11484&action=view)
Patch
I'm testing this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-18 06:32 ---
This still ICEs after Pop's patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27105
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-18 05:59 ---
Fixed by:
2006-05-17 Sebastian Pop <[EMAIL PROTECTED]>
PR middle-end/20256
PR middle-end/26435
* tree-loop-linear.c (linear_transform_loops): Don't test
perfect_nest_p.
Call rewrit
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-18 05:57 ---
Fixed by:
2006-05-17 Sebastian Pop <[EMAIL PROTECTED]>
PR middle-end/20256
PR middle-end/26435
* tree-loop-linear.c (linear_transform_loops): Don't test
perfect_nest_p.
Call rewrit
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-05-18 05:52
---
> Here is the test case from that bug report:
I gather than compiling with -fPIC and/or calling printstack from a shared
library is necessary to trigger the bug, which is not what you reported. At
this point I'
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-18 05:51 ---
Fixed by:
2006-05-17 Sebastian Pop <[EMAIL PROTECTED]>
PR middle-end/20256
PR middle-end/26435
* tree-loop-linear.c (linear_transform_loops): Don't test
perfect_nest_p.
Call rewrit
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-18 05:51
---
This still fails after Pop's patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24309
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-18 05:50 ---
Fixed on the mainline by:
2006-05-17 Sebastian Pop <[EMAIL PROTECTED]>
PR middle-end/20256
PR middle-end/26435
* tree-loop-linear.c (linear_transform_loops): Don't test
perfect_nest_p.
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-18 05:49 ---
Fixed by:
2006-05-17 Sebastian Pop <[EMAIL PROTECTED]>
PR middle-end/20256
PR middle-end/26435
* tree-loop-linear.c (linear_transform_loops): Don't test
perfect_nest_p.
Call rewrite
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-18 05:19 ---
We are hanging in:
#3 0x0805c75a in pex_unix_wait (obj=0x9bc7948, pid=23370, status=0x9bc7848,
time=0x0, done=0, errmsg=0xfe00, err=0xfe00)
at /home/peshtigo/pinskia/src/gnu/gcc/src/libiberty/pex-unix.c:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-18 05:16 ---
Hmm, this is a true driver issue as the invoking cc1/as manually it works.
I think you need a big enough file to get cc1 to take a little bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-05-18 05:16
---
Oops, I forgot the period. You need to match the width and precsion you want
printed. For complex maybe you want to use 6 or 8 instead of the 5 for repeat
count.
print "(5(f10.4))", a
--
http://gcc.gnu.org
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-05-18 05:10
---
also do something like this:
print "(5(f10))", a
you will get a new line after every 5 values printed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27652
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-18 05:08 ---
weird. I did try with a smaller testcase and not the testcase attached.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jzhang918 at gmail dot com 2006-05-18 05:02 ---
Andrew,
Did you use voodoo.i as the test case? I can observe this issue using voodoo.i,
but not for very small test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-18 04:59 ---
redirect the output to a file and then read the file with a real editor.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-18 04:57
---
Fixed on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-18 04:56 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hjl at lucon dot org 2006-05-18 04:56 ---
The testcase only have 20 elements of 0. The real array has more than
800 elements of complex with different values. I am debugging a gfortran
bug. Since gdb isn't really useful, I am using "print *," to see what
are in the ar
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-18 04:56 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-18 04:51 ---
This works for me:
pc64:~> ~/newtest/bin/g++ t.cc -pipe -o /tnesfuigisdfg/t -c -m32
Assembler messages:
FATAL: can't create /tnesfuigisdfg/t: No such file or directory
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-18 04:48 ---
This works for me with glibc 2.3.6 so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-18 04:45 ---
Fixed by:
2006-05-17 H.J. Lu <[EMAIL PROTECTED]>
* config/arm/arm.opt (target_fpe_name): Remove VarExists.
* config/rs6000/rs6000.opt (TARGET_NO_FP_IN_TOC): Likewise.
--
pinskia at gcc dot gnu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-18 04:44 ---
*** Bug 27645 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-18 04:44 ---
*** This bug has been marked as a duplicate of 27644 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-18 04:44 ---
Please read http://gcc.gnu.org/bugs.html and provide the preprocessed source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-18 04:43 ---
(In reply to comment #3)
> This is still a missed optimization.
Only if you consider undefined code having missed optimizations which we should
not.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-18 04:41 ---
Fixed by reverting the patch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jim at dishaw dot org 2006-05-18 04:26 ---
(In reply to comment #3)
> Anyways if g77 behaviors the same as gfortran, this might not really be an
> useful thing to do as you can always use -I.
>
> PR 20811 changed the behavior of gfortran to this current behavior to b
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-18 04:25 ---
Confirmed, reduced testcase:
template < class T > struct refcounted :
virtual T
{
template < class A1 > refcounted (const A1 & a1) : T () { }
};
struct nfsserv {};
template < class T >
void
sfsserver_cache_alloc
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-18 04:01 ---
Reducing, I have it down to 43 lines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27640
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-05-18 03:49
---
[EMAIL PROTECTED] pr27652]$ ./a.out
0 0 0 0 0
0 0 0 0 0
0 0 0 0 0
0 0 0
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-18 02:33 ---
(In reply to comment #2)
> g77 (3.4.6) exhibits the same behaviour as gfortran (except there is no USE
> statement in Fortran 77). I have not built a g77 from the current source.
3.4.6 is the correct source for g77
--- Comment #3 from fengwang at gcc dot gnu dot org 2006-05-18 02:31
---
Subject: Bug 27552
Author: fengwang
Date: Thu May 18 02:31:41 2006
New Revision: 113881
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113881
Log:
2006-05-18 Francois-Xavier Coudert <[EMAIL PROTECTED]>
--- Comment #2 from jim at dishaw dot org 2006-05-18 02:26 ---
(In reply to comment #1)
> What does g77 do for the inlcude statement?
>
g77 (3.4.6) exhibits the same behaviour as gfortran (except there is no USE
statement in Fortran 77). I have not built a g77 from the current source.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-18 02:06 ---
What does g77 do for the inlcude statement?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27653
The current directory is /somewhere and you want to compile a file in the
directory /anywhere/foo.f90. The foo.f90 file looks like
PROGRAM foo
INCLUDE 'bar.inc'
WRITE(*,*) 'Hello world'
END PROGRAM foo
The file bar.inc is located in /somewhere, the current directory. You attempt
to compile t
--- Comment #12 from roger at eyesopen dot com 2006-05-18 01:50 ---
This is now fixed on both mainline and the 4.1 branch.
--
roger at eyesopen dot com changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-18 01:09 ---
I don't see that much problem with it.
It just is not wrapped (the wrapping you are seeing is wrapping done by your
termainal and not gfortran/libgfortran).
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-05-18 01:09 ---
The author didn't respond to my question about copyright assignment, so I don't
think the patch can be applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13676
[EMAIL PROTECTED] tmp]$ cat x.f90
program foo
integer, dimension (1:20):: a
a= 0
print *,a
end
[EMAIL PROTECTED] tmp]$ /usr/gcc-4.2/bin/gfortran -static x.f90
[EMAIL PROTECTED] tmp]$ ./a.out
0 0 0 0 0 00
0 0
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-05-17 21:43
---
Fixed in 4.2.
I consider the issue in Comment #2 to be somewhere between a feature request
and a non-bug, as were there a dependent base class, it would not be possible
to tell if A::foo were virtual or not at the
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-05-17 21:39
---
Subject: Bug 26122
Author: mmitchel
Date: Wed May 17 21:39:07 2006
New Revision: 113873
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113873
Log:
PR c++/26122
* decl2.c (check_member_templ
--- Comment #8 from kazu at gcc dot gnu dot org 2006-05-17 21:37 ---
Just checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27477
--- Comment #9 from sebor at roguewave dot com 2006-05-17 21:35 ---
Here's what I learned from Sun:
Here is the test case from that bug report:
[Makefile]
main: main.o libshibby.so
gcc -L. -lshibby -Wl,-R. -o main main.o
main.o: main.c
gcc -c -o main.o main.c
libshib
--- Comment #7 from kazu at gcc dot gnu dot org 2006-05-17 21:35 ---
Subject: Bug 27477
Author: kazu
Date: Wed May 17 21:34:57 2006
New Revision: 113872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113872
Log:
PR rtl-optimization/27477
* combine.c (try_combine)
the tar gcc-core-4.2-20060506.tar.bz2 and gcc-g_-4.2-20060506.tar.bz2
--
View this message in context:
http://www.nabble.com/mingw-gcc-4.2-20060506-t1622162.html#a4439486
Sent from the gcc - bugs forum at Nabble.com.
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-17 21:00 ---
This looks related to PR 27648 though that one was in 4.0.3 also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-17 20:58 ---
Reduced testcase:
int main(int argc,char **argv)
{
int *t = 0;
static_cast( t);
}
This has nothing to do with the may_alias attribute but instead attributes on
pointers in a static cast.
--
pinskia at gc
On cygwin system, used gcc 3.4.4 to compile gcc 4.1.0. Installed gcc 4.1.0 in
/usr/local.
While compiling Gecode (with "make"), from gecode-1.1.0.tar.gz, encountered the
following error:
search/reco-stack.cc:85: internal compiler error: in maybe_emit_vtables, at
cp/decl2.c:1548
exact command se
--- Comment #5 from kazu at gcc dot gnu dot org 2006-05-17 20:41 ---
Mark Mitchell checked in a patch recently.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-05-17 20:40
---
> Maybe it's one of the runtime library functions that's static (maybe _start?).
Excerpt from gcc/config/sparc/sol2-c1.asm:
.section".text"
.proc 022
.global _start
_start:
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-17 20:39 ---
Assigning to Mark Mitchell as he agreed.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from mmitchel at gcc dot gnu dot org 2006-05-17 20:38
---
Removing the 4.1 marker, as this is now fixed on the 4.1 branch.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-17 20:37 ---
This is still a missed optimization.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-05-17 20:33
---
Grumble. In my queue. I should have known better than to try to fix this the
right way. :-)
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-17 20:31 ---
Reproduced as of svn revision 113870.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27506
Enter the following program:
int main(int argc,char **argv)
{
float x = 0.9;
long y = reinterpret_cast(static_cast x);
return y;
}
and compile with
$ g++-4.0 -O3 -Wall aliastest.cpp
Result is:
aliastest.cpp: In function 'int main(int, char**)':
aliastest.cpp:4: internal compiler error
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-05-17 19:17
---
*** Bug 27647 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-17 19:17 ---
This has already been fixed in 4.0.2.
And this is a dup of bug 23326.
Please don't report to the FSF untill you tried a FSF released compiler and a
newer one at that.
*** This bug has been marked as a duplicate of
I'm not sure if this is the right place to send this bug to. I sent this bug to
Apple on March 2nd, 2006, but the bug is still open in their database as of
today (May 17th).
Here's the description:
I've noticed a different behavior of my application depending on whether I
turned optimization on o
--- Comment #72 from pinskia at gcc dot gnu dot org 2006-05-17 19:06
---
*** Bug 27646 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-17 19:06 ---
printf("%d = ret, glo = %d", yylex(), glo);
The C standard does not specify if yylex() or glo is evulated first.
So you are running into that effect and this is code undefined.
See PR 11751 for future reference.
*
--- Comment #2 from pault at gcc dot gnu dot org 2006-05-17 19:03 ---
(In reply to comment #1)
> I already mentioned before it should be using VIEW_CONVERT_EXPR instead of an
> address and a NOP_EXPR but nobody listened to me in the orginal bug report.
>
> Note this effects both strict
Hi,
My system is a macbook pro (intel duo core) with standard install of OS X. GCC
version 4.01 Build 5250.
I am writing a flex program and ran across a very strange issue. When building
and running the following flex (lex) program, the global variable access does
not work properly. The expect
My mainline gcc (with svn revision number 113869) doesn't build
with --target=arm-none-eabi.
While building cc1-dummy, I get:
libbackend.a(options.o):(.rodata+0x4474): undefined reference to
`target_fpe_name'
libbackend.a(options.o):(.rodata+0x44b4): undefined reference to
`target_fpe_name'
A qu
--- Comment #7 from sebor at roguewave dot com 2006-05-17 18:34 ---
Maybe it's one of the runtime library functions that's static (maybe _start?).
The diff between the two .s files is empty.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27629
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-17 18:29 ---
Hmm, I think this causes the following invalid code to be accepted (but I am
not sure if this is invalid code or not):
enum in_section { in_toc };
int f(void) { extern int in_toc; }
--
In 3.3 and before we
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-17 18:10
---
> I'm told that the fault is due to a known problem in the Sun libc:
> 6372620 printstack() segfaults when called from static function
>
> It this doesn't provide sufficient detail to work around the bug in gcc
--- Comment #5 from sebor at roguewave dot com 2006-05-17 17:43 ---
I'm told that the fault is due to a known problem in the Sun libc:
6372620 printstack() segfaults when called from static function
It this doesn't provide sufficient detail to work around the bug in gcc
(assuming you
--- Comment #1 from mark at codesourcery dot com 2006-05-17 17:38 ---
Subject: Re: New: [4.1 regression] Bootstrap failure
on native ARM targets
rearnsha at gcc dot gnu dot org wrote:
> This patch:
> 2006-05-16 H.J. Lu <[EMAIL PROTECTED]>
>
> * Makefile.in (GCC_OBJS): Repl
This patch:
2006-05-16 H.J. Lu <[EMAIL PROTECTED]>
* Makefile.in (GCC_OBJS): Replace options.o with gcc-options.o.
(gcc-options.o): New rule.
* optc-gen.awk: Protect variables for gcc-options.o with
#ifdef GCC_DRIVER/#endif.
is causing bootstrap failures:
gcc
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-05-17 17:27
---
Fixed in 4.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summary
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-05-17 17:24
---
Subject: Bug 26068
Author: mmitchel
Date: Wed May 17 17:24:00 2006
New Revision: 113869
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113869
Log:
PR c++/26068
* parser.c (cp_parser_set_sto
version 4.1.1 20060517 (prerelease)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27642
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-05-17 16:45
---
*** Bug 27085 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-17 16:45 ---
Both of the testcases here were fixed by the patch for PR 27373.
*** This bug has been marked as a duplicate of 27373 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-17 16:28 ---
Back trace:
#0 0x001a2758 in expand_virtual_init (binfo=0xd8c0c0, decl=0xd92840) at
../../gcc/cp/init.c:781
#1 0x0019fb7c in dfs_initialize_vtbl_ptrs (binfo=0xd8c0c0, data=0xdb63c0) at
../../gcc/cp/init.c:112
#2 0
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-17 16:20 ---
This is not a bug, if this shows up in real code, it should be changed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
The following test case crashes:
$ gcj -C PipeImpl.java
$ gcj -c *.class -o t.o
PipeImpl.java:0: internal compiler error: in java_mark_cni_decl_local, at
java/decl.c:2182
class PipeImpl
{
public PipeImpl ()
{
VMPipe.init (this);
}
}
final class VMPipe
{
static native void init(PipeIm
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-05-17 16:11
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #4 from bernds at gcc dot gnu dot org 2006-05-17 16:03 ---
Subject: Bug 27620
Author: bernds
Date: Wed May 17 16:03:25 2006
New Revision: 113866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113866
Log:
PR middle-end/27620
* expr.c (safe_from_p): Han
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-17 16:01 ---
Can someone also test 4.1.1?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #18 from mmitchel at gcc dot gnu dot org 2006-05-17 15:36
---
It appears that HJ's patches are now checked in. Can we close this PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26885
I updated the source tree this morning and the gfortran build now fails -
rm -rf libbackend.a
ar rc libbackend.a double-int.o tree-chrec.o tree-scalar-evolution.o
tree-data-ref.o tree-cfg.o tree-dfa.o tree-eh.o tree-ssa.o tree-optimize.o
tree-gimple.o gimplify.o tree-pretty-print.o tree-into-ssa.o
--- Comment #9 from jakub at gcc dot gnu dot org 2006-05-17 15:29 ---
Subject: Bug 27548
Author: jakub
Date: Wed May 17 15:29:18 2006
New Revision: 113864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113864
Log:
PR tree-optimization/27548
* g++.dg/tree-ssa/pr27
--- Comment #8 from mckinlay at redhat dot com 2006-05-17 15:18 ---
Fixed
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from sebor at roguewave dot com 2006-05-17 15:12 ---
Here's the verbose output from the compiler driver:
$ gcc -v t.c
Using built-in specs.
Target: sparc-sun-solaris2.9
Configured with: /build/sebor/gcc-4.1.0/configure --enable-languages=c,c++
--prefix=/usr/local/gcc-4.1.
--- Comment #7 from bryce at gcc dot gnu dot org 2006-05-17 15:10 ---
Subject: Bug 27352
Author: bryce
Date: Wed May 17 15:09:57 2006
New Revision: 113863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113863
Log:
PR libgcj/27352
* java/lang/Class.java (getClassL
--- Comment #23 from rguenth at gcc dot gnu dot org 2006-05-17 15:07
---
The patch in comment #12 bootstrapped and regtested ok on
x86_64-unknown-linux-gnu, which just hints at very poor testsuite coverage of
all this stuff.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
--- Comment #22 from rguenther at suse dot de 2006-05-17 15:06 ---
Subject: Re: [4.1/4.2 regression] VRP miscompilation
of simple loop
On Wed, 17 May 2006, rakdver at gcc dot gnu dot org wrote:
> --- Comment #8 from rakdver at gcc dot gnu dot org 2006-05-17 13:11
> ---
> >
--- Comment #21 from rguenther at suse dot de 2006-05-17 15:06 ---
Subject: Re: [4.1/4.2 regression] VRP miscompilation
of simple loop
On Wed, 17 May 2006, rakdver at gcc dot gnu dot org wrote:
>
>
> --- Comment #14 from rakdver at gcc dot gnu dot org 2006-05-17 13:40
> -
--- Comment #11 from spop at gcc dot gnu dot org 2006-05-17 14:26 ---
Subject: Bug 20256
Author: spop
Date: Wed May 17 14:25:59 2006
New Revision: 113862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113862
Log:
PR middle-end/20256
PR middle-end/26435
*
--- Comment #6 from spop at gcc dot gnu dot org 2006-05-17 14:26 ---
Subject: Bug 26435
Author: spop
Date: Wed May 17 14:25:59 2006
New Revision: 113862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113862
Log:
PR middle-end/20256
PR middle-end/26435
* t
--- Comment #20 from rguenth at gcc dot gnu dot org 2006-05-17 14:24
---
Still, this all looks like a mess at the moment. Sebastian, can you please
have a look?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #19 from rguenth at gcc dot gnu dot org 2006-05-17 14:21
---
if we are checking in scev_probably_wraps_p if the chrec does wrap in the
target
type we should _not_ use signed-types-don't-wrap as we do now:
/* After having set INIT_IS_MAX, we can return false: when not usin
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-05-17 14:15
---
Subject: Bug 26551
Author: fxcoudert
Date: Wed May 17 14:14:56 2006
New Revision: 113861
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113861
Log:
Testcase forgotten in the previous commit.
1 - 100 of 148 matches
Mail list logo
