--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23
00:08 ---
Subject: Bug 23426
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-23 00:07:48
Modified files:
gcc/cp : Change
--- Additional Comments From wilson at gcc dot gnu dot org 2005-08-23
00:10 ---
I've added my patch to mainline and the gcc-4.0.x branch, but there is still the
problem that my testcase generates two errors when it should only generate one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23
00:34 ---
Subject: Bug 23070
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-23 00:33:19
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-23
01:01 ---
I could not reproduce this with current 3.4, 4.0 or 4.1 sources on a
powerpc-linux targetted compiler using -mcall-eabi -mlittle, so I think the bug
has been fixed.
--
What|Removed
I believe there is a bug in fold_widened_comparison() present in all versions
of gcc including 4.1
The lines 6103 - 6105 of fold-const.c (gcc 4.0.1) looks like:
arg1_unw = get_unwidened (arg1, shorter_type);
if (!arg1_unw)
return NULL_TREE;
Notice that get_unwidened() nev
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-23
01:20 ---
Using -mstrict-align will avoid the unaligned accesses, I haven't looked into
why there is a difference between the global and auto var..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20102
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-23
01:30 ---
Closing. Please don't reopen unless you can reproduce the bug with current
3.4.5 sources.
--
What|Removed |Added
--
--
What|Removed |Added
Component|tree-optimization |middle-end
GCC build triplet|x86_64-unknown-linux-gnu|
GCC host triplet|x86_64-unknown-linux-gnu|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
01:41 ---
Broken before fold_widended_comparison was added:
&& (t1 = get_unwidened (arg1, TREE_TYPE (tem))) != 0
So this is a regression from 2.95.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23
01:46 ---
Subject: Bug 23498
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-23 01:46:50
Modified files:
libjava/classpath: ChangeLog.gcj
Log message:
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23485
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23239
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20908
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23233
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19607
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21366
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22390
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21166
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17379
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20663
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21432
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
02:01 ---
Just marking as fixed for 4.0.0 as there is no recent interesting in getting
this fixed in earlier branches
and earlier branches are not supported for darwin8.0.
--
What|Removed
--
Bug 16651 depends on bug 16649, which changed state.
Bug 16649 Summary: [3.4 Regression] bootstrap of gcc3.4.x fails on
OpenDarwin7.2.1/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16649
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
02:03 ---
This is invalid code and I have no interesting in back porting the whole
infrastructure to 3.4.x so I am
closing as fixed for 4.0.0.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
02:06 ---
Does this still happen?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20158
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
02:09 ---
I will see if I can bootstrap/test this tomorrow.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
02:12 ---
The issue here is that obj is a parameter (argument) which gets assigned always
the register r4 but I
could be wrong. It might be a true warning and the warning does not ignore
flow control but I have no
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21161
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
02:17 ---
Closing as fixed as this works on the mainline and there is no hope of getting
this fixed for any earlier
version.
--
What|Removed |Added
--
--
What|Removed |Added
GCC build triplet|powerpc-apple-darwin7 |
GCC host triplet|powerpc-apple-darwin7 |
GCC target triplet|powerpc-apple-darwin7 |
http://gc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
02:18 ---
(In reply to comment #2)
> Also, this test should be really xfailed everywhere and only passes "by
> chance"
> on some systems due to complex interactions with PCHs: given the current
> structure
> of the
--
What|Removed |Added
Severity|enhancement |minor
GCC build triplet|powerpc-apple-darwin7 |
GCC host triplet|powerpc-apple-darwin7 |
GCC t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23
02:29 ---
Subject: Bug 23070
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-23 02:28:19
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23
02:40 ---
Subject: Bug 21571
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-23 02:40:02
Modified files:
gcc/config/rs6000: rs6000-protos.h rs6000.c rs6000.md
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-23
03:00 ---
Subject: Bug 21571
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-23 02:59:37
Modified files:
gcc: Change
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-23
03:07 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-23 03:10 ---
Subject: Re: FAIL: PR218
I think this bug is probably a target issue. The unwind process gets
stuck after unwinding through the signal handler:
(gdb) c
Continuing.
Breakpoint 1, _Jv_StackTrace::
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-23
05:31 ---
This is even better than the pass in pr16351 . Having the assert not fail on
pointer types is probably the best fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23445
Compiling the code in the main.i attachment with -march=i686 -O2 the code
generated for the "first_map_occurred" is bigger for 4.1 compared to 4.0
The sdiff between 4.0 and 4.1:
xorl%eax, %eax | xorl%ecx, %ecx
movl%eax, waiting_for_initial_map | movl%ecx, w
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-23 05:55 ---
Created an attachment (id=9560)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9560&action=view)
Testcase for this bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23524
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-23
06:06 ---
I don't care about this anymore. Perhaps this should be an invalid bug, oh
well.
--
What|Removed |Added
---
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-23 05:45 ---
Created an attachment (id=9559)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9559&action=view)
preprocessed source, look for "first_map_occurred"
--
http://gcc.gnu.org/bugzilla/show_bug
Compiling the code in the attachment using -O2 -march=i686 4.1 produces bigger
code than 4.0.
4.0 produces:
movlxtermWidgetClass, %eax
cmpl%eax, 4(%edx)
4.1 produces:
movl4(%edx), %eax
cmplxtermWidgetClass, %eax
the 4.1 version is 1 byte bigger.
This is one
Compiling this code:
extern int waiting_for_initial_map;
extern int close (int __fd);
void
first_map_occurred(void)
{
close(cp_pipe[0]);
close(pc_pipe[1]);
waiting_for_initial_map = 0;
}
using -O2 -march=i686 4.[01] generate sequences like:
movlcp_pipe, %eax
mov
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-23
06:46 ---
Here is an updated time-report with the main time contributors on ppc-linux with
checking disabled.
tree VRP : 75.60 (11%) usr 0.39 ( 0%) sys 89.92 ( 9%) wall
13693 kB ( 6%) ggc
tree ope
101 - 145 of 145 matches
Mail list logo
