--- Comment #8 from jb at gcc dot gnu dot org 2008-11-21 07:43 ---
(In reply to comment #7)
> From some experiments I have done, we can make substantial improvement by
> streamlining next_char. What I have in mind is reading a whole or partial
> block of a file and returning a pointer.
--- Comment #12 from uros at gcc dot gnu dot org 2008-11-21 07:29 ---
Subject: Bug 37908
Author: uros
Date: Fri Nov 21 07:28:27 2008
New Revision: 142082
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142082
Log:
PR middle-end/37908
* config/ia64/ia64.c (ia64_exp
--- Comment #15 from steven at gcc dot gnu dot org 2008-11-21 06:41 ---
*** Bug 38204 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from steven at gcc dot gnu dot org 2008-11-21 06:41 ---
*** This bug has been marked as a duplicate of 23286 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from k dot kosciuszkiewicz+gcc at gmail dot com 2008-11-21
06:05 ---
Created an attachment (id=16730)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16730&action=view)
Test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38209
Test code:
register unsigned char val asm("r4");
void negate(void)
{
if (val)
val = ~val;
else
val = ~val;
}
Code generated with -Os
.global negate
.type negate, @function
negate:
/* prologue: function */
/* frame size = 0 */
tst r4
breq .L2
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-11-21
05:51 ---
(In reply to comment #4)
> Creating library file: .libs/libssp.dll.a
> .libs/ssp.o: In function `fail':
> /home/vmk/gccdev/gcctr11/gcc/libssp/ssp.c:109: undefined reference to
> `___chkstk'
> .libs/gets
--- Comment #2 from hjl dot tools at gmail dot com 2008-11-21 05:39 ---
Revision 142061:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01051.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-11-21 05:23
---
>From some experiments I have done, we can make substantial improvement by
streamlining next_char. What I have in mind is reading a whole or partial
block of a file and returning a pointer. Then advancing forwar
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-21 05:22 ---
Revision 142061 is bad.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
On Linux/x86, revision 142072 gave:
Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/gcc/ -O3 -fomit-frame-pointer
-funroll-loops -w -c -m32 -o 20080806-1.o
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.c-torture/compile/200808
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-11-21 04:38
---
The above patch only fixes a portion of this bug. The remaining is I have not
been able to "see" the problem yet. I have access to a solaris machine now,
but have not been able to build gfortran yet.
--
ht
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-11-21 04:36
---
Subject: Bug 37472
Author: jvdelisle
Date: Fri Nov 21 04:35:17 2008
New Revision: 142080
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142080
Log:
2008-11-20 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-11-21 04:31
---
Subject: Bug 37472
Author: jvdelisle
Date: Fri Nov 21 04:29:54 2008
New Revision: 142079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142079
Log:
2008-11-20 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-11-21 04:14
---
Regarding comment #2. This is exactly the area I have been investigating, but
I don't have anything solid yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38199
--- Comment #5 from zuogang at huawei dot com 2008-11-21 02:15 ---
(In reply to comment #4)
> *** Bug 38186 has been marked as a duplicate of this bug. ***
I post the bug 38186;
I want to know why the asm-defined func is placed in .debug_macinfo section, is
it correct?
info from the o
--- Comment #24 from janis at gcc dot gnu dot org 2008-11-21 01:28 ---
For the libstdc++ tests, which are the original focus of this PR, is it enough
to provide dg-timeout and dg-timeout-factor and either leave the 600 default,
or else take the larger of that and [target_info gcc,timeout
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-21 01:27 ---
*** This bug has been marked as a duplicate of 26908 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-21 01:27 ---
*** Bug 38186 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-21 01:26 ---
This errors out in 4.3.2 and above:
t.cc: In function 'bar makeBar()':
t.cc:12: error: no matching function for call to 'bar::bar(bar)'
t.cc:8: note: candidates are: bar::bar(bar&)
t.cc:7: note: bar::
--- Comment #23 from janis at gcc dot gnu dot org 2008-11-21 00:58 ---
I posted a patch for compiler tests at
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01066.html
but after playing around more realized that it shouldn't be necessary to allow
setting a default in .dejagnurc, since
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2008-11-21
00:05 ---
The test case in comment 16 passes on i686-apple-darwin9 when compiled with
-m32 but fails when compiled with -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38151
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-20 23:47 ---
This works correctly on the RTL level which means the aliasing oracle does not
say c->a and c->c cannot alias.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-20 23:35 ---
(In reply to comment #6)
> Still happens in 4.4.
But as mentioned this is not really a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-20 23:31 ---
Note this was found in clang:
http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20081117/009546.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38207
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38207
Take:
struct a
{
union
{
int a;
int b;
};
union
{
int c;
int d;
};
};
int f(struct a *c)
{
int d = c->a;
c->c = 1;
return c->a + d;
}
--- CUT ---
There should only be one load from c->a but currently there is two
--
Summary: Union in structs are not
--- Comment #6 from dann at godzilla dot ics dot uci dot edu 2008-11-20
23:27 ---
Still happens in 4.4.
--
dann at godzilla dot ics dot uci dot edu changed:
What|Removed |Added
-
--- Comment #1 from gredner at gmail dot com 2008-11-20 23:20 ---
Created an attachment (id=16729)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16729&action=view)
Self-contained test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38206
The following code causes g++ to crash:
main.cpp:
==
struct foo {
template foo(T);
};
struct bar {
bar();
bar(const foo& f);
bar(bar&);
};
bar makeBar() {
return bar();
}
==
> g++ -v main.cpp
Using built-in specs.
Target: i486-linu
--- Comment #2 from burnus at gcc dot gnu dot org 2008-11-20 23:00 ---
Another test case is the following program (fixed by your patch):
http://groups.google.com/group/comp.lang.fortran/msg/2119be02dcf93517
How about packaging your patch and submitting it?
--
burnus at gcc dot gnu d
The following program fails with:
Error: transformational intrinsic 'sum' at (1) is not permitted in an
initialization expression
I think it is valid Fortran 2003 per "7.1.7 Initialization expression":
"(5) A reference to a transformational standard intrinsic function other than
NULL, where each
--- Comment #31 from jakub at gcc dot gnu dot org 2008-11-20 21:51 ---
AFAIK there are 2 bugs in DW_CFA_GNU_args_size handling left. One is that with
-fdefer-pop DW_CFA_GNU_args_size will be wrong in some cases (either with
-fasynchronous-unwind-tables if noreturn calls with different d
--- Comment #18 from jakub at gcc dot gnu dot org 2008-11-20 21:39 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #19 from ubizjak at gmail dot com 2008-11-20 21:37 ---
Hm, rdx gets corrupted:
check2848va:
.LFB0:
.cfi_startproc
movq%rsi, %rcx # tmp73,
leaq8(%rsp), %rax #,
(+) movq%rdx, -40(%rsp) #,
shrq$32, %rcx #,
--- Comment #17 from jakub at gcc dot gnu dot org 2008-11-20 21:36 ---
Subject: Bug 29215
Author: jakub
Date: Thu Nov 20 21:35:03 2008
New Revision: 142061
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142061
Log:
PR middle-end/29215
* builtins.c (SLOW_UNALIGNED
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-20 21:29 ---
We have the same issue with -m3dnow, -m3dnowa and -msse4a.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38201
--- Comment #30 from jakub at gcc dot gnu dot org 2008-11-20 21:28 ---
Subject: Bug 36998
Author: jakub
Date: Thu Nov 20 21:26:52 2008
New Revision: 142060
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142060
Log:
PR rtl-optimization/36998
* dwarf2out.c (stack_a
--- Comment #18 from ubizjak at gmail dot com 2008-11-20 21:13 ---
va_arg problem from Comment #16 remains unfixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38151
--- Comment #17 from uros at gcc dot gnu dot org 2008-11-20 21:12 ---
Subject: Bug 38151
Author: uros
Date: Thu Nov 20 21:11:22 2008
New Revision: 142059
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142059
Log:
PR target/38151
* config/i386/i386.c (classify_arg
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #9 from jason at gcc dot gnu dot org 2008-11-20 20:27 ---
Fixed for 4.4. Reopen if you'd like to see it fixed in 4.3 or 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from jason at gcc dot gnu dot org 2008-11-20 20:24 ---
Subject: Bug 28513
Author: jason
Date: Thu Nov 20 20:23:32 2008
New Revision: 142056
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142056
Log:
PR c++/28513
* parser.c (cp_parser_class_name): C
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-11-20 20:16
---
> Anyway, the following patch fixes this in a cross from x86_64-linux to
> sparc*-sun-solaris10. Can somebody please bootstrap/regtest it?
Bootstrapped/regtested with GNU as for the sake of completeness.
--
--- Comment #6 from dwarak dot rajagopal at amd dot com 2008-11-20 19:49
---
> Should we disallow such combinations?
>
Yes.
- Dwarak
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38201
--- Comment #16 from ubizjak at gmail dot com 2008-11-20 19:50 ---
Problems from Comment #10 and Comment #11 are fixed by the patch from Comment
#13, but following test still fails, even with a patched compiler:
--cut here--
void abort (void);
struct S2848
{
unsigned int a;
_Comple
--- Comment #5 from hjl dot tools at gmail dot com 2008-11-20 19:46 ---
(In reply to comment #4)
> Yes, you are right. "-mfma -msse5" does not make sense. I mistook -mfma for
> -mfused-madd and hence the confusion.
>
> Hence these combinations (1 and 2) does not make sense.
>
Should
--- Comment #4 from dwarak dot rajagopal at amd dot com 2008-11-20 19:35
---
Yes, you are right. "-mfma -msse5" does not make sense. I mistook -mfma for
-mfused-madd and hence the confusion.
Hence these combinations (1 and 2) does not make sense.
Thanks,
Dwarak
--
http://gcc.gnu
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #7 from sje at cup dot hp dot com 2008-11-20 19:05 ---
gcc.dg/20020425-1.c is a separate issue where the 'remove useless statements'
pass is very slow. I will add some comments to that bug report soon if I can't
come up with a fix.
Resolving this report as fixed.
--
sje
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-20
18:59 ---
Subject: Re: limits-fnargs.c takes very long time to compile at -O2
> --- Comment #5 from sje at cup dot hp dot com 2008-11-20 18:30 ---
> The limits-fnargs.c tests pass on my IA64 platforms (HP-U
--- Comment #4 from jv244 at cam dot ac dot uk 2008-11-20 18:54 ---
(In reply to comment #3)
> duplicate of pr36935?
similar enough to make this one depend on PR36935. I think the testcases here
(certainly comment #1), are more difficult.
--
jv244 at cam dot ac dot uk changed:
mm f,8,8
.ident "GCC: (GNU) 4.4.0 20081120 (experimental) [trunk revision
142045]"
.section.note.GNU-stack,"",@progbits
[EMAIL PROTECTED] gcc]$
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38201
--- Comment #1 from dnovillo at gcc dot gnu dot org 2008-11-20 18:47
---
Subject: Bug 38178
Author: dnovillo
Date: Thu Nov 20 18:45:58 2008
New Revision: 142055
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142055
Log:
2008-11-20 Rafael Espindola <[EMAIL PROTECTED]>
--- Comment #4 from dann at godzilla dot ics dot uci dot edu 2008-11-20
18:43 ---
Still happens with 4.4.0:
qqq (int a)
{
int result.0;
int D.1236;
int result;
result.0 = bar (a);
result = result.0;
D.1236 = result;
return D.1236;
}
--
dann at godzilla dot ics dot uc
--- Comment #9 from jason at gcc dot gnu dot org 2008-11-20 18:42 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jason at gcc dot gnu dot org 2008-11-20 18:42 ---
Subject: Bug 37540
Author: jason
Date: Thu Nov 20 18:40:52 2008
New Revision: 142054
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142054
Log:
PR c++/37540
* call.c (build_over_call): Take the
--- Comment #5 from sje at cup dot hp dot com 2008-11-20 18:30 ---
The limits-fnargs.c tests pass on my IA64 platforms (HP-UX and Linux). It
still failed on hppa64-*-hpux* with a timeout but my PA box is quite slow and I
have other tests timing out there as well. I am willing to call i
--- Comment #68 from jason at redhat dot com 2008-11-20 18:10 ---
Subject: Re: exception_defines.h #defines try/catch
mmitchel at gcc dot gnu dot org wrote:
> If I recall correctly, unwinding into a frame with no EH data will cause a
> runtime abort, so programs will not silently skip
--- Comment #67 from mmitchel at gcc dot gnu dot org 2008-11-20 17:55
---
I think that the current libstdc++ behavior is undesirable, for the reasons
that Howard says. In particular, the fact that including a libstdc++ header
can result in definitions of "try" and "catch" as macros is
--- Comment #3 from dojo at masterleep dot com 2008-11-20 17:55 ---
Oops, sorry for missing that. Thank you for the help. I was led astray
because for mysterious reasons it "always worked before"...
--
dojo at masterleep dot com changed:
What|Removed
--- Comment #66 from hhinnant at apple dot com 2008-11-20 17:40 ---
(In reply to comment #65)
> Subject: Re: exception_defines.h #defines try/catch
>
> No, it doesn't make any sense to use try/catch in a program that you're
> planning to build with -fno-exceptions. It does, however,
--- Comment #35 from ro at gcc dot gnu dot org 2008-11-20 17:33 ---
Fixed for all active release branches.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from rguenth at gcc dot gnu dot org 2008-11-20 17:22
---
For 4.4 I will collect the fixes and just disable the assertion... we cannot
fix this properly without switching to a completely points-to based restrict
implementation (lumping restrict together with TBAA info is
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-11-20 17:15
---
The problem with our restrict handling seems to be "deeper". We fail to set
the based-on-restrict property properly.
abase_n{4}_13 = abase{-2}_12(D) + D.1614_11;
so here abase_n and abase are not properly conn
--- Comment #34 from ro at techfak dot uni-bielefeld dot de 2008-11-20
17:14 ---
Subject: Re: [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0
Fixed for 4.3.3, 4.4.0:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00990.html
--
htt
--- Comment #33 from ro at gcc dot gnu dot org 2008-11-20 17:14 ---
Subject: Bug 33100
Author: ro
Date: Thu Nov 20 17:13:01 2008
New Revision: 142050
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142050
Log:
gcc:
PR bootstrap/33100
* config.gcc (i[34567]
--- Comment #32 from ro at gcc dot gnu dot org 2008-11-20 17:11 ---
Subject: Bug 33100
Author: ro
Date: Thu Nov 20 17:09:53 2008
New Revision: 142049
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142049
Log:
gcc:
PR bootstrap/33100
* config.gcc (i[34567]
For this function:
int test (int a, int b, int c, int g)
{
int d, e;
if (a)
d = b * c;
else
d = b - c;
e = b * c + g;
return d + e;
}
the multiply expression is moved to both branches of the "if", it would be
better to move it before the "if". Intel's compiler does that.
--
--- Comment #2 from hjl dot tools at gmail dot com 2008-11-20 16:57 ---
(In reply to comment #1)
> 1) -msse5 includes -mfma switch (because fma is a part of sse5 instructions).
> So having "-msse5 -mfma" is same as having just "msse5", though you can just
> have -fma (without -msse5).
P
--- Comment #1 from alexandre dot nunes at gmail dot com 2008-11-20 16:52
---
Created an attachment (id=16728)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16728&action=view)
A more involved testcase.
This testcase shows the preserving behaviour on multiple call-clobbered
regist
--- Comment #1 from dwarak dot rajagopal at amd dot com 2008-11-20 16:48
---
1) -msse5 includes -mfma switch (because fma is a part of sse5 instructions).
So having "-msse5 -mfma" is same as having just "msse5", though you can just
have -fma (without -msse5).
2) "-mavx -msse5" => Yes.
--- Comment #41 from hjl dot tools at gmail dot com 2008-11-20 16:44
---
You may want to take a look at PR 36159.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
A small testcase:
#include
extern unsigned int whatever(unsigned char *);
__attribute__((noreturn)) int main(void)
{
whatever(NULL);
for(;;);
}
If you compile this code without -mthumb, gcc asm output is as such:
.file "pqp.c"
.text
.align 2
.global main
1:LEN_TRIM(value)),*) i
write(*,*) i
ENDDO
end program internalread3
gfortran4.4 (20081120, 64bit): 1.079s
i.e. speedup by factor 23 ...
but there are cases where the user can't solve the issue like this.
And such basic optimizations are more efficiently done
by the compiler
--- Comment #20 from rguenth at gcc dot gnu dot org 2008-11-20 16:25
---
Reduced testcase for the libgfortran failure (-O2 -ftree-vectorize):
void matmul_i4 (int * __restrict dest_y,
const int * __restrict abase,
const int * __restrict bbase_y,
--- Comment #1 from eric dot weddington at atmel dot com 2008-11-20 16:14
---
Test was added by:
2008-11-20 Richard Guenther <[EMAIL PROTECTED]>
PR tree-optimization/37868
* gcc.dg/torture/pr37868.c: New testcase.
* gcc.c-torture/execute/pr38048-1.c: Likewise
New test gcc.dg/torture/pr37868.c fails for -O[0123s] with:
/usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr37868.c:8: error:
width of 'a' exceeds its type
/usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr37868.c:9: error:
width of 'b' exceeds its type
The test contains these d
--- Comment #4 from paolo dot carlini at oracle dot com 2008-11-20 16:02
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from paolo at gcc dot gnu dot org 2008-11-20 16:01 ---
Subject: Bug 38196
Author: paolo
Date: Thu Nov 20 16:00:17 2008
New Revision: 142048
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142048
Log:
2008-11-20 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #5 from hjl at gcc dot gnu dot org 2008-11-20 15:56 ---
Subject: Bug 37859
Author: hjl
Date: Thu Nov 20 15:55:30 2008
New Revision: 142047
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142047
Log:
2008-11-20 H.J. Lu <[EMAIL PROTECTED]>
Backport from mainl
--- Comment #3 from burnus at gcc dot gnu dot org 2008-11-20 15:56 ---
Jerry, regarding the suggestion in comment 2: Do you see that we can do there
some optimization, esp. when reading a number or with "*" a string (for '(a)'
one presumably cannot do any optimization and has to read pas
--- Comment #3 from burnus at gcc dot gnu dot org 2008-11-20 15:52 ---
Other compilers have the SHARE= specifier for OPEN and INQUIRE, e.g. Intel or
HP. I'm not sure it is needed, but one could consider supporting it as well
when implementing this option.
http://www.intel.com/software/p
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-11-20 15:41 ---
Nope, this is very likely a dup of PR29286.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38185
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-20 15:15 ---
Invalid gimple:
(gdb) call debug_gimple_stmt (origt)
# STORES: { foo_ptr }
foo_ptr ={v} (int (*) (void * *)) ptr.3_4;
produced by forwprop. Probably caused by Jakubs patch
2008-11-17 Jakub Jelinek <[EMAIL PROT
--- Comment #65 from jason at redhat dot com 2008-11-20 15:14 ---
Subject: Re: exception_defines.h #defines try/catch
No, it doesn't make any sense to use try/catch in a program that you're
planning to build with -fno-exceptions. It does, however, make sense to
use try/catch in a ge
--- Comment #3 from ddenisen at altera dot com 2008-11-20 15:10 ---
This could be a duplicate of 35643.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38185
--- Comment #12 from jakub at gcc dot gnu dot org 2008-11-20 15:08 ---
I think the primary question is, is libgfortran in 4.4 supposed to stay at
libgfortran.so.3? If yes, then it must be backwards compatible with 4.3.
Looking at the 4.3 to 4.4 io.h changes, I see several problems.
The
--- Comment #2 from manfred99 at gmx dot ch 2008-11-20 14:59 ---
The profiling of the second testcase gives
% cumulative self self total
time seconds secondscalls Ts/call Ts/call name
44.20 8.34 8.34 next_char
24.8
--- Comment #2 from ddenisen at altera dot com 2008-11-20 14:57 ---
I searched through all the options in -O2 that are not in -O1 and found that
only one triggers the problem: -fstrict-aliasing.
To summarize, "g++ -m32 -O1 a.ii" does not cause the problem but "g++ -m32 -O1
-fstrict-ali
Both Intel FMA and AMD SSE5 support FMA. For -mfma, which enables
Intel FMA and is a dummy at the moment, or -msse5, we will
generate FMA instructions for
double f;
void
foo (double x, double y, double z)
{
f = x * y + z;
}
What FMA should "-mfma -msse5" generate? Also currently, with
"-O2 -ma
--- Comment #3 from mikael at gcc dot gnu dot org 2008-11-20 14:33 ---
duplicate of pr36935?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38115
I found following internal compiler error in gcc trunk rev. 142038,
maybe a regression of bug 38051 fix.
$ gcc-4.4 -O2 -c tst.c
tst.c: In function bar2:
tst.c:20: internal compiler error: in find_func_aliases, at
tree-ssa-structalias.c:3905
Please submit a full bug report,
with preprocessed sour
--- Comment #1 from jb at gcc dot gnu dot org 2008-11-20 14:04 ---
I'm looking at I/O performance as part of PR 25561 (see also PR 37754, perhaps
this is a dup?), but my changes are invasive enough that they are 4.5 material.
Thanks for the report.
--
jb at gcc dot gnu dot org change
rt9 (32bit):0.562s
g77 (32bit): 2.786s
gfortran4.3 (64bit): 3.906s
gfortran4.4 (20081120, 64bit): 4.832s
Even worse:
!234567
character buffer*10
integer i,j
DO j=1,
write(buffer,'(i4)') j
write(*,*) buff
--- Comment #8 from mikael at gcc dot gnu dot org 2008-11-20 13:43 ---
Created an attachment (id=16727)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16727&action=view)
much more manageable testcase
I think the testcase is invalid as both PBit4set and PBit8set contain a
getNullSet
--- Comment #2 from paolo dot carlini at oracle dot com 2008-11-20 13:42
---
Ok, let's do this.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #9 from tschwinge at gcc dot gnu dot org 2008-11-20 13:26
---
Fixed on trunk as rev142043.
--
tschwinge at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2008-11-20
12:55 ---
The patch in comment 13 appears to be sufficient to completely fix the problem
on i686-apple-darwin9.
The results for current gcc trunk with the patch...
http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg0
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-11-20 12:26
---
Subject: Bug 37868
Author: rguenth
Date: Thu Nov 20 12:25:26 2008
New Revision: 142041
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142041
Log:
2008-11-20 Richard Guenther <[EMAIL PROTECTED]>
1 - 100 of 126 matches
Mail list logo
