See genopinit.c and optabs.c. Observe support for cmov and cstore standard
names, next to cbranch. Look in doc/md.texi. Observer documentation for
cbranch next to absence of documentation for cmov and cstore.
--
Summary: cmov and cstore standard names not documented.
Prod
--- Additional Comments From micis at gmx dot de 2005-04-26 07:37 ---
I rebuild the compiler with patch from Comment #8 and could now compile qt334
without problems.
Michael Cieslinski
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
gcc version :
g++ (GCC) 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
System type :
Linux simulateur 2.6.
--- Additional Comments From valentin dot descamps at sancy dot clermont
dot inra dot fr 2005-04-26 08:07 ---
Created an attachment (id=8743)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8743&action=view)
.ii file
uuencoded .ii file for this bug report
--
http://gcc.gnu.org/b
sun java -version will say e.g.
java version "1.4.2_07"
while gij -version says
java version 1.4.2
i.e. sun quotes the version number while gij doesn't. It's trivial, but a number
of configure scripts and other tests depend on the quotes to find the java
version number, e.g. db 4.2.52 and openof
--- Additional Comments From pcarlini at suse dot de 2005-04-26 08:45
---
Hi, and thanks for your report. Actually, as you may have noticed, we are aware
that the current function is not optimal in any sense... Now, if we want to
improve it now, maybe we should carry out a minimum of bib
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-04-26
09:07 ---
On mainline, it has been fixed by:
http://gcc.gnu.org/ml/java-patches/2005-q2/msg00121.html
Ranjit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21233
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-26
09:13 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02658.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17598
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
09:31 ---
Subject: Bug 21209
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-26 09:31:07
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 09:36
---
Well, there are FNV* parameters for 32bits and 64bits size_t.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--- Additional Comments From pcarlini at suse dot de 2005-04-26 09:49
---
Of course there are, but wouldn't be better just using an hashing function that
does *not* depend on such constants? Is really unavoidable? If we *really* think
so, then we have also to implement the necessary bits
/opt/gcc-4.0.0/bin/gcc -march=pentium4 -ftree-vectorize
-ftree-vectorizer-verbose=1 -O2 -c signature.c
signature.c:105: note: LOOP VECTORIZED.
signature.c:88: note: LOOP VECTORIZED.
signature.c:32: note: vectorized 2 loops in function.
signature.c: In function 'TransformSignature':
signature.c:109
--- Additional Comments From ps dot report at gmx dot net 2005-04-26 10:02
---
Created an attachment (id=8744)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8744&action=view)
Stripped down file from ImageMagick-6.2.1/magick/signature.c
Stripped down file from ImageMagick-6.2.1/m
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 10:03
---
But collate<_CharT>::do_hash() already depends on sizeof(long)...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--- Additional Comments From irar at il dot ibm dot com 2005-04-26 10:04
---
We get the following code for the loop:
this_5 = &b_4->D.2068;
D.2080_9 = this_5->d[i_18];
b_4->D.2068.d[i_18] = D.2080_9;
In analysis of data-ref this_5->d[i_18] we don't check that the initial
conditio
--- Additional Comments From pcarlini at suse dot de 2005-04-26 10:39
---
... which, of course, tracks size_t, on every platform I know. Or you have a
counterexample?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--- Additional Comments From pcarlini at suse dot de 2005-04-26 10:44
---
But, as I said, the issue is more general: whether we want a function that does
not depend on constants or one that does. If, after an appropriate bib search,
we
agree about the latter, wouldn't be difficult to di
--- Additional Comments From joseph at codesourcery dot com 2005-04-26
11:30 ---
Subject: Re: gcc-4.0.0 bootstrap failed unless bootstrap
compiler is gcc.
On Tue, 26 Apr 2005, pinskia at gcc dot gnu dot org wrote:
> If this is really a bug, then the following change caused it:
> 2005
--
What|Removed |Added
Version|3.4.1 |3.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21232
The below doesn't compile with 4.0:
class KopeteAwayDialog { KopeteAwayDialog(); };
namespace Kopete
{
class Away
{
friend class KopeteAwayDialog;
};
}
using namespace Kopete;
KopeteAwayDialog::KopeteAwayDialog(){}
novell78625.cc:10: error: 'KopeteAwayDialog' has not been declared
novel
--
What|Removed |Added
Known to fail||4.0.0
Known to work||3.3.3 3.4.3 4.1.0
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-26
12:35 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 21167 depends on bug 21173, which changed state.
Bug 21173 Summary: [4.0/4.1 regression] miscompiled pointer subtraction broke
Linux kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
What|Old Value |New Value
-
--- Additional Comments From tbptbp at gmail dot com 2005-04-26 12:45
---
Let's have some more fun.
Take the silly testcase up there, add this:
struct foo_t {
bool dummy;
__attribute__ ((always_inline)) foo_t() {}
};
change finalblow into that:
bool finalblow(const __m128 a, cons
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-26
12:53 ---
Tobi,
The component base is almost completely redundant - especially, where C indices
are used, such as in matmul. It can always be calculated from the bounds and
the stride, in any case. Most of the ope
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
12:55 ---
Fixed by the patch for PR 21173.
Btw, "-O -ftree-pre" indeed triggered the bug.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
13:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
Component|c |tree-optimization
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzil
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
13:20 ---
*** Bug 21235 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
13:20 ---
Note 3.x did not friend the right class, it should have friended
Kopete::KopeteAwayDialog but instead
friends ::KopeteAwayDialog. In 4.0.0 we friend the wrong class bug declare the
class which is where
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
13:25 ---
(In reply to comment #1)
> and with the same compiler & flags you'll get this interesting snippet, from
> finalblow:
> In case you're wondering, yes that's the constructor.
That is PR 19639.
--
http://g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
13:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
13:33 ---
Confirmed.
Reduced testcase that crashes with -O -ftree-vectorize -march=pentium4:
int foo(int j)
{
int i, a[4];
for (i = 0; i < 4; i++)
a[i] = j << 1;
While fixing bug 21173 and 20963, it was noticed that force_gimple_operand
destroys trees passed to it.
This is a very surprising result, and was the actual underlying cause of those
bugs.
(the testcase in g++.dg/tree-ssa/pr20963.C shows this)
a debugging session:
Breakpoint 3, create_expressi
--- Additional Comments From tbptbp at gmail dot com 2005-04-26 14:29
---
Subject: Re: SSE intrinsics not inlined, sometimes.
On 26 Apr 2005 13:25:20 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> That is PR 19639.
Oh! A patch.
Sorry for the additionnal noise, but
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
14:33 ---
Fixed in gcc 4.0.0.
--
What|Removed |Added
Target Milestone|---
--- Additional Comments From schlie at comcast dot net 2005-04-26 14:38
---
(In reply to comment #6)
>> But collate<_CharT>::do_hash() already depends on sizeof(long)..
> ... which, of course, tracks size_t, on every platform I know. Or you have a
> counterexample?
Just about any 8 or 1
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
14:41 ---
Really.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pcarlini at suse dot de 2005-04-26 14:52
---
> Just about any 8 or 16 bit target with a 16-bits wide address, including avr,
> etc. (so in general would expect sizeof(int) ~ sizeof(size_t) to be more
> consistently true, or of course could be structured to r
--- Additional Comments From overholt at redhat dot com 2005-04-26 14:54
---
I've verified this fix in the RPMs in Fedora rawhide (4.0.0-1). I'm not sure if
this counts as a verification from gcc's standpoint, though. I'll mark as FIXED
but feel free to change if I need to verify on HE
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
15:10 ---
Reduced testcase that ICE's with checking enabled:
===
template bool foo()
{
const int i = T();
return i>0;
};
===
--
W
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
15:17 ---
Subject: Bug 21047
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-26 15:17:02
Modified files:
gcc: ChangeLog fold-const.c
Log message:
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-26 15:18
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pcarlini at suse dot de 2005-04-26 15:21
---
Actually, all the callers of __adjust_heap either pass a null second argument,
or a "small" second argument (case of make_heap). Thus, no real risks. Notice
that the function is an internal detail (double underscor
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
15:50 ---
Subject: Bug 21131
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-26 15:49:41
Modified files:
libstdc++-v3 : ChangeLog linkage.m4
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
15:51 ---
Subject: Bug 21131
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-04-26 15:51:26
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
15:52 ---
Subject: Bug 21131
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-26 15:52:16
Modified files:
libstdc++-v3 : Change
--- Additional Comments From pcarlini at suse dot de 2005-04-26 15:53
---
Fixed 3_4, 4_0 and mainline.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Known to work||3.4.4 4.0.1 4.1.0
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
16:20 ---
Reopening since this is only fixed on the mainline, this should also be fixed
for 4.0.1.
--
What|Removed |Added
-
--
What|Removed |Added
Status|REOPENED|ASSIGNED
Keywords||wrong-code
Known to fail|
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
16:24 ---
Reduced testcase, crashes with "-O -ftree-loop-linear":
==
int a[3];
void foo()
{
int i, j;
for (i = 1; i >= 0; --i)
for (j = i; j >= 0; --j)
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||build
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
16:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
16:35 ---
Subject: Bug 17598
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-26 16:35:32
Modified files:
gcc: ChangeLog fold-const.c
gcc/t
--
Bug 19987 depends on bug 17598, which changed state.
Bug 17598 Summary: an extra addition when comparing address of &a->b and &c->b.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17598
What|Old Value |New Value
-
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-26
16:37 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
16:41 ---
This works for me with 3.4.0, 4.0.0, and 4.1.0
--
What|Removed |Added
Keywords|
in function cryptcompress_truncate() from reiserfs4 patch
compiler uses __cmpdi2 for old_size vs new_size (64 bit) comparision:
result = (old_size < new_size ? cryptcompress_append_hole(inode, new_size) :
prune_cryptcompress(inode, new_size, update_sd, aidx));
in another case for
--- Additional Comments From pluto at pld-linux dot org 2005-04-26 16:46
---
Created an attachment (id=8745)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8745&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
--- Additional Comments From pluto at pld-linux dot org 2005-04-26 16:48
---
Created an attachment (id=8746)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8746&action=view)
asm dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
--
What|Removed |Added
Component|other |middle-end
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-26
16:51 ---
Subject: Re: ICE with -ftree-loop-linear
On Tue, 2005-04-26 at 16:24 +, reichelt at gcc dot gnu dot org
wrote:
> --- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
> 16:24 --
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-04-26
17:35 ---
Another thing that CSE does is promoting paradoxical subregs to regs. On
PowerPC at least, recursive calls of fold_rtx are almost ineffective except for
this. Such promotion helps because equiv_constant do
Hello,
I succesfully compiled gcc-4.0.0 on RedHat, but the bootstrap fails on Mandrake.
Regards
RK
stage1/xgcc -Bstage1/ -B/home/rysio/gcc-4.0.0/i586-mandrake-linux-gnu/bin/ -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-lon
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
17:53 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
1) Similar to http://gcc.gnu.org/ml/gcc/2004-11/msg00286.html I
configured GCC to be build with
../gcc-4.0.0/configure --program-suffix=-4.0.0 --enable-languages=java
and (before) all other languages except Fortran. In both cases the
result was
rm -fr .libs/libstdc++.lax
rm -fr .libs/libst
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-04-26
18:32 ---
Confirmed. I suspect this is a tree loop optimization bug. The final tree dump
has:
main ()
{
void * D.1236;
void * ivtmp.8;
:
ivtmp.8 = &__IntTable[0];
:;
ivtmp.8 = ivtmp.8 + 4B;
D.1236 = &_
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-26 18:33
---
The problem is due to libgfortran not flushing the record length marker to the
file. transfer.c:next_record_w() copies the record length into the buffer,
but does not ensure that the buffer gets flushed to th
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-26 18:53
---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02697.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
19:51 ---
The problem comes from dce but the problem is that IV OPT is making the pointer
as "unsigned int *",
because the field's type is just "unsigned int[]" but since the orginal type of
the struct is volatile,
--- Additional Comments From mdorey at bluearc dot com 2005-04-26 19:53
---
(In reply to comment #5)
> Nathan could you comment on this bug.
This bug may be related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17519
There's an interesting discussion in that bug, including comments fr
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26
20:20 ---
Wasn't this fixed on the 4.0 branch by sorting the files
passed to the BC compilations?
If so, on the trunk we should probably instead look at the libtool fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26
20:23 ---
This works for me with 4.0 and cvs trunk.
--
What|Removed |Added
Status|UNCONFIR
--- Additional Comments From green at redhat dot com 2005-04-26 20:47
---
(In reply to comment #1)
> Wasn't this fixed on the 4.0 branch by sorting the files
> passed to the BC compilations?
Yes, that's right.
> If so, on the trunk we should probably instead look at the libtool fix.
Y
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26
20:51 ---
This was worked around for 4.0.
I'm checking in Andrew's patch for the trunk.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
20:52 ---
Subject: Bug 21020
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-26 20:52:35
Modified files:
libjava: ChangeLog jni.cc
Log message:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26
20:53 ---
This was introduced with a merge from tree-cleanup-branch:
http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00501.html
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
21:00 ---
Subject: Bug 21233
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-04-26 21:00:06
Modified files:
libjava: Change
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26
21:01 ---
I've committed the fix to the 4.0 branch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26
21:05 ---
This works fine with the cvs trunk gcj, but fails with 4.0.0.
--
What|Removed |Added
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-26 21:10
---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jsm28
--- Additional Comments From joseph at codesourcery dot com 2005-04-26
21:13 ---
Subject: Re: [4.1 regression] bogus "may be used
uninitialized" warning
On Tue, 26 Apr 2005, reichelt at gcc dot gnu dot org wrote:
> This was introduced with a merge from tree-cleanup-branch:
> http://g
--
What|Removed |Added
Summary|gcj ICE compiling Azureus |[4.0 only] gcj ICE compiling
|2.2.0.2 to native code |Azureus 2.2.0.2 to native
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-26 21:43
---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jsm28
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26
21:49 ---
Thanks, I checked in your fix to cvs trunk.
I put it on my list to consider for 4.0.1 as well.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26
21:49 ---
Subject: Bug 21136
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-26 21:49:24
Modified files:
libjava: ChangeLog
libjava/gnu/java/n
On Apr 26, 2005, at 1:37 PM, Ryszard Kabatek wrote:
Hello,
I succesfully compiled gcc-4.0.0 on RedHat, but the bootstrap fails on
Mandrake.
Yes this is a bug in your kernel headers.
-- Pinski
On Apr 26, 2005, at 2:29 PM, Bojan Antonovic wrote:
1) Similar to http://gcc.gnu.org/ml/gcc/2004-11/msg00286.html I
configured GCC to be build with
ld: .libs/libstdc++.lax/libsupc++convenience.a/tinfo2.o malformed
object, illegal reference for -dynamic code (reference to a coalesced
section (__
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-26 21:55
---
What's actually happening is that GCC 4 is building trees for comma expressions
in accordance with how the C standard says they are parsed, where previous
versions were not.
(void)a, (void)b, c
is parsed as
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
21:57 ---
John, does this work now?
--
What|Removed |Added
URL|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
22:01 ---
(In reply to comment #2)
> Thanks, I checked in your fix to cvs trunk.
> I put it on my list to consider for 4.0.1 as well.
Lets reopen it then for now and mark it as "4.0 only"
--
What|Remo
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/java-
||patches/2005-
|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
22:17 ---
Removing volatile also causes the same problem, Ok my analysis in comment #4
is not fully current,
we still did not have a vop to begin with but since ivopts changes it to be a
slightly different loop, a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
22:21 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 17652 depends on bug 18880, which changed state.
Bug 18880 Summary: DSE is not doing its job for global variables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
What|Old Value |New Value
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26
23:07 ---
Confirmed, reduced testcase:
int g(long long a, long long b)
{
a -= b;
return !a;
}
You were looking at the wrong function as we inline a function into
cryptcompress_truncate which
causes this.
One i
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||build
1 - 100 of 125 matches
Mail list logo