--
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 #3 from mmitchel at gcc dot gnu dot org 2005-10-11 06:49
---
The semantics of #pragma interface are not entirely well-specified in this
case. However, the documentation does suggest that you use an explicit
subdirectory when you have multiple headers with the same name in d
--- Comment #11 from phython at gcc dot gnu dot org 2005-10-11 06:42
---
Created an attachment (id=9963)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9963&action=view)
testcase
This patch also changes the error in:
static void f();
void g() { f(); }
into a warning.
--
http:
--- Comment #4 from uros at kss-loka dot si 2005-10-11 06:41 ---
>From _.c.10.gcse1:
STORE_MOTION delete insn in BB 0:
(insn 17 15 47 0 (parallel [
(set (mem/s:SI (reg/v/f:SI 59 [ s ]) [3
.buf+0 S4 A32])
(ashift:SI (mem/s:SI (r
--- Comment #10 from phython at gcc dot gnu dot org 2005-10-11 06:41
---
Created an attachment (id=9962)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9962&action=view)
treat nonmember static functions like inline functions
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17256
--- Comment #19 from phython at gcc dot gnu dot org 2005-10-11 06:36
---
Created an attachment (id=9961)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9961&action=view)
vrp workaround
There seems to be a combination of front-end and middle-end bugs that cause
this. The attached
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-10-11 06:30
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-10-11 06:28
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #19 from ian at airs dot com 2005-10-11 06:28 ---
Fixed on mainline and 4.0 branch. Will not fix on 3.4.
--
ian at airs dot com changed:
What|Removed |Added
--- Comment #10 from wilson at specifix dot com 2005-10-11 06:26 ---
Created an attachment (id=9960)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9960&action=view)
trivial hack to make the reduced testcase work
Actually, come to think of it, other targets don't use schedule_ebbs
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-11 06:26
---
Subject: Bug 24277
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-11 06:26:04
Modified files:
gcc/cp : pt.c
gcc/testsuite : ChangeLog
Added
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-11 06:25
---
Subject: Bug 24277
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-11 06:25:50
Modified files:
gcc/cp : pt.c ChangeLog
--- Comment #18 from cvs-commit at gcc dot gnu dot org 2005-10-11 06:22
---
Subject: Bug 13583
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-11 06:22:08
Modified files:
libstdc++-v3 : ChangeLog configure
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-11 06:22
---
Subject: Bug 24302
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-11 06:22:09
Modified files:
gcc: ChangeLog
Log m
--- Comment #9 from wilson at specifix dot com 2005-10-11 06:20 ---
Or maybe I will look at it later tonight.
The problem seems to be that we have no code that will make a jump insn
dependent on the previous jump insn when we are scheduling a region that
contains multiple basic blocks.
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-11 06:20
---
Subject: Bug 24302
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-11 06:20:35
Modified files:
gcc: toplev.c
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-11 06:20
---
Subject: Bug 24302
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-11 06:19:56
Modified files:
gcc: toplev.c
gcc/cp : ChangeLog
--- Comment #17 from cvs-commit at gcc dot gnu dot org 2005-10-11 06:19
---
Subject: Bug 13583
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-11 06:19:13
Modified files:
libstdc++-v3 : ChangeLog configure configure.ac
libstdc+
--- Comment #9 from jblomqvi at cc dot hut dot fi 2005-10-11 06:11 ---
Updated patch here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00572.html
--
jblomqvi at cc dot hut dot fi changed:
What|Removed |Added
---
--- Comment #1 from jblomqvi at cc dot hut dot fi 2005-10-11 05:55 ---
Consider this testcase (from 24174):
! { dg-do run }
! PR 24174
program kind10_io
real(kind=10) :: a,b(2), c
complex(kind=10) :: d, e, f(2)
character(len=180) :: tmp
! Test real(10) scalar and array formatted
The problem is that the IO routines assume kind==size, and complex numbers are
handled as two reals, advancing a pointer between doing the IO. For types with
padding such as complex(10) this breaks as the pointer is advanced 10 bytes
instead of 12 (or 16 on IA64, x86-64).
It should be noted that t
--- Comment #8 from wilson at gcc dot gnu dot org 2005-10-11 03:20 ---
The patch in PR 23478 has no effect on this testcase. I tracked the origin of
the problem for this testcase down to
2005-07-31 Jan Hubicka <[EMAIL PROTECTED]>
* t
--- Comment #1 from flash at pobox dot com 2005-10-11 02:31 ---
Created an attachment (id=9959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9959&action=view)
20010209-1.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24304
Compiling the test suite file 20010209-1.c with -g1 gives "internal compiler
error: in gen_subprogram_die, at dwarf2out.c:10857". This sounds a lot like
bug 16035, but the line number is different (10824 with my build), and that bug
requires -g -O, whereas this one requires -g1, and does not requi
--- Comment #19 from mmitchel at gcc dot gnu dot org 2005-10-11 01:03
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
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 #5 from cvs-commit at gcc dot gnu dot org 2005-10-11 00:39
---
Subject: Bug 18177
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]2005-10-11 00:39:26
Modified files:
gcc/cp : ChangeLog cvt.c n
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-11 00:39
---
Subject: Bug 17618
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]2005-10-11 00:39:26
Modified files:
gcc/cp : ChangeLog cvt.c n
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.3.6 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24303
I am trying to compile programs on Slackware 10.2. For example when I try
compiling slmodemd-2.9.10 this appears on the screen.
In file included from /lib/modules/2.4.31/build/include/linux/fs.h:730,
from /lib/modules/2.4.31/build/include/linux/capability.h:17,
fro
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-10 23:45
---
Subject: Bug 12098
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-10 23:45:19
Modified files:
gcc: ChangeLog configure.ac configure
gcc/doc
--- Comment #3 from janis at gcc dot gnu dot org 2005-10-10 23:43 ---
With the proposed patch, the testcase and 175.vpr compile successfully.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24300
--- Comment #16 from janis at gcc dot gnu dot org 2005-10-10 23:31 ---
A regression hunt identified this patch from hubicka on 2005-03-30:
http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg01487.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2005-10-10 22:47
---
This cannot be right. :-)
0x00010720 : ld [ %fp + -17 ], %g1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23585
--- Comment #5 from jack dot alderson at xfab dot com 2005-10-10 22:43
---
Created an attachment (id=9958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9958&action=view)
makefile
makefile for convienence.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24302
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-10 22:43 ---
Confirmed, reduced testcase with -Wunused:
static union
{
unsigned char FLT4ARR[4];
float FLT4;
};
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-10-10 22:42
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-10-10 22:42
---
Confirmed with 4.0.x.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jack dot alderson at xfab dot com 2005-10-10 22:39
---
Created an attachment (id=9957)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9957&action=view)
The *.i* file
The *.i* file specified on the submit instructions.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #2 from jack dot alderson at xfab dot com 2005-10-10 22:37
---
Created an attachment (id=9956)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9956&action=view)
g++ 3.4.2 segfault output
The output of the compiler during a segfault.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from jack dot alderson at xfab dot com 2005-10-10 22:36
---
Created an attachment (id=9955)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9955&action=view)
source file that causes the segfault
Compile source file as is to generate segfault. Enter union name at comm
Using an anonymous global union causes g++ 3.4.2 to segfault on a Sun Ultra 5
running Solaris 8. Giving the anonymous union a name or making it a local
anonymous union allows it to compile successfully. A test compile of the same
code minus the -mcpu=ultrasparc flag on a SUSE LINUX 8.2 box using g+
--- Comment #18 from cvs-commit at gcc dot gnu dot org 2005-10-10 22:30
---
Subject: Bug 23437
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-10 22:30:19
Modified files:
gcc/cp : parser.c ChangeLog
gcc/testsuite : Ch
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-10-10 22:30
---
See http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00554.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-10 22:28
---
Subject: Bug 24284
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-10 22:28:16
Modified files:
gcc: ChangeLog
--- Comment #17 from cvs-commit at gcc dot gnu dot org 2005-10-10 22:25
---
Subject: Bug 23437
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-10 22:25:36
Modified files:
gcc/cp : parser.c ChangeL
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-10 22:24
---
Subject: Bug 24284
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-10 22:24:49
Modified files:
gcc: ChangeLog
gcc/config/sparc: sparc.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|segfault in operand_equal_p |[4.
--- Comment #2 from rth at gcc dot gnu dot org 2005-10-10 21:56 ---
Created an attachment (id=9954)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9954&action=view)
proposed patch
Try this. Zdenek, as I read things, freeing the estimates should be safe,
and are recomputed as neede
--- Comment #10 from bero at arklinux dot org 2005-10-10 21:48 ---
This is still reproducable here [with unpatched sources], using binutils 2.16.1
and gcc 3.4.4 to compile the stage1 compiler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313
--- Comment #1 from janis at gcc dot gnu dot org 2005-10-10 20:55 ---
Created an attachment (id=9953)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9953&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24300
GCC mainline for powerpc-linux segfaults compiling 175.vpr with
"-O2 -ftree-vectorize -maltivec"; this is 32-bit code generation.
The failure starts with this patch from rth on 2005-09-17:
http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00635.html
The failure was hidden for awhile by another bug that
--- Comment #5 from pcarlini at suse dot de 2005-10-10 20:30 ---
(In reply to comment #4)
>
> I'm OK with it.
Agreed, thanks: as soon as mainline reopens, I will take care of committing it.
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #11 from mark at codesourcery dot com 2005-10-10 19:44 ---
Subject: Re: [3.4/4.0/4.1 regression] Templates/non-templates
and warnings about statements without effects
ian at airs dot com wrote:
> --- Comment #10 from ian at airs dot com 2005-10-10 19:39 ---
> I th
--- Comment #10 from ian at airs dot com 2005-10-10 19:39 ---
I think Mark's analysis is somewhat misleading for this particular warning,
since this warning actually is issued by the frontend. It comes from
convert_to_void in cp/cvt.c.
--
ian at airs dot com changed:
Wha
--- Comment #4 from dj at redhat dot com 2005-10-10 19:31 ---
Subject: Re: ctype tables are offset by one on DJGPP
> If the proposed patch is regression tested and approved by the DJGPP
> maintainers can certainly go in, since touches only the
> target-specific files.
I'm OK with it.
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2005-10-10 19:28
---
> I should be able to look at it later this week, have a firedrill at the
> moment.
Thanks for the offer. I'm testing a patch.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #35 from ian at airs dot com 2005-10-10 18:19 ---
Created an attachment (id=9952)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9952&action=view)
Patch
This patch fixes the problem in this PR, and also does not lose the REG_DEAD
note in the hppa64-hp-hpux11 test case.
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-10-10 17:35
---
> > Failure on HEAD with RTL checking:
>
> Same lines as I saw on the 4.0 branch.
Yes, there is a bogus PATTERN (), left-over from a previous version of the
patch.
I'm quite stunned that my RTL-checking-enabled
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24263
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-10 17:20
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-10 17:20 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-10 17:09
---
*** Bug 24298 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 2005-10-10 17:09 ---
*** This bug has been marked as a duplicate of 21244 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-10 17:06 ---
(In reply to comment #3)
> Failure on HEAD with RTL checking:
Same lines as I saw on the 4.0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24284
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2005-10-10 17:03
---
Failure on HEAD with RTL checking:
pr24284.c: In function 'do_run':
pr24284.c:8: internal compiler error: RTL check: access of elt 5 of 'set' with
last elt 1 in sparc_expand_prologue, at config/sparc/sparc.c:3922
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-10 16:53 ---
It worked on "LAST_UPDATED: Wed Oct 5 01:01:09 UTC 2005".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24297
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-10 16:51 ---
It also worked on "2005-09-25".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24297
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-10 16:51 ---
Actually I do see it.
It worked on 2005-09-09 but fails with "Thu Oct 6 01:25:05 UTC 2005".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24297
--- Comment #5 from ianmcc at physik dot rwth-aachen dot de 2005-10-10
16:50 ---
Sorry. I searched for 'anonymous enum', but for some reason that doesn't find
bug 21244 (a bugzilla bug?).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24298
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-10 16:49 ---
I wonder why I don't see this. Though I compile with --disable-multilib on
x86_64-linux-gnu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-10 16:44 ---
I think this is a dup of bug 21244 which was fixed for 4.0.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24298
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-10 16:39 ---
I think this has already been fixed but I cannot find the bug reports about
this.
Your testcases works with the mainline, and with 3.4.0.
There is another DR report about this issue too.
--
pinskia at gcc dot g
--- Comment #2 from ianmcc at physik dot rwth-aachen dot de 2005-10-10
16:36 ---
See also bug #[20589]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24298
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2005-10-10 16:34
---
> It's not SPARC per se, it's Solaris and HP-UX and any non-C99 OSes. On C99
> systems, the call is folded earlier because we have an implicit builtin.
Maybe 128-bit long doubles (or "true" long doubles) are re
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-10-10 16:31
---
On the 3.4 branch the situation changed with Giovanni's patch for PR19208:
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00902.html
We now diagnose none of the arrays without "-pedantic", and all three
arrays with "-pe
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2005-10-10 16:31
---
Confirmed on x86-64/Linux and SPARC/Solaris.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-10 16:29
---
> Yes, I think it's true that (float)floor((double)f) == floorf(f). We could
> make that routine look for that case, although it wasn't before, and I think
> your test was passing by accident (i.e. the invalid t
--- Comment #1 from ianmcc at physik dot rwth-aachen dot de 2005-10-10
16:29 ---
Created an attachment (id=9951)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9951&action=view)
std::sort example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24298
g++ -c the attached sample fails with
/usr/include/g++/bits/stl_algo.h: In function `void
std::__final_insertion_sort(_RandomAccessIter, _RandomAccessIter) [with
_RandomAccessIter = __gnu_cxx::__normal_iterator > >]':
/usr/include/g++/bits/stl_algo.h:2181: instantiated from `void
std::sort(
make[3]: Entering directory `/home/dave/gnu/gcc-4.0/objdir/hppa-linux/boehm-gc'
gcc -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/
gcc-4.1.0/hppa-linux/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/i
nclude -isystem /home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-lin
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-10 15:57
---
I am starting to think the following patch caused it:
-2005-03-29 Jakub Jelinek <[EMAIL PROTECTED]>
-
- PR middle-end/20622
- * cgraph.h (struct cgraph_varpool_node): Add alias field.
- * cgraph
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-10 15:52
---
(In reply to comment #13)
> Works with 20050328.
Note the top of the changelog is:
2005-03-27 Steven Bosscher <[EMAIL PROTECTED]>
* vax-protos.h (vax_output_int_move, vax_output_int_add,
vax_outp
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2005-10-10
15:50 ---
Subject: Re: New: FAIL: g++.dg/abi/rtti1.C scan-assembler-dem-not \ntypeinfo
for A[: \t\n]
Attached rtt1.s.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2005-10-10
15:50 --
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-10 15:50
---
Works with 20050328.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #11 from dalej at gcc dot gnu dot org 2005-10-10 15:47 ---
Yes, I think it's true that (float)floor((double)f) == floorf(f). We could
make that routine look for that case, although it wasn't before, and I think
your test was passing by accident (i.e. the invalid tranformatio
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/../g++
-B/mnt/gnu/gcc-3
.3/objdir/gcc/testsuite/../
/mnt/gnu/gcc-3.3/gcc/gcc/testsuite/g++.dg/abi/rtti1.
C -nostdinc++
-I/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/incl
ude/hppa2.0w-hp-hpux11.11
-I/mnt/gnu/gcc-3.3/objdir/hppa
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-10 15:37
---
(In reply to comment #11)
> Works on 20050325.
The top of the changelog at this time is:
2005-03-24 Kazu Hirata <[EMAIL PROTECTED]>
* emit-rtl.c (reverse_comparison): Remove.
* rtl.h: Remove the
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-10 15:37
---
Works on 20050325.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-10 15:27
---
Works with 20050321.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-10 15:17 ---
Assigning to Daniel Berlin per his request.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-10 15:15 ---
CCing Honza since the tree profiling branch merge happened during that time.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from macro at linux-mips dot org 2005-10-10 15:08 ---
The patch has been applied.
--
macro at linux-mips dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-10 15:08 ---
Works in 20050320.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-10 14:57 ---
Fails with 20050401 also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-10 14:43
---
Subject: Bug 24275
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-10 14:43:51
Modified files:
gcc/cp : pt.c ChangeLog
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-10 14:43
---
Subject: Bug 24139
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-10 14:43:13
Modified files:
gcc/cp : decl.c error.c C
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-10 14:43 ---
Happens also in 20050501.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-10 14:42
---
Subject: Bug 24275
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-10 14:42:14
Modified files:
gcc/cp : pt.c
Added files:
gcc/testsuite/g++.dg/
1 - 100 of 121 matches
Mail list logo
