--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
08:36 ---
Subject: Bug 18803
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 08:36:10
Modified files:
gcc/cp : ChangeLog call.c class.c cp-tree.h cv
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-08
08:40 ---
2004-12-08 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/18803
* cp-tree.h (REFERENCE_REF_P): New.
(CPTI_TYPE_INFO_TYPE): Rename to ...
(CPTI_CONST_TYPE_INFO_TYPE): ... here.
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-08
08:45 ---
PR c++/18672
* gimplify.c (canonicalize_addr_expr): Cope with array of
incomplete type.
(gimplify_conversion): Remove redundant checks.
--
What|Removed
--
Summary: wrong results of pow( complex(2, 1), odd
integer )
Product: gcc
Version: 3.3.1
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: libstdc++
AssignedTo: unassigned at gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
08:48 ---
Subject: Bug 18672
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 08:48:01
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--
What|Removed |Added
CC||law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
--- Additional Comments From mikulik at physics dot muni dot cz 2004-12-08
08:53 ---
Created an attachment (id=7704)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7704&action=view)
for given x and n=1,2,3,4,5,... , print pow(x, n)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-08
08:56 ---
Bugs for gcc 3.2.3 are not going to be fixed. Are you seeing this
problem with more recent versions of GCC as well?
--
What|Removed |Added
-
--- Additional Comments From mikulik at physics dot muni dot cz 2004-12-08
09:01 ---
Results of pow(complex, int) calculated by GNU C++ 3.x are wrong.
Further, multiplications of complex and int or double are
unimplemented:
complex x, y;
y = 2 * x;
y = 2.0 * x;
And also
complex x, y;
--- Additional Comments From nathan at codesourcery dot com 2004-12-08
09:05 ---
Subject: Re: [3.4/4.0 regression] template member with same
name as class not rejected
Mark Mitchell wrote:
> lerdsuwa at gcc dot gnu dot org wrote:
>
>> --- Additional Comments From lerdsuwa at gcc
Test case from a post on comp.lang.fortran.
$ cat dud.f90
!From: "James Van Buskirk" <[EMAIL PROTECTED]>
!Newsgroups: comp.lang.fortran
!Subject: Re: sizeof equivalent in fortran 90 programs
!Message-ID: <[EMAIL PROTECTED]>
!Organization: Comcast Online
!Date: Wed, 08 Dec 2004 08:00:01 GMT
!
!"Ric
Hello
> >
> Have a look to the implementation: it looks like that even if we switch
> to the
> better algorithm, still we don't get fully right C99. Of course this
> last point
> must be better investigate (I'm not a floating point expert) but I
> expect someone
> replying: "let's implement C99 div
Hello
>
> | What was the critice you mentioned above? I can not imagine a sitation in
> | which I would need the naive implementation.
>
> Oh, I got repeated complaints from users that the correct method of
> computation was slow -- look at the bugzilla archive. I believe there
> might alos be di
In file included from /usr/include/c++/3.2.3/bits/stl_algobase.h:69,
from /usr/include/c++/3.2.3/bits/stl_tree.h:86,
from /usr/include/c++/3.2.3/map:66
/usr/include/c++/3.2.3/new:79: `size_t' undeclared in namespace `std'
/usr/include/c++/3.2.3/new:79: decl
The GCC manual states that libmudflap will be linked if the -fmudflap option is
give to the linker:
The instrumentation relies on a separate runtime library (libmudflap),
which will be linked into a program if -fmudflap is given at link time.
But that is not true, the program links only
--- Additional Comments From david at starks-browning dot com 2004-12-08
10:11 ---
What about 3.3? Can it also be fixed there?
--
What|Removed |Added
CC|
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-08
10:12 ---
push_class_level_binding is never called for ctors and dtors
because of a login in add_method. So my patch doesn't affect
template ctor.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18100
--- Additional Comments From pcarlini at suse dot de 2004-12-08 10:18
---
So, let's begin from the end: there is nothing *unimplemented* as far as
operator* is concerned: have a look to section 26.2.1 of the Standard, there
are *no* overloads taking two different template parameters.
Th
--- Additional Comments From pcarlini at suse dot de 2004-12-08 10:19
---
Please provide a self-contained testcase. Thanks.
--
What|Removed |Added
Status|UNCONFI
--- Additional Comments From pcarlini at suse dot de 2004-12-08 10:23
---
Yes, Andrew, we cannot do anything about this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17315
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
10:25 ---
Subject: Bug 18100
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 10:25:23
Modified files:
gcc/cp : ChangeLog decl.c
gcc/testsui
--- Additional Comments From kgardas at objectsecurity dot com 2004-12-08
10:26 ---
Subject: Re: Strange compile-time regression in cpp
against gcc3.4.1
Sure, close it! 4.0.0 is enough faster anyway! :-)
Cheers,
Karel
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17315
--- Additional Comments From pcarlini at suse dot de 2004-12-08 10:31
---
Ok ;)
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
NULL is expanded as __null in C++.
This is inconsistent with sentinel testing.
There should be one warning for both cases.
gcc version 4.0.0 20041128 (experimental)
$ gcc -Wall -c e.c
e.c: In function 'bar':
e.c:15: warning: missing sentinel in function call
$ g++ -Wall -c e.c
e.c: In function
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
10:54 ---
Subject: Bug 18100
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-08 10:53:30
Modified files:
gcc/cp : Change
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-08
10:56 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-08
10:59 ---
There is a patch here:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00538.html
--
What|Removed |Added
-
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-08
11:04 ---
Patch submitted:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00543.html
--
What|Removed |Added
---
error:
/usr/include/c++/3.4/bits/fstream.tcc: In member function `virtual
typename std::basic_filebuf<_CharT, _Traits>::int_type
std::basic_filebuf<_CharT, _Traits>::underflow()':
/usr/include/c++/3.4/bits/fstream.tcc:277: error: expected
unqualified-id before '(' token
/usr/include/c++/3.4/bits/fs
--- Additional Comments From joseph at codesourcery dot com 2004-12-08
11:10 ---
Subject: Re: New: attribute sentinel doesn't work with C++
On Wed, 8 Dec 2004, salinger at sun dot felk dot cvut dot cz wrote:
> NULL is expanded as __null in C++.
> This is inconsistent with sentinel te
solution found at:
http://gcc.gnu.org/ml/gcc-bugs/2004-07/msg02128.html
Solution?!?
That PR is closed as INVALID for a reason and in fact nobody actually
removed those qualifiers from the library. The user code must be fixed
instead.
Thanks,
Paolo.
--- Additional Comments From pingc at nortelnetworks dot com 2004-12-08
12:18 ---
hi, additional comments
I encountered with a similar issue like this, my gcc version is 2.95.1 19990816.
It is interesting that when I commented some piece of my code, I could
successfully compiling my f
--- Additional Comments From ygs44 at hotmail dot com 2004-12-08 12:51
---
Subject: RE: size_t undeclared in namespace std
Just use an empty class but in the header file:
#include
>From: "pcarlini at suse dot de" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
--- Additional Comments From pcarlini at suse dot de 2004-12-08 12:56
---
Sorry, cannot reproduce, please double check your installation. Also, 3.2.x is
not longer maintained, and of course nothing similar happens with 3.3.x, 3.4.x
and current mainline.
--
What|Removed
--- Additional Comments From ygs44 at hotmail dot com 2004-12-08 12:59
---
Subject: RE: size_t undeclared in namespace std
actually it is the #include
>From: "pcarlini at suse dot de" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: [Bug c++/18884] si
UNITS_PER_WORD is being improperly used as the sole basis for selecting built-in
function type sizes in libgcc2.h.
As definitions like:
#if MIN_UNITS_PER_WORD > 1
/* These typedefs are usually forbidden on dsp's with UNITS_PER_WORD 1. */
typedef int SItype __attribute__ ((mode (SI)))
--- Additional Comments From pcarlini at suse dot de 2004-12-08 13:11
---
A file only including or or whatever cannot lead to
compilation errors if your system is sane: again, please check it, this is not
a gcc bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18884
--- Additional Comments From salinger at sun dot felk dot cvut dot cz
2004-12-08 13:22 ---
> > NULL is expanded as __null in C++.
> > This is inconsistent with sentinel testing.
> Why do you think it is inconsistent?
For me it is inconsistent at least conceptualy.
In C++ (but not C) e
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
14:08 ---
Subject: Bug 18811
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 14:08:28
Modified files:
gcc/java : ChangeLog
Log message:
2004
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org |
Status|NEW
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18811
--- Additional Comments From chris at bubblescope dot net 2004-12-08 14:15
---
Heres a much smaller testcase which shows this bug:
#include
class complex
{
public:
complex(long double r=0, long double i=0)
{
__real__ _M_value = r;
__imag__ _M_value = i;
}
lon
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:29 ---
Fixed by:
2004-12-07 Geert Bosch <[EMAIL PROTECTED]>
* eval_fat.adb: Revert previous change.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:35 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:36 ---
Is this really a bug as almost all 8/16bit targets provide their own libgcc1?
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
14:38 ---
Subject: Bug 18826
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 14:37:59
Modified files:
gcc/fortran: ChangeLog
Log message:
Add
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
14:38 ---
Subject: Bug 18826
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 14:38:31
Modified files:
gcc/testsuite : ChangeLog
Log message:
Add
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-08 14:39
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-08 14:40
---
Confirmed. We don't look through equivalences.
--
What|Removed |Added
Status|UNCONF
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:40 ---
Actually the warning is correct __null is the size of an int and the size of
the pointer, use a cast, now in
C NULL is usually defined as (void*)0 which usually has the cast but you should
always cast it
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-08 14:43
---
Confirmed.
BTW I tried chaging f=>b in the attached program to f=>e (invalid, but the error
message suggests that we rename the symbol), but this didn't help.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:45 ---
It works for me on the mainline and 3.3.2 on ppc-darwin, must be a code
generation bug then.
--
What|Removed |Added
-
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-08 14:47
---
Is this a language extension? Seems likely, as the standard has no concept of
stdin and stdout. Could you point to someplace where this extension is
specified?
--
What|Removed
$ gcc-4.0 -O2 -std=gnu99 vfprintf.i
$ ./a.out
(null)
$ gcc-3.4 -O2 -std=gnu99 vfprintf.i
$ ./a.out
asdf
The problem is that "string = (char *) __builtin_va_arg(ap,const char *)" is
compiled into this:
.mmi
adds r34 = 8, r34
;;
ld8 r37 = [r34]
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:53 ---
Invalid as no compiler knows what branch to take when taking the cast:
TestBaseClass_C *self = (TestBaseClass_C *)ptObj;
Since ptObj is void*, it is just a normal cast and not a cast which takes a
branch
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18826
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:54 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
14:56 ---
Might be related to PR 15164.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From schwab at suse dot de 2004-12-08 14:56 ---
Created an attachment (id=7705)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7705&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From pcarlini at suse dot de 2004-12-08 14:59
---
Mainline seems ok on i686/x86_64/ia64-linux. I can confirm that 3.3.3 and 3.4.3
are *not* ok on i686-linux.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
15:06 ---
The bug is most likely in ia64_gimplify_va_arg or in std_gimplify_va_arg_expr.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- Additional Comments From vincent at vinc17 dot org 2004-12-08 15:13
---
I'm wrong. gcc 3.4 (from Debian) still has this problem. So, -ffloat-store is
still needed for C compliance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14708
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
15:19 ---
Fixed by:
2004-12-07 Richard Kenner <[EMAIL PROTECTED]>
* misc.c (gnat_types_compatible_p, LANG_HOOKS_TYPES_COMPATIBLE_P):
Remove.
(LANG_HOOKS_REDUCE_BIT_FIELD_OPERATIONS): New.
--- Additional Comments From schlie at comcast dot net 2004-12-08 15:24
---
Subject: Re: libgcc2.h Improperly determines required
built-in function size requirements.
> From: pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>
> --- Additional Comments From pinskia at gcc dot gnu d
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
15:32 ---
Confirmed, but I don't know it was removed.
--
What|Removed |Added
Status|UNCONF
After bootstraping the newly built gcc, make fails on linking libstdc++-v3:
/usr/src/gcc-3.4.3-objdir/gcc/xgcc -shared-libgcc -B/usr/src/gcc-3.4.3-objdir/
gcc/ -nostdinc++ -L/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-gnu/nof/
libstdc++-v3/src -L/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
16:20 ---
libtool looks like it is messing up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18889
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-08
16:24 ---
(In reply to comment #1)
> Is this a language extension? Seems likely, as the standard has no concept of
> stdin and stdout. Could you point to someplace where this extension is
> specified?
It's in t
--- Additional Comments From mikulik at physics dot muni dot cz 2004-12-08
16:28 ---
>> Further, multiplications of complex and int or double
>> are unimplemented
> So, let's begin from the end: there is nothing *unimplemented* as far
> as operator* is concerned: have a look to sect
--- Additional Comments From bangerth at dealii dot org 2004-12-08 16:29
---
Here's my shortest version:
---
extern "C" void abort ();
struct C {
__complex__ long double c;
};
int main() {
C x = {2+2i};
int n = 1;
C y = (n==1) ? x : (C){3+3i};
--- Additional Comments From sje at cup dot hp dot com 2004-12-08 16:52
---
This has been fixed with the patch
http://gcc.gnu.org/ml/fortran/2004-12/msg00017.html
which is now checked in on ToT.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18653
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-08
16:54 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00599.html
Mark, the posted patch is a little different from the one in comment #9.
(That's why I didn't apply it yet.)
It uses convert_to_integer f
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
16:54 ---
Fixed by:
2004-12-07 Steve Ellcey <[EMAIL PROTECTED]>
* io/io.h (open_external): Change prototype.
* io/unix.c (regular_file): Change prototype and set flags->action if
needed.
--
What|Removed |Added
CC||hjl at lucon dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- Additional Comments From law at redhat dot com 2004-12-08 17:02 ---
Subject: Re: DSE is not doing its job for
global variables
Note that we're only fixing regressions, and I can't see a way to
classify this as a regression since the RTL DSE code ought to
catch this. This sh
--- Additional Comments From salinger at sun dot felk dot cvut dot cz
2004-12-08 17:07 ---
Thanks for explanation.
The warning message was confusing for me.
Could be possible to distinguish between NULL without pointer conversion
and completely forgotten NULL ?
With something like thi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
17:29 ---
Subject: Bug 14853
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-08 17:29:02
Modified files:
libjava: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
17:29 ---
Subject: Bug 14853
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-08 17:29:42
Modified files:
gcc/java : Change
ortran -lm
Reading specs from
/usr/local/bin/gfortran/irun/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --enable-languages=c,f95
--prefix=/usr/work/2004343/irun
Thread model: posix
gcc version 4.0.0 20041208 (experimental)
/usr/local/bin/gfortran/irun/bin/../libexec/g
I believe the attached program is legal, it works with my HP compiler, and the
basic premise of the test, write without doing an open, comes from a SPEC test.
On ia64-hp-hpux11.20, I get a core dump and putting in the open makes things
work. I assume other platforms will show the same behaviour.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
18:03 ---
Yes I know it is regression only time which is why I filed it and marked it as
an enhancement but I
should note that I found this while looking into a benchmark.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
18:06 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
18:08 ---
Hmm, this works for me on ppc-darwin with a compiler built yesterday.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18891
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
18:09 ---
Fixed on the 3.4 branch also.
--
What|Removed |Added
Status|REOPENED
--
Bug 13607 depends on bug 14853, which changed state.
Bug 14853 Summary: [3.3/3.4 Regression] Assignment to final field permitted
when compiling to native
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853
What|Old Value |New Value
---
--- Additional Comments From sje at cup dot hp dot com 2004-12-08 18:47
---
I did some more digging and found that my program was dying in us_write
(io/transfer.c) at the line containing '*p = 0;'. I think the problem is one of
alignment. p is a pointer to gfc_offset, which is off_t, w
--- Additional Comments From trt at acm dot org 2004-12-08 18:48 ---
I should mention there is a hack for the problem noted in comment #5: do the
temporary truthvalue conversions with warnings suppressed.
That is, change the two instances of
tree t = lang_hooks.truthvalue_conversion (
--
What|Removed |Added
Component|fortran |libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18891
--- Additional Comments From sje at cup dot hp dot com 2004-12-08 19:06
---
The same problem exists in next_record_w, there there are two statments of the
form '*((gfc_offset *) p) = m;' and again there is no gaurentee that p is an
aligned address. These must also be fixed for this test
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-08
19:13 ---
Subject: Bug 17982
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-08 19:13:36
Modified files:
gcc: ChangeLog cgraphunit.c tree.h varasm.
--- Additional Comments From gccbug at gammarayburst dot de 2004-12-08
19:39 ---
This bug seems to have resurfaced in 3.4.3. It is actually enough to have a
negative argument to sqrt.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15135
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08
19:44 ---
On i686-pc-mingw32, these three tests hang:
ExecutableRun time Memory Usage
c94002f.exe 0s 1112KB
c974012.exe 0s 1080KB
c980001.exe 0s 604KB
Andrew Pinski says:
I have t
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08
19:44 ---
*** This bug has been marked as a duplicate of 18302 ***
--
What|Removed |Added
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08
19:44 ---
*** Bug 17666 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
20:00 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18632 depends on bug 17982, which changed state.
Bug 17982 Summary: [4.0 regression] asm declaration ignored due to conflict
with previous rename
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
What|Old Value |New Value
---
--- Additional Comments From law at redhat dot com 2004-12-08 20:02 ---
Subject: Re: DSE is not doing its job for
global variables
On Wed, 2004-12-08 at 18:03 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-08
20:09 ---
(In reply to comment #5)
> Subject: Re: DSE is not doing its job for
> global variables
> > but I should note that I found this while looking into a benchmark.
> Were you looking at the final outpu
The following function:
int f(int a)
{
int i = a & -129;
return i == 144;
}
Should be compiled to:
int f1(int a)
{
return (a & -129) == 144; // aka return 0;
}
Yes this shows up in real code (gcc), found while testing out my tree combiner.
--
Summary: missed SRA of a block copy
1 - 100 of 163 matches
Mail list logo
