--- Additional Comments From dorit at il dot ibm dot com 2005-09-19 06:54
---
does this ia64 reduction testcase failure still occur?
--
What|Removed |Added
--- Additional Comments From dorit at il dot ibm dot com 2005-09-19 06:52
---
do these ia64 reduction testcase failures still occur?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23188
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
05:58 ---
The bug is in fold-const.c.
In fold_binary around line 9288 where we don't convert the expressions.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
05:52 ---
Redcued testcase:
void choose_block (char *d, __SIZE_TYPE__ n)
{
if (!(d + n > d))
__builtin_abort ();
}
With the comparision patch from 22368, we get:
t.c:5: error: types mismatch in comparsion
l
typedef long unsigned int size_t;
size_t __attribute__((noinline))
choose_block (char *d, size_t dlen, int col,
size_t *wlen)
{
size_t n, nn;
n = dlen;
for (;;)
{
((void) ((d + n > d) ? 0 : (__assert_fail ("d + n > d", "rfc2047.c", 346,
__PRETTY_FUNCTION__),
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-19
05:08 ---
Fixed by my patch, but the issue would have disappeared with Honza's patch to
remove libcalls for standard library function calls anyway (my fix is still
necessary to prevent the bug from resurfacing in oth
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-19
05:05 ---
Subject: Bug 23943
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-19 05:04:59
Modified files:
gcc: ChangeLog cse.c
gcc/testsuit
--- Additional Comments From a_manish at yahoo dot com 2005-09-19 04:53
---
(In reply to comment #1)
> Can you try a newer version of GCC like 3.4.4?
Tried with older version of gcc 3.3.2 and it worked.
Thanks for your help. apologies for late reply.
Manish.
--
What|Re
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
02:41 ---
Confirmed, reduced testcase:
template
void foo( )
{
int i = 0;
switch ( i )
{
case 9:
default:
break;
}
}
--
What|Removed |Added
---
--- Additional Comments From rlibiez at arthmoor dot com 2005-09-19 02:35
---
Created an attachment (id=9772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9772&action=view)
Preprocessed compiler output
The preprocessed output from the -save-temps option.
--
http://gcc.gnu.org
-Wswitch default warning flag is producing a warning message saying that a
template does not have a default case even though it does.
GCC version specs:
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
01:08 ---
Note -O0 compile time is faster in 4.0 than in 3.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
00:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
00:36 ---
Hmm:
tree operand scan : 9.20 ( 5%) usr 2.05 (28%) sys 11.56 ( 6%) wall
tree operand scan : 3.15 ( 2%) usr 0.93 (19%) sys 4.87 ( 3%) wall
That might mean this is about the same issue a
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-19
00:15 ---
Another SSA operands cache slowness example...
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
00:14 ---
For -O1 on x86_64-pc-linux-gnu:
For 4.1.0:
tree operand scan : 18.28 (50%) usr 0.10 (18%) sys 18.33 (50%) wall
402 kB ( 0%) ggc
That is the same issue as PR 21430
For both 4.0.0 and 4.1.0:
4.
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-19
00:07 ---
I'll look at the "load CSE after reload" (postreload-gcse, gddmmtgrmbl!),
which I've looked at before.
The top functions in the profile of the report are from RTL alias analysis.
--
http://gcc.gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
00:05 ---
(In reply to comment #4)
> load CSE after reload : 8.46 (50%) usr 0.00 ( 0%) sys 8.46 (49%) wall
> 0 kB ( 0%) ggc
This is only thing which does not show up at -O2. The rest shows up with abou
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-19
00:02 ---
On the mainline at -O3 on x86_64-pc-linux-gnu:
CSE : 2.15 (13%) usr 0.01 ( 7%) sys 2.14 (12%) wall
257 kB ( 0%) ggc
CSE 2 : 1.50 ( 9%) usr 0.00 ( 0%) sys
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
23:57 ---
This is still only a front-end issue:
parser: 14.19 (84%) usr 0.49 (51%) sys 14.64 (82%) wall
560492 kB (91%) ggc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19614
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|libstdc++
--
What|Removed |Added
Summary|ollect2: ld terminated with |collect2: ld terminated with
|signal 10 [Bus error] |signal 10 [Bus error]
(cd .libs/libstdc++.lax/libsupc++convenience.a && ar x /xxx/gnu/gcc-3.3/objdir/h
ppa2.0w-hp-hpux11.11/libstdc++-v3/src/../libsupc++/.libs/libsupc++convenience.a)
/xxx/gnu/gcc-3.3/objdir/./gcc/xgcc -shared-libgcc -B/xxx/gnu/gcc-3.3/objdir/./g
cc -nostdinc++ -L/xxx/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
23:30 ---
This is at least a 4.1 compile time regression.
3.3.2 gave:
[zhivago:~/src/localgccPRs] pinskia% time ~/gcc-3.3/bin/gcc pr21430.c -S -O1
10.870u 0.270s 0:13.11 84.9%0+0k 2+4io 0pf+0w
While 4.1 gives (wi
--- Additional Comments From danglin at gcc dot gnu dot org 2005-09-18
23:08 ---
Patch here http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01123.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23957
cd rts; ../../xgcc -B../../ -shared -g -O2 \
-fPIC \
-o libgnat-4.0.sl \
a-caldel.o a-calend.o a-cdlili.o a-cgaaso.o a-cgarso.o a-cgcaso.o a-chac
on.o a-chahan.o a-charac.o a-chlat1.o a-chlat9.o a-chtgke.o a-chtgop.o a-chzla1.
o a-chzla9.o a-cidlli.o a-cihama.o a-cihase.o a-
--- Additional Comments From schwab at suse dot de 2005-09-18 22:01 ---
This appears to be fixed in 4.0.x.
--
What|Removed |Added
Known to work|
--- Additional Comments From guillaume dot melquiond at ens-lyon dot fr
2005-09-18 21:54 ---
Some additional information. Looking through the CVS log, it appears the
__mt_alloc constructors were empty in GCC 3.4, and they were filled when fixing
PR 17780. The patch was huge and the log i
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-09-18 21:35 ---
Subject: Re: [4.1 regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution, -Os
> Hmm, does this fail also on "hppa2.0w-hp-hpux11.11"? I want to say it does.
It's reproducible on hppa2.0w
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
21:01 ---
Hmm, does this fail also on "hppa2.0w-hp-hpux11.11"? I want to say it does.
--
What|Removed |Added
--
--- Additional Comments From danglin at gcc dot gnu dot org 2005-09-18
20:53 ---
This is a regression from 4.0.0.
--
What|Removed |Added
Summary|FAIL: gcc.c-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:27 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:26 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:26 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:26 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:26 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:26 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
20:26 ---
All of these are fixed in 4.1.0. Since 4.0.2 is the last 4.0 release before a
4.1.0 release will be made,
4.0.2 and 4.0.1 were special releases for gfrotran. 4.0.3 should be a normal
release for GCC and
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:10 ---
Not yet fixed in 4.0:
$ cat gfortran.f95
# 1 "gfortran.F95"
# 1 ""
# 1 ""
# 1 "gfortran.F95"
module gfortrantest
contains
function int2str(i) result(str)
integer, intent(in) :: i
chara
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
Bug 19276 depends on bug 21730, which changed state.
Bug 21730 Summary: Character length incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
What|Old Value |New Value
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:08 ---
Not fixed in 4.0:
$ cat pr21730.f
! PR fortran/21730
! { dg-do run }
character*2 a
character*4 b
character*6 c
parameter (a="12")
parameter (b = a)
write (c,'("#",A,"#")'
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:06 ---
Not yet fixed for 4.0:
$ cat > pr19239.f90
program dummy
integer,dimension(2) :: index=(/1,1/)
real,dimension(2) :: A=1.0
print*,A(index+1)
end program dummy
$ gfortran pr19239.f90
pr19239.f90: In fun
--
Bug 15502 depends on bug 12840, which changed state.
Bug 12840 Summary: Unable to find scalarization loop specifier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12840
What|Old Value |New Value
--
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19282
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12366
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:02 ---
Not fixed in 4.0:
$ cat > pz_lsd.f90
SUBROUTINE pz_lsd ( order )
INTEGER :: order,m
m = SUM((/ (m+1,m=0,order) /))
END SUBROUTINE pz_lsd
END
$ gfortran pz_lsd.f90
pz_lsd.f90: In function 'pz_
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18960
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23373
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15975
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20387
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16861
--
What|Removed |Added
Target Milestone|4.0.2 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18923
--
Bug 19269 depends on bug 21825, which changed state.
Bug 21825 Summary: [4.0/4.1 Regression] 2D array initialization with reshape
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21825
What|Old Value |New Value
--
Bug 19276 depends on bug 21825, which changed state.
Bug 21825 Summary: [4.0/4.1 Regression] 2D array initialization with reshape
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21825
What|Old Value |New Value
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:00 ---
Not fixed in 4.0:
$ cat > tst.f90
PROGRAM TST
CHARACTER(2), PARAMETER :: ETYPE(2,2) = &
RESHAPE((/ 'a1','b1','a2','b2' /),(/2,2/))
END PROGRAM TST
$ gfortran tst.f90
tst.f90:0: internal compiler er
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:58 ---
Not fixed in 4.0:
$ cat > internal-reversion.f90
character(len=20), dimension(2) :: line(2)
integer, dimension(2) :: a
a = 2
write (unit=line,fmt='("a",I4)') a
print *,line(1)
print *,line(2)
e
--
Bug 23379 depends on bug 23364, which changed state.
Bug 23364 Summary: missing format reversion for internal write
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23364
What|Old Value |New Value
--
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-18
19:57 ---
Peaks at 514545kB with these patches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12392
--
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:56 ---
Not fixed on 4.0:
$ cat > clen.f90
program main
implicit none
character(len=2) :: a
a = 'xy'
print *,fun(a)
contains
function fun(arg)
character(len=*) :: arg
character(len=len(arg)) :: fu
--
Bug 19276 depends on bug 22518, which changed state.
Bug 22518 Summary: [4.0 only] ICE in gfc_conv_function_call for character
function with LEN=length(arg)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518
What|Old Value |New Value
--
Bug 15809 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 19292 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 22518 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 19276 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 19242 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:52 ---
Not fixed in 4.0:
$ cat > reduced.f90
program Decapitation
implicit none
integer, parameter :: STRING_LENGTH = 80
character (len = STRING_LENGTH) :: Text_1, Text_2
Text_2 = Decap (Text_1)
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-18
19:52 ---
With the C++-initializer cleanup and the gcse.c O(n^2) complexity removal (and
ipa-eh) I get on x86_64 at -O2
garbage collection: 2.77 ( 1%) usr 0.03 ( 1%) sys 2.82 ( 1%) wall
0 kB ( 0%) gg
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:50 ---
Not fixed in 4.0:
$ cat pointer_function.f90
program Realloc
IMPLICIT NONE
REAL, DIMENSION(:), POINTER :: x
INTEGER :: i
x => NULL()
x => myallocate(x)
contains
FUNCTION myallocate(p)
REAL,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
19:47 ---
For this at -O2, we get almost all time (I stoped at it after a while) in
finalize_ssa_vuses.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21430
--
What|Removed |Added
CC||fang at csl dot cornell dot
||edu
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
19:40 ---
at -O1 on the mainline, we use over 1GB of memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12392
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
19:27 ---
Even the -fno-inline case slowed down too:
pc64:~/src/pr8361> time ~/onetest.release/bin/gcc pr8361.ii -S -m32 -O1
-fno-inline
11.171u 0.359s 0:11.66 98.7%0+0k 0+0io 0pf+0w
pc64:~/src/pr8361> time gcc-4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
19:17 ---
Current numbers for 4.0.0 vs 4.1.0:
pc64:~/src/pr8361> time ~/onetest.release/bin/gcc pr8361.ii -S -m32 -O1
21.137u 0.399s 0:21.89 98.3%0+0k 0+0io 3pf+0w
pc64:~/src/pr8361> time gcc-4.0 pr8361.ii -S -m32
When executing the following snippet:
#include
int main() { std::list l; }
the function __common_pool_policy<__pool,true>::_S_get_pool() is called three
times! Yet the result of the call is discarded each time. As a matter of fact,
no memory has even been allocated by the program, so the poo
--- Additional Comments From danglin at gcc dot gnu dot org 2005-09-18
18:59 ---
Seems to occur in gcse1. We have the following rtl after
cse1:
(note 185 10 11 1 NOTE_INSN_LOOP_BEG)
;; Start of basic block 1, registers live: (nil)
(code_label 11 185 12 1 318 "" [1 uses])
(note 12 11
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
18:54 ---
Reduced testcase:
struct MIOFILE {
~MIOFILE();
};
double potentially_runnable_resource_share();
void f1(double);
int make_scheduler_request(double a)
{
MIOFILE mf;
double prrs = potentially_runnable_re
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
18:16 ---
-O2 -finline-functions -ffast-math is enough to reproduce this.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-18
18:16 ---
-ftime-report for the 4.1 + flatten compile:
Execution times (seconds)
garbage collection: 6.32 ( 4%) usr 0.07 ( 1%) sys 6.73 ( 4%) wall
0 kB ( 0%) ggc
callgraph construction: 0.42 ( 0%)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
18:10 ---
Note only -O3 -ffast-math is required to reproduce this bug.
Reducing.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
18:06 ---
(In reply to comment #4)
> From this command, do you need me to post any other files? I can't really
> tell,
> to be honest, since I'm not too sure what all those -M flags do.
No I can reproduce it now.
--- Additional Comments From harold at alum dot mit dot edu 2005-09-18
18:02 ---
OK, please bear with me. I'm not as talented as you at this, but I'm trying.
I think we're both using the 9/16/05 build, since the top entry in the
"ChangeLog" file is 9/16/05.
The compile command that gen
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
17:56 ---
For 4.1, we have cut the runtime in half while less than double the compile
time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23955
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-18
17:54 ---
I think we can mark this as invalid as there is no such thing as flatten in
4.0.0 or 3.4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23955
The tramp3d-v4.cpp testcase (attached to PR23928) shows regressions in compile
time. For a first comparison consider compilation with leafify disabled and
-fno-exceptions -O2 -march=pentium4 -ffast-math -fpeel-loops
compile flags. All results with checking-disable and profile-bootstrapped
compil
--- Additional Comments From pcarlini at suse dot de 2005-09-18 17:42
---
Probably the best fix is in __add_grouping: we have to consider the possibility
than an integer specifying the group size is -1, which means no more groupings
(section 7. Locale of IEEE Std 1003.1, 2004 Edition)
-
Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/xgcc -B/xxx/gnu/gcc-3.3/objdir/gc
c/ /xxx/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/20040709-1.c -w -O
s -fno-show-column -lm -o /xxx/gnu/gcc-3.3/objdir/gcc/testsuite/20040709-1.x
7(timeout = 600)
PASS: gcc.c-torture/execute/2004070
--- Additional Comments From pcarlini at suse dot de 2005-09-18 17:31
---
It looks like we are not considering some special corner cases for the
localedata
in numeric_members.cc: as long as *nl_langinfo_l(THOUSANDS_SEP) != '\0' we
simply
process the nl_langinfo_l(GROUPING) string as-is
1 - 100 of 191 matches
Mail list logo
