Maybe the problem will arise on other platforms and we'll be able to debug
it.
SPARC/Solaris 32-bit is OK. I'm going to try the 64-bit variant.
--
Eric Botcazou
Hi,
I've been told that a developer of gcc, in the early stages, put a security
hole that allowed him complete access to any computer running unix, as gcc was
included in unix, and that it stayed that way until he decided to tell everyone
and patch it.
I don't believe him, but I couldn't
On Sat, Jun 23, 2007 at 08:35:19AM -0700, krith htirk wrote:
Hi,
I've been told that a developer of gcc, in the early stages, put a
security hole that allowed him complete access to any computer running
unix, as gcc was included in unix, and that it stayed that way until he
decided to tell
I'm going to try the 64-bit variant.
SPARC/Solaris 64-bit is OK, as well as IA-64/Linux according to:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg01044.html
Do you test PowerPC 32-bit or should I try a build on Darwin or AIX?
--
Eric Botcazou
Eric Botcazou [EMAIL PROTECTED] wrote on 23/06/2007 21:50:57:
I'm going to try the 64-bit variant.
SPARC/Solaris 64-bit is OK, as well as IA-64/Linux according to:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg01044.html
Do you test PowerPC 32-bit or should I try a build on Darwin
Bernd Schmidt wrote:
Mark Shinwell wrote:
Do you think it should be the case that, at the point below, _any_ reload
with reg_rtx corresponding to a hard register should have the relevant
bit set in reload_spill_index?
I think so. I'm attaching a patch below. It appears to have no effect
Erik Trulsson wrote:
Ken Thompson (one of the original creators of Unix) *did* put such a hack into
their C compiler which would automatically add backdoor code when it
compiled the 'login' program. This was many years ago and AFAIK the hacked
Unix version was never released into the wild.
On Sat, Jun 23, 2007 at 04:36:02PM -0400, Robert Dewar wrote:
Erik Trulsson wrote:
Ken Thompson (one of the original creators of Unix) *did* put such a hack
into
their C compiler which would automatically add backdoor code when it
compiled the 'login' program. This was many years ago and
Erik Trulsson wrote:
And reading Ken's ACM paper (http://www.acm.org/classics/sep95/) certainly
gives me the impression that he is talking about a real program, not just a
purely hypothetical case:
[...]
I would like to present to you the cutest program I ever wrote. I
will do this in
Robert Dewar wrote:
OK, interesting, thanks for info, I had always thought that this
was purely conceptual.
One thing (which Erik didn't mention) that I noticed in the articles is
that Ken said that in his implementation he also hacked the disassembler
to cover up the evidence.
Of course
I tested it on powerpc64-linux with the default option
--with-cpu=default32.
Ah, so this is a 32-bit compiler like on sparc64-linux?
--
Eric Botcazou
On 23 June 2007 22:53, Brooks Moses wrote:
Indeed. It would be interesting to confirm whether or not a copy of gcc
bootstrapped with a non-gcc compiler matched byte-for-byte with a copy
of gcc bootstrapped from gcc. Not so much to look for intentional
things like this, but to see whether
Brooks Moses [EMAIL PROTECTED] writes:
Indeed. It would be interesting to confirm whether or not a copy of
gcc bootstrapped with a non-gcc compiler matched byte-for-byte with a
copy of gcc bootstrapped from gcc. Not so much to look for
intentional things like this, but to see whether the
Dave Korn wrote:
On 23 June 2007 22:53, Brooks Moses wrote:
Indeed. It would be interesting to confirm whether or not a copy of gcc
bootstrapped with a non-gcc compiler matched byte-for-byte with a copy
of gcc bootstrapped from gcc. Not so much to look for intentional
things like this, but to
--- Comment #12 from rob1weld at aol dot com 2007-06-23 07:51 ---
Send a patch that implements your argflaps
Cyclone uses what it calls thin and fat pointers. We could implement this
in GCC. An extra byte per variable could store the type and a bit of code could
check it (at run-time)
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-23 07:34 ---
R527 data-implied-do
is ( data-i-do-object-list , data-i-do-variable = scalar-int-expr,
scalar-int-expr [ , scalar-int-expr ] )
R528 data-i-do-object is array-element
or
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-06-23 08:56
---
The patch looks reasonable and is ok if you add the testcase from comment #2
and
it bootstrapsregtests. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31541
--- Comment #13 from rob1weld at aol dot com 2007-06-23 08:32 ---
(In reply to comment #11)
(1) Try -Wformat
-Wall includes -Wformat according to gcc.info. See comment 7 for the
command line I used:
/* /usr/test/bin/gcc -Wall -Wconversion -o math_test_7 math_test_7.c */
(3) There
--- Comment #10 from tbm at cyrius dot com 2007-06-23 09:16 ---
(In reply to comment #8)
This bug is extremely common (seen while compiling the Debian archive).
Honza, can you take a look soon?
I will check it tomorrow. However why users use -fno-unit-at-a-time at
all? Do you
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-06-23 09:13 ---
*** Bug 30563 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-06-23 09:13 ---
It is a dup.
*** This bug has been marked as a duplicate of 30537 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-06-23 09:39
---
Mine, patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from rob1weld at aol dot com 2007-06-23 09:30 ---
Created an attachment (id=13766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13766action=view)
Patch main configure script to use mpfr 2.2.1, also detect mpfr library and
header version mismatch - submitted to
--- Comment #5 from ubizjak at gmail dot com 2007-06-23 10:28 ---
(In reply to comment #4)
The reduced testcase does not seem to work on i686-linux. However I
can reproduce the ICE with the original bit_allocate.i file.
It crashes on x86_64 host when compiling with -O3 -m32. I
--- Comment #26 from rguenth at gcc dot gnu dot org 2007-06-23 10:23
---
I guess its hard to find a fix that does not regress elsewhere, so I'm inclined
to WONTFIX this on the 4.2 branch. As it's still P1 this needs RM approval
though.
Mark?
--
rguenth at gcc dot gnu dot org
--- Comment #4 from spop at gcc dot gnu dot org 2007-06-23 10:21 ---
The reduced testcase does not seem to work on i686-linux. However I
can reproduce the ICE with the original bit_allocate.i file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32461
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2007-06-23 10:16
---
Any hope of having this fixed on the 4.2 branch too or should it be closed?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from ubizjak at gmail dot com 2007-06-23 10:00 ---
(In reply to comment #14)
Subject: Bug 31090
Author: dnovillo
Date: Wed Apr 11 17:14:06 2007
New Revision: 123719
HJ, what is the situation w.r.t performance regression after the above patch
was committed to
--- Comment #9 from pault at gcc dot gnu dot org 2007-06-23 10:48 ---
This does the job:
Index: /svn/trunk/gcc/fortran/resolve.c
===
--- /svn/trunk/gcc/fortran/resolve.c(revision 125970)
+++
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #6 from spop at gcc dot gnu dot org 2007-06-23 11:05 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Okay.
The fail is because one of the folds is not a constant as expected:
MINUS_EXPR
(unsigned int)
--- Comment #3 from pcarlini at suse dot de 2007-06-23 11:32 ---
Ok, let's close it...
--
pcarlini at suse dot de changed:
What|Removed |Added
Starting with revision 122414, we have three testcases which will always fail
on targets where an int is 16 bits wide:
gcc.dg/torture/pr30364-1.c
gcc.dg/torture/pr30364-2.c
gcc.dg/torture/pr30364-3.c
Additionally, they will test nothing on a target where an int is 64 bits wide.
--
--- Comment #18 from hubicka at gcc dot gnu dot org 2007-06-23 11:58
---
Subject: Bug 31541
Author: hubicka
Date: Sat Jun 23 11:58:18 2007
New Revision: 125971
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125971
Log:
PR middle-end/31541
* gimplify.c
r.f90:1: internal compiler error: in gfc_conv_string_init, at
fortran/trans-const.c:106
(4.3.0 20070623, x86_64-unknown-linux-gnu)
This is
gcc_assert (expr-expr_type == EXPR_CONSTANT);
Test case:
CHARACTER(len=1025) :: string2 = repeat('?',1025)
print *, string2
end
If one uses PARAMETER
--- Comment #8 from burnus at gcc dot gnu dot org 2007-06-23 13:41 ---
Issue which could be solved by the fix for this PR: PR 29876.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2007-06-23 13:53 ---
Also the following is not allowed:
data (string,i=1,1)/'hello'/
or
data (string,i=1,2)/'hello','foo'/
For the second, ifort -stand f95:
Warning: Overlapping storage initializations encountered with STRING
For both:
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-06-23 13:47 ---
I think this is parsed as a statement function.
For something similar, I once got messages as: expected character but got
procedure.
Couldn't find time to investigate further, though :(
--
--- Comment #12 from tbm at cyrius dot com 2007-06-23 12:37 ---
No, I don't think anything else important shows this problem, except of the
kernel and the Haskell stuff.
Thanks for the patch!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30563
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-06-23 12:33 ---
There is no ICE on i686-pc-linux-gnu (confirmed by gdb and valgrind).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32136
--- Comment #11 from hubicka at ucw dot cz 2007-06-23 12:33 ---
Subject: Re: [4.3 Regression] ice for legal code with flags -O2
-fno-unit-at-a-time
I will check it tomorrow. However why users use -fno-unit-at-a-time at
all? Do you have some idea what packages, except for kernel,
--- Comment #8 from zadeck at naturalbridge dot com 2007-06-23 15:55
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
This patch changes dce:deletable_insn_p so that it looks at all of the
top level
clauses in a parallel to make it's decision. It was not
--- Comment #20 from rguenther at suse dot de 2007-06-23 15:42 ---
Subject: Re: [4.3 Regression] cannot take address of
bit field
On Sat, 23 Jun 2007, malitzke at metronets dot com wrote:
Question is it the policy of the gcc community to render all 32-bit machines
obsolete for
--- Comment #13 from daney at gcc dot gnu dot org 2007-06-23 16:47 ---
Thanks for the patch. I just started a mipsel-linux bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32437
--- Comment #12 from zadeck at naturalbridge dot com 2007-06-23 16:23
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Richard Guenther wrote:
On 6/23/07, Kenneth Zadeck [EMAIL PROTECTED] wrote:
This patch changes dce:deletable_insn_p so that it looks at
--- Comment #11 from zadeck at gcc dot gnu dot org 2007-06-23 16:21 ---
Subject: Bug 32437
Author: zadeck
Date: Sat Jun 23 16:21:43 2007
New Revision: 125972
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125972
Log:
2007-06-23 Kenneth Zadeck [EMAIL PROTECTED]
PR
--- Comment #7 from burnus at gcc dot gnu dot org 2007-06-23 16:13 ---
TRANSFER is rejected at initialization expression (w/ -std=f95 f2003) but it
is allowed per 7.1.6.1 Constant expression / initialization expression (F95
standard):
(5) A reference to one of the transformational
--- Comment #10 from richard dot guenther at gmail dot com 2007-06-23
16:12 ---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
On 6/23/07, Kenneth Zadeck [EMAIL PROTECTED] wrote:
This patch changes dce:deletable_insn_p so that it looks at all of the
top
--- Comment #2 from patchapp at dberlin dot org 2007-06-23 16:10 ---
Subject: Bug number PR 32460
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/msg01702.html
--
--- Comment #9 from paolo dot bonzini at lu dot unisi dot ch 2007-06-23
16:03 ---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Kenneth Zadeck wrote:
This patch changes dce:deletable_insn_p so that it looks at all of the
top level
clauses in a parallel
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-06-23 15:59
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-23 14:55 ---
Mine. Note that
type :: bar
integer, private :: x
end type
has the same problem, esp. b%x = 5 is also possible.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #16 from hjl at lucon dot org 2007-06-23 14:46 ---
HJ, what is the situation w.r.t performance regression after the above patch
was committed to SVN?
I think it still needs tuning. I got the following on Linux/Intel64:
(r125740 -
--- Comment #2 from eweddington at cso dot atmel dot com 2007-06-23 15:39
---
Works for me with gcc 4.2.0 and binutils 2.17.
Andreas, what version of binutils are you using?
--
eweddington at cso dot atmel dot com changed:
What|Removed |Added
--- Comment #19 from malitzke at metronets dot com 2007-06-23 15:39 ---
Thank you Mr Hubicka for solving this. I had earlier used your patch from
comment 16 but i had to apply it by hand as my patch-2.5.9 (Larry Wall) would
take that published patch even after html2text; changing ---
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-06-23 18:18
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-06-23 18:18
---
Subject: Bug 29478
Author: rguenth
Date: Sat Jun 23 18:17:57 2007
New Revision: 125974
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125974
Log:
2007-06-23 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #14 from kargl at gcc dot gnu dot org 2007-06-23 17:56 ---
(In reply to comment #13)
(In reply to comment #11)
(1) Try -Wformat
-Wall includes -Wformat according to gcc.info. See comment 7 for the
command line I used:
/* /usr/test/bin/gcc -Wall -Wconversion -o
--- Comment #6 from rearnsha at gcc dot gnu dot org 2007-06-23 18:11
---
Fixed on trunk.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from spop at gcc dot gnu dot org 2007-06-23 18:10 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Hi,
In data dependence analysis, when the dependence distance is
lexicographically negative, we recompute the
the correct operand for optimized LT0 test.
Remove optimization for GT.
*gcc.c-torture/execute/20070623-1.c: New.
Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20070623-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.md
trunk/gcc/testsuite/ChangeLog
--- Comment #19 from rguenth at gcc dot gnu dot org 2007-06-23 18:18
---
Subject: Bug 16876
Author: rguenth
Date: Sat Jun 23 18:17:57 2007
New Revision: 125974
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125974
Log:
2007-06-23 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2007-06-23
18:40 ---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Thanks for the patch. I just started a mipsel-linux bootstrap.
Same here for hppa-linux.
Dave
--
--- Comment #7 from tbm at cyrius dot com 2007-06-23 19:07 ---
Are you not going to apply this to 4.1 and 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31152
--- Comment #8 from tbm at cyrius dot com 2007-06-23 19:07 ---
Richard, I think this patch should also be added to the 4.1 and 4.2 branches.
--
tbm at cyrius dot com changed:
What|Removed |Added
When building for target i686-pc-mingw32 on host (Debian) i686-pc-linux-gnu
I find the file /opt/build/gcc-4.1.2/libiberty/pex-win32.c uses both
#include pex-common.h and #include windows.h thus we get this:
In file included from
/opt/mingw32/i686-pc-mingw32/sys-include/bits/resource.h:151,
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-06-23 19:26 ---
This looks more like a mingw header problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32474
--- Comment #10 from richard dot guenther at gmail dot com 2007-06-23
19:24 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/23/07, Richard Guenther [EMAIL PROTECTED] wrote:
On 6/23/07, Sebastian Pop [EMAIL PROTECTED]
--- Comment #9 from richard dot guenther at gmail dot com 2007-06-23 18:36
---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/23/07, Sebastian Pop [EMAIL PROTECTED] wrote:
Hi,
In data dependence analysis, when the
gcc version 4.1.2 from
http://ftp.gnu.org/gnu/gcc/gcc-4.1.2/gcc-core-4.1.2.tar.bz2 when compiled with
--target=i686-pc-mingw32 on host i686-pc-linux-gnu has trouble when it compiles
/gcc-4.1.2/libiberty/fopen_unlocked.c under certain conditions.
Here is where the error occurs:
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-06-23 19:52
---
As this patch has been checked in, can this PR be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31923
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-23 19:49 ---
/opt/mingw32/i686-pc-mingw32/sys-include/stdio_ext.h:47: error: expected '=',
That is a bug in mingw header files and not in GCC, report this bug to mingw
instead of here.
--
pinskia at gcc dot gnu dot org
--- Comment #16 from ubizjak at gmail dot com 2007-06-23 19:41 ---
(In reply to comment #14)
m.c: In function 'main':
m.c:9: warning: implicit declaration of function 'abs'
Also, add a prototype for integer abs(), like int abs(int);. Then everything
will work as expected.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-23 19:48 ---
# 109 /opt/mingw32/i686-pc-mingw32/include/winsock2.h 3
# 69 /opt/mingw32/i686-pc-mingw32/sys-include/bits/time.h
These two headers don't come from GCC at all so closing as invalid. Please
report this bug to
--- Comment #15 from rob1weld at aol dot com 2007-06-23 18:49 ---
Andrew Pinski
abs converts the float/double to an integer type so this is not a bug.
Uros Bizjak
The non-problem you are going after is in printf(). It takes variable arguments
from the stack and interprets them
--- Comment #17 from ubizjak at gmail dot com 2007-06-23 19:51 ---
(In reply to comment #15)
and here is the incorrect output:
Here is the correct input:
--cut here--
#include stdio.h
int abs(int);
double fabs(double);
int main()
{
printf(%i %f %i %i\n, abs(1234.5678),
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-06-23 20:15
---
Can this issue be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29077
--- Comment #27 from mmitchel at gcc dot gnu dot org 2007-06-23 20:45
---
Richard G., by:
I guess its hard to find a fix that does not regress elsewhere, so I'm
inclined
to WONTFIX this on the 4.2 branch.
are you referring to functional problems or to Richard E's comments regarding
--- Comment #3 from rob1weld at aol dot com 2007-06-23 21:04 ---
OK. I thought since GCC had a number of #ifdef __MINGW32__ lines in it's
source that the fixes were done on GCC to accommodate the OS (especially on a
cross-compile) in preference to altering system header files to work
--- Comment #2 from rob1weld at aol dot com 2007-06-23 21:05 ---
OK. I thought since GCC had a number of #ifdef __MINGW32__ lines in it's
source that the fixes were done on GCC to accommodate the OS (especially on a
cross-compile) in preference to altering system header files to work
the following function does not setup a stackframe. It is only visible
in the generated assembler code.
good:
0: 55 push %ebp
1: 89 e5 mov%esp,%ebp
3: 83 ec 10sub$0x10,%esp
6: 8b 45 08mov
--- Comment #1 from marcus at jet dot franken dot de 2007-06-23 21:12
---
Created an attachment (id=13769)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13769action=view)
preloader.i
gcc -O2 -c preloader.i (on i*86), then disassemble.
--
--- Comment #2 from pault at gcc dot gnu dot org 2007-06-23 21:13 ---
(In reply to comment #1)
It's wierd - this works fine:
Character(1), parameter :: query = ?
CHARACTER(len=1025) :: string2 = repeat(query,1025)
print *, string2
end
Paul
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-23 22:31 ---
The target might have forgot a barrior. the RTL is correct after pro_epilogue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32475
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-23 22:32 ---
dse2 removes the decrement:
(insn/f 24 23 25 2 t2.c:2 (parallel [
(set (reg/f:SI 7 sp)
(plus:SI (reg/f:SI 7 sp)
(const_int -16 [0xfff0])))
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 00:53 ---
I can reproduce this, I am in the middle of reducing it, it is an interaction
between friends, extern templates and visibility attribute on namespaces.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #4 from spark at gcc dot gnu dot org 2007-06-24 01:05 ---
I think Kenny's last patch for PR32437 fixes this as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32475
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-24 01:10
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
spark at gcc dot gnu dot org wrote:
--- Comment #4 from spark at gcc dot gnu dot org 2007-06-24 01:05 ---
I think Kenny's
--- Comment #6 from spark at gcc dot gnu dot org 2007-06-24 02:01 ---
(In reply to comment #5)
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
spark at gcc dot gnu dot org wrote:
--- Comment #4 from spark at gcc dot gnu dot org 2007-06-24 01:05
--- Comment #15 from rob1weld at aol dot com 2007-06-24 02:17 ---
I origonally reported The bootstrap hardly runs for a few minutes and then I
get an ICE. That is no longer the case. I am making gcc version 4.3.0
20070623.
I'm 4 hours into the make (my build is made using
--enable
--- Comment #31 from rob1weld at aol dot com 2007-06-24 02:22 ---
(In reply to comment #14)
*** Bug 32024 has been marked as a duplicate of this bug. ***
32024 is fixed. I would add 4.3.0 to _this_ Known to work list if I was able.
--
rob1weld at aol dot com changed:
--- Comment #7 from zadeck at naturalbridge dot com 2007-06-24 02:48
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
spark at gcc dot gnu dot org wrote:
--- Comment #6 from spark at gcc dot gnu dot org 2007-06-24 02:01 ---
(In reply to
--- Comment #18 from rob1weld at aol dot com 2007-06-24 03:21 ---
(In reply to comment #16)
(In reply to comment #14)
m.c: In function 'main':
m.c:9: warning: implicit declaration of function 'abs'
Also, add a prototype for integer abs(), like int abs(int);. Then everything
will
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 03:37 ---
*** This bug has been marked as a duplicate of 27668 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-06-24 03:37
---
*** Bug 32320 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32273
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-24 03:46 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-24 03:49 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-06-24 03:53
---
Fixed.
Note I think the proposed patch attached here will fix PR 32200. That testcase
was not fixed the VRP patch. The VRP patch fixes the case where we have IV -
IV inside the loop.
--
pinskia at gcc dot
1 - 100 of 106 matches
Mail list logo