--- Additional Comments From negative at smartlogic dot ru 2005-08-16
06:53 ---
Subject: Re: Compilation Ghostscript gs_init.c file failed on
mipsel-linux machine
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-15
13:28
[forwarded from http://bugs.debian.org/]
gcc version 4.0.2 20050806
Warning is _M_header should be initialized in the member intialization
list. Ok, patch follows:
--- /usr/include/c++/4.0.1/bits/stl_tree.h~ 2005-07-12 06:15:28.0
+0200
+++ /usr/include/c++/4.0.1/bits/stl_tree.h
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-16
08:03 ---
Seems like a duplicate of PR22442 to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
--- Additional Comments From micis at gmx dot de 2005-08-16 08:10 ---
I tried the patch with the actual snapshot (20050813) and it fails to bootstrap.
Without this patch bootstrap works.
Michael Cieslinski
export CFLAGS=-O3 -g -pipe -march=opteron -fmessage-length=0 -ffast-math -
--- Additional Comments From martin at mpa-garching dot mpg dot de
2005-08-16 08:33 ---
(In reply to comment #2)
Ouch. This badly needs reducing...
Absolutely. But since Andrew pointed out that it is probably related to PR 23302
and PR 23303 (which have nice testcases), I suggest I
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
08:38 ---
Subject: Bug 23299
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 08:38:15
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
08:46 ---
Subject: Bug 23299
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 08:46:21
Modified files:
gcc:
--- Additional Comments From dorit at il dot ibm dot com 2005-08-16 08:48
---
oops, I sent the worng patch (I also got this bootstrap error, and fixed it,
but sent the older patch by mistake) - will resend
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Additional Comments From uros at kss-loka dot si 2005-08-16 09:02
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00962.html
--
What|Removed |Added
--- Additional Comments From chris at bubblescope dot net 2005-08-16 09:10
---
In the FAQ (4.4), things that only looks like bugs, mentions that libstdc++
isn't -Weffc++ clean.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
09:28 ---
Subject: Bug 23355
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 09:27:58
Modified files:
gcc: ChangeLog
gcc/config/arm :
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-16
09:29 ---
Fixed on trunk.
--
What|Removed |Added
Status|NEW
In the program
#include stdio.h
struct Base1 { int x1; };
struct Base2 { int x2; };
struct Derived: public Base1, public Base2 {};
int main() {
Derived const * d = new Derived;
printf(%p %p %p\n, d, (Base2 *) d, (Base2 const *) d);
}
the cast (Base2 *) d effectively does a
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-16 10:17 ---
(In reply to comment #6)
Seems like a duplicate of PR22442 to me.
Even if this is a dup, tescase from that bug does not fail on 4.0 and vice
versa ;)
Testcase from this bug still fails on 4.0
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-08-16 10:21 ---
Subject: Re: [4.0 Regression] wrong results at -O on x86
Seems like a duplicate of PR22442 to me.
Even if this is a dup, tescase from that bug does not fail on 4.0 and
vice
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-08-16 10:29 ---
closing this one, doesn't show with 4.0.2 20050725
http://lists.debian.org/debian-gcc/2005/08/msg00039.html:
=== libjava Summary ===
# of expected passes2925
# of
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-08-16 10:32 ---
This doesn't solve the problem, that the library is not found, when the .so and
.la files are missing, i.e. if the -dev or -devel part of libgcj is not
installed.
--
What|Removed
--
What|Removed |Added
CC||caolanm at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23418
--
What|Removed |Added
CC||jakub at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23418
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-16
10:55 ---
I don't see anything suspicious after lim. But without lim (store motion),
almost no other loop optimizers are able to do anything on this testcase
(everything is a global variable), so perhaps the problem
--
What|Removed |Added
CC||chris at bubblescope dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
This is on ia64, where kind=10 is padded to 16 bytes.
I suspect it will be the same on i686 with the same padding.
$ cat compl.f
program main
complex (kind=10) a, b
real(kind=10) rr,ri
a = (3.2_10, -2.1_10)
open (10,form=unformatted,status=replace)
write(10) a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
11:56 ---
This has already been fixed in 4.0.2.
This is a dup of bug 22132.
*** This bug has been marked as a duplicate of 22132 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
11:56 ---
*** Bug 23418 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
11:57 ---
Subject: Bug 20396
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 11:57:08
Modified files:
gcc: ChangeLog optabs.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
12:02 ---
(In reply to comment #1)
In the FAQ (4.4), things that only looks like bugs, mentions that libstdc++
isn't -Weffc++ clean.
And more than that, there is a bug in that database which is suspended for
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
12:08 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
From a typo of mine...
$ cat ice-print.f
program main
print precision(1.2_8)
end
$ gfortran ice-print.f
ice-print.f: In function 'MAIN__':
ice-print.f:2: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See
--
Bug 20695 depends on bug 20396, which changed state.
Bug 20396 Summary: TRULY_NOOP_TRUNCATION ignored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20396
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
12:09 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
12:10 ---
This is a bug in your GMP install.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
12:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
On architectures that support IEEE 754 float representation, a common trick to
quickly cast an unsigned long val to a float in the range [0, 1) is the
following:
unsigned long temp = (val 0x07f) | 0x3f80;
return *((float *)temp) - 1.0f;
With gcc 4.0.1 using -O2 optimization this trick
--- Additional Comments From gino at dtecta dot com 2005-08-16 12:31
---
Created an attachment (id=9502)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9502action=view)
stand-alone c example program
The file contains a failing frand32 function and a workaround using a union.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
12:35 ---
Yes because you are violating C aliasing rules.
*** This bug has been marked as a duplicate of 21920 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
12:35 ---
*** Bug 23421 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From dir at lanl dot gov 2005-08-16 12:59 ---
I found that using the -ffloat-store option fixed the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23318
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
13:21 ---
Ok, then it is a dup of 323 then.
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
13:22 ---
*** Bug 23318 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
When using the recent debian 4.0 build (gcc version 4.0.2 20050806 (prerelease)
(Debian 4.0.1-4)) I had some problems with a 64bit kernel.
A cut down test case is:
#define BUG_ON(x) asm volatile(tdnei %0,0 : : r (x));
static inline int bar(int val)
{
return val + 1;
}
int foo;
void
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
14:16 ---
This is not a bug.
The code you gave is equivalant to as that is what inlining does (3.4 had a bug
in that it had an extra
overhead as you noticed, which you thought was a feature):
#define BUG_ON(x) asm
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:39
---
*** Bug 23403 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:41
---
libjawt.so is in the base package, so it will be found as long as
/usr/lib/jvm/jre/lib/i386 is in java.library.path.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
16:07 ---
Subject: Bug 23300
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 16:06:44
Modified files:
gcc/java : ChangeLog class.c expr.c
Log
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-16
16:08 ---
I checked in a fix to the trunk.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 18131 depends on bug 23300, which changed state.
Bug 23300 Summary: DECL_FIELD_OFFSET == 0 versus build_field_ref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23300
What|Old Value |New Value
--- Additional Comments From bsp at kithrup dot com 2005-08-16 16:37
---
FYI, ifort_8.0.046, Absoft Fortran 95 9.0 EP, pgf95 6.0-2, SGI f90 7.4, and g95
will all find and use the included file in the same directory as the source
without requiring extra '-I' command line options.
--
--- Additional Comments From dorit at il dot ibm dot com 2005-08-16 16:41
---
patch: http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00979.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Functions/subroutines in a module are not aware of interfaces declared within
the module. For example, the test case:
! BEGIN test.f90 -
module test
implicit none
interface foo
module procedure foo_4
module procedure foo_8
end interface foo
contains
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
16:54 ---
Fixed already in 4.0.2.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
17:15 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00985.html.
--
What|Removed |Added
For this code, at -O2:
extern char *x;
extern void foo (void);
void f (char *s, char *se, char *mp, char *y)
{
while (s != se)
{
char *p;
foo ();
p = s + *mp;
*y++ = *p;
s = p;
}
x = s;
}
I get with LAST_UPDATED Tue Aug 16 12:30:26 UTC 2005:
/tmp/b.c:15:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-16 17:47
---
The testcase compiles and links correctly for me. Did you build GCC for AIX
or obtain pre-built binaries? Did the build succeed correctly? Are those
symbols in the library and exported correctly?
--
--- Additional Comments From th dot r dot klein at web dot de 2005-08-16
18:13 ---
This is working.
Thanks a lot
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:22 ---
Subject: Bug 19870
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:22:34
Modified files:
gcc/java : ChangeLog parse.y
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:24 ---
Subject: Bug 21105
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:23:59
Modified files:
gcc: ChangeLog c-decl.c
vector::clear calls erase(begin(), end()), which has an unnecessary call to
memmove, in addition to a function call overhead. The fix results in a
2-instruction clear for simple types.
Compiling the following (-O2 -save-temps) shows the difference:
#include vector
using std::vector;
int main()
--- Additional Comments From tkho at ucla dot edu 2005-08-16 18:25 ---
Created an attachment (id=9503)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9503action=view)
change to vector::clear
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23425
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:32 ---
Subject: Bug 19870
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:32:14
Modified files:
libjava: ChangeLog
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-16
18:39 ---
Last part of the fix has now been checked in.
--
What|Removed |Added
--
Bug 18131 depends on bug 19870, which changed state.
Bug 19870 Summary: gcj -C doesn't generate accessors for private members across
nested class boundaries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19870
What|Old Value |New Value
vector::clear calls erase(begin(), end()), which has an unnecessary call to
memmove, in addition to a function call overhead. The fix results in a
2-instruction clear for simple types.
Compiling the following (-O2 -save-temps) shows the difference:
#include vector
using std::vector;
A testcase that has an array larger than half the address space and smaller than
the address space will trigger an abort in tree_int_cst_low.
The problem here is that we have a TREE_OVERFLOW (TYPE_SIZE (...)) check in the
C++ front end. This no longer works now that TYPE_SIZE is computed as
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-16
18:44 ---
Subject: Re: New: vector::clear should be manually inlined
vector::clear calls erase(begin(), end()), which has an unnecessary call to
memmove, in addition to a function call overhead. The fix
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
18:45 ---
Created an attachment (id=9504)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9504action=view)
Patch to partially fix problem with too large arrays.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
18:46 ---
Subject: Bug 22113
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 18:46:19
Modified files:
gcc/java : ChangeLog lex.c
Log message:
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
18:46 ---
Created an attachment (id=9505)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9505action=view)
Testcase for too large array problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23426
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-16
18:49 ---
Fix checked in.
--
What|Removed |Added
Status|NEW
Since TYPE_SIZE was converted to use bitsizetype, which has extra bits of
precision, applying TREE_OVERFLOW to it is no longer useful. It does not
overflow when it should. We must use TYPE_SIZE_UNIT instead now. There is one
place in the Ada front end that has this problem.
I don't know enough
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
18:55 ---
Created an attachment (id=9506)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9506action=view)
Untested patch for latent Ada front end bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23427
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-16
18:57 ---
(In reply to comment #5)
We also need to investigate why instantiations of templates defined in
system headers are trigerring remarks from the compiler when we don't
have -Wsystem-headers.
This is filed
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:06
---
I'm getting a segfault due to an invalid FP value:
Program received signal SIGSEGV, Segmentation fault.
0x4005a81b in output_float (f=0x8052110, value=invalid float value)
at
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:08
---
I should have said: the debugger points to print *, b.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23419
--
What|Removed |Added
BugsThisDependsOn||21820
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23363
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:12
---
I've set this to blocking PR23363, which looks related.
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-08-16 19:12
---
Even the following code doesn't trigger anything on x86-linux mainline, so I
assume the line in trans.c is unreachable. Richard Kenner might confirm here.
procedure PP is
subtype T is String (1 .. 1024 *
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:16
---
(In reply to comment #2)
Bugmeister, can we create a meta-bug linking 21820 and this
bug report. 21820 has an attempted analysis of the problem;
while Dale has provided a few useful programs.
I've marked
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:20
---
Confirmed g77. g77 accepts similar code.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:22
---
I'll have to check the standard when I'm home, I alswyas get confused between
assumed-length, assumed-size and the like.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:22
---
Uhm, I didn't mean to confirm it until I had verified this against the standard
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23152
implicit none
real:: r
comples :: c
integer :: size_real, size_complex
r = 0. ; c = cmplx( 0.,0.)
inquire( iolength=size_real ) r ! = 4
inquire( iolength=size_complex) c ! = 4 also; should give 8
end
Size of a complex variable should be twice that of the corresponding real kind,
but
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:25
---
I'm closing this again. If you can make a convincing case that this should be
reopened, please do so.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:26
---
Any news?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15234
--
What|Removed |Added
CC||tobi at gcc dot gnu dot org
Status|UNCONFIRMED |NEW
Ever Confirmed|
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-16 19:30
---
Hm, I would have expected this to be fixed by patches to similar errors with
host association.
--
What|Removed |Added
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2005-08-16 19:33 ---
Subject: Re: libgfortran doesn't compile on Tru64 UNIX V4.0F
tobi at gcc dot gnu dot org writes:
Any news?
Sorry for the delay: I've been ill for several weeks and am still catching
up on my
--- Additional Comments From weinert at cmth dot phys dot uwm dot edu
2005-08-16 19:34 ---
Created an attachment (id=9507)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9507action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23428
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-16
19:52 ---
We need to settle what kind of disk image we want for real(kind=10)
before resolving this for complex.
--
What|Removed |Added
--- Additional Comments From appfault at hotmail dot com 2005-08-16 20:03
---
I compiled 4.0.1 using 'make bootstrap' and the make and install succeeded.
I'm not certain whether the symbols in libstdc++.a are correct. I tried
running 'nm' on various files, but GNU nm seems
--- Additional Comments From appfault at hotmail dot com 2005-08-16
20:03 ---
I compiled 4.0.1 using 'make bootstrap' and the make and install succeeded.
I'm not certain whether the symbols in libstdc++.a are correct. I tried
running 'nm' on various files, but GNU nm seems
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-16
20:07 ---
Subject: Re: libstdc++ fails to link with std::string on AIX
--- Additional Comments From appfault at hotmail dot com 2005-08-16
20:03 ---
I compiled 4.0.1 using 'make bootstrap' and
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-16
20:12 ---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--
What|Removed |Added
CC||fang at csl dot cornell dot
||edu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:26 ---
Subject: Bug 23428
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-16 20:26:04
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:34 ---
Subject: Bug 21105
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 20:34:21
Modified files:
gcc:
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-16
20:36 ---
The C front end bug is fixed on mainline and the gcc-4.0.x branch. The C++ and
Ada front end bugs have their own PRs now.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:44 ---
Subject: Bug 21841
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 20:43:50
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-16
20:46 ---
Subject: Bug 21841
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-16 20:46:42
Modified files:
gcc:
This could just return 1.
$ cat unsigned-arith.c
int foo(unsigned int *a, unsigned int *b, unsigned int *c)
{
unsigned int s1, s2;
s1 = *a + *b;
s2 = *c + *b;
return s1 + *c == s2 + *a;
}
$ gcc -O3 -S unsigned-arith.c
$ cat unsigned-arith.s
.file unsigned-arith.c
1 - 100 of 150 matches
Mail list logo
