--- Comment #25 from wilson at tuliptree dot org 2006-10-02 19:25 ---
Subject: Re: [4.0/4.1/4.2 Regression] -Winline does
not respect -fno-default-inline
On Sat, 2006-09-30 at 12:36 +, lopezibanez at gmail dot com wrote:
I think I found out what is going on, although I
--- Additional Comments From wilson at tuliptree dot org 2005-04-08 03:45
---
Subject: Re: [4.0 Regression] internal error when compiling
with -ggdb2 and no error with -ggdb1
On Thu, 2005-04-07 at 19:37, ivanr at syncad dot com wrote:
I found another ICE connected to the gdb2
--- Comment #10 from wilson at tuliptree dot org 2006-02-14 23:41 ---
Subject: Re: gcc.dg/vect/vect-reduc-dot-s16.c
scan-tree-dump-times vectorized 1 loops 1 and
gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2
loops
1 fail
On Tue, 2006-02
--- Comment #13 from wilson at tuliptree dot org 2006-04-04 20:22 ---
Subject: Re: Wrong parsing of doubles when interpreted
on ia64
On Tue, 2006-04-04 at 12:07, tromey at gcc dot gnu dot org wrote:
I tried to reduce this to a C test case suitable for inclusion
in libffi
--- Comment #16 from wilson at tuliptree dot org 2006-04-07 23:00 ---
Subject: Re: Wrong parsing of doubles when interpreted
on ia64
On Tue, 2006-04-04 at 13:46, andreast at gcc dot gnu dot org wrote:
--- Comment #15 from andreast at gcc dot gnu dot org 2006-04-04 20:46
--- Comment #9 from wilson at tuliptree dot org 2006-07-24 19:34 ---
Subject: Re: [4.0/4.1/4.2 regression] in schedule_insns,
at sched-rgn.c:3038 on mips
On Sat, 2006-07-22 at 14:14, echristo at apple dot com wrote:
--- Comment #7 from echristo at apple dot com 2006-07
--- Comment #11 from wilson at tuliptree dot org 2006-01-30 23:24 ---
Subject: Re: problems with -Wformat and bit-fields
On Mon, 2006-01-23 at 16:06, tony dot luck at intel dot com wrote:
u64 den : 32, num : 32; /* numerator denominator */
printf(den=%lx num=%lx\n
--- Additional Comments From wilson at tuliptree dot org 2005-01-11 21:05
---
Subject: Re: [3.3/3.4 regression] [ia64] Extra '.restore
sp' in tail call
On Mon, 2005-01-10 at 23:07, steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu dot
--- Additional Comments From wilson at tuliptree dot org 2005-01-14 21:51
---
Subject: Re: ICE when long double argument arrives in
general register
On Fri, 2005-01-14 at 00:58, jbeulich at novell dot com wrote:
--- Additional Comments From jbeulich at novell dot com
--- Additional Comments From wilson at tuliptree dot org 2005-02-01 21:32
---
Subject: Re: [4.0 regression] LAPACK test xeigtsts
segfaults with optimization
On Tue, 2005-02-01 at 03:13, giovannibajo at libero dot it wrote:
--- Additional Comments From giovannibajo
--- Additional Comments From wilson at tuliptree dot org 2004-10-25 23:54 ---
Subject: Re: bad unwind info due to multiple returns
(missing epilogue)
On Fri, 2004-10-22 at 03:57, davidm at hpl dot hp dot com wrote:
It looks to
me as if expect sometimes fails to notice
--- Additional Comments From wilson at tuliptree dot org 2004-10-26 00:06 ---
Subject: Re: bad unwind info due to multiple returns
(missing epilogue)
On Thu, 2004-10-21 at 11:03, davidm at hpl dot hp dot com wrote:
OK, I tried this patch on the CVS gcc-3_4_branch (the 4.0
--- Additional Comments From wilson at tuliptree dot org 2004-10-27 01:29 ---
Subject: Re: bad unwind info due to multiple returns
(missing epilogue)
On Tue, 2004-10-26 at 01:49, davidm at hpl dot hp dot com wrote:
The compiler seemed to get stuck in an apparent endless loop
--- Additional Comments From wilson at tuliptree dot org 2004-10-27 19:50 ---
Subject: Re: bad unwind info due to multiple returns
(missing epilogue)
On Wed, 2004-10-27 at 04:05, davidm at hpl dot hp dot com wrote:
This was on a Debian/unstable system. How do you run
--- Additional Comments From wilson at tuliptree dot org 2004-10-28 01:16 ---
Subject: Re: bad unwind info due to multiple returns
(missing epilogue)
On Wed, 2004-10-27 at 04:05, davidm at hpl dot hp dot com wrote:
Command: /home/davidm/src/gcc/gcc/cc1 -quiet -iprefix /home
--- Additional Comments From wilson at tuliptree dot org 2004-10-29 22:00 ---
Subject: Re: bad unwind info due to multiple returns
(missing epilogue)
On Thu, 2004-10-28 at 02:24, davidm at hpl dot hp dot com wrote:
# of unexpected failures115
This is a lot more
--- Comment #8 from wilson at tuliptree dot org 2005-10-06 21:21 ---
Subject: Re: [4.1 Regression] ICE in extract_insn while
compiling libgfortran
On Thu, 2005-10-06 at 14:02, sje at cup dot hp dot com wrote:
--- Comment #7 from sje at cup dot hp dot com 2005-10-06 21:02
--- Comment #7 from wilson at tuliptree dot org 2005-11-09 21:07 ---
Subject: Re: [3.4/4.0/4.1 regression] amd64
register spill error with -fschedule-insns
On Wed, 2005-11-09 at 07:27, uros at kss-loka dot si wrote:
(BTW: I have added Jim Wilson to CC of this bug as he
--- Comment #9 from wilson at tuliptree dot org 2005-11-10 03:04 ---
Subject: Re: Shared libgcc not used for linking by
default
On Wed, 2005-11-09 at 16:08, sje at cup dot hp dot com wrote:
I tried Jim Wilson's suggested changes (with 3.4.4 GCC) but they didn't
seem to fix
--- Comment #14 from wilson at tuliptree dot org 2005-11-11 22:15 ---
Subject: Re: Shared libgcc not used for linking by
default
On Fri, 2005-11-11 at 13:39, sje at cup dot hp dot com wrote:
--- Comment #11 from sje at cup dot hp dot com 2005-11-11 21:39 ---
I have
--- Comment #8 from wilson at tuliptree dot org 2007-09-26 22:11 ---
Subject: Re: bogus escape
On Tue, 2007-09-25 at 17:36 +, kai-gcc-bugs at khms dot westfalen
dot de wrote:
Furthermore, this is most definitely undocumented (and I'd guess
unintentional)
behaviour. The docs
--- Comment #9 from wilson at tuliptree dot org 2007-11-14 20:32 ---
Subject: Re: [4.3 Regression] ICE in
reload_cse_simplify_operands (insn does not satisfy its constraints)
On Tue, 2007-11-13 at 08:29 +, tbm at cyrius dot com wrote:
--- Comment #8 from tbm at cyrius
--- Comment #11 from wilson at tuliptree dot org 2007-11-14 21:05 ---
Subject: Re: [4.3 Regression] ICE in
reload_cse_simplify_operands (insn does not satisfy its constraints)
On Wed, 2007-11-14 at 20:40 +, ebotcazou at gcc dot gnu dot org
wrote:
It is linked
--- Comment #17 from wilson at tuliptree dot org 2007-11-14 23:46 ---
Subject: Re: gcj seems not to pass the option to ld
correctly
On Wed, 2007-11-14 at 23:16 +, tom_francen at midtechcorp dot com
wrote:
i'm receiving a very similar error under solaris 2.10, binutils
--- Comment #23 from wilson at tuliptree dot org 2008-03-04 17:56 ---
Subject: Re: [4.2/4.3/4.4 regression] undefined reference
to `_Unwind_GetIPInfo'
ubizjak at gmail dot com wrote:
--- Comment #22 from ubizjak at gmail dot com 2008-02-20 18:39 ---
Critical P2 bug
--- Comment #10 from wilson at tuliptree dot org 2008-03-13 06:02 ---
Subject: Re: New: Error with -fprofile-use
xinliangli at gmail dot com wrote:
In the following example, profile data generated by -O0 binary run can not be
used for profile-use at -O2. This is either a bug
--- Comment #4 from wilson at tuliptree dot org 2008-03-17 23:32 ---
Subject: Re: Debug information for .debug_loc section incorrect
deuling at de dot ibm dot com wrote:
objdump -W says:
objdump: Error: Location lists in .debug_info section aren't in ascending
order!
As seen
--- Comment #11 from wilson at tuliptree dot org 2008-03-20 06:56 ---
Subject: Re: Debug information for .debug_loc section incorrect
deuling at de dot ibm dot com wrote:
--- Comment #6 from deuling at de dot ibm dot com 2008-03-18 16:52
---
./readelf --debug-dump=line
--- Comment #3 from wilson at tuliptree dot org 2008-03-22 02:13 ---
Subject: Re: New: Incorrect printf warning: expect double has
float
6yxwfq202 at sneakemail dot com wrote:
foo.c:3: warning: format '%f' expects type 'double', but argument 2 has type
'float'
I believe
--- Comment #6 from wilson at tuliptree dot org 2008-03-26 16:37 ---
Subject: Re: [4.3/4.4 Regression] Symbol address check
eliminated by C frontend.
jakub at gcc dot gnu dot org wrote:
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-26 13:41 ---
If so
--- Comment #2 from wilson at tuliptree dot org 2008-03-27 05:52 ---
Subject: Re: New: [4.3/4.4 regression] -funroll-loops
breaks inline float divide
On Tue, 2008-03-25 at 17:29 +, schwab at suse dot de wrote:
With -funroll-loops the insn that computes e = 1 - (b * y
--- Comment #1 from wilson at tuliptree dot org 2008-03-31 22:42 ---
Subject: Re: New: [4.4 Regression]: Revision 133759
breaks ia64
hjl dot tools at gmail dot com wrote:
On Linux/ia64, I got
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/emit-rtl.c: In function `init_emit':
/net/gnu-13
--- Comment #3 from wilson at tuliptree dot org 2008-04-01 02:07 ---
Subject: Re: [4.4 Regression]: Revision 133759 breaks
ia64
hubicka at ucw dot cz wrote:
If someone could confirm that it solves the ia-64 problem, I will commit
it. I am currently out of reach of ia-64 boxes.
I
--- Comment #4 from wilson at tuliptree dot org 2008-04-01 06:26 ---
Subject: Re: New: ICE on ia64 with vector declaration
inside #pragma omp parallel
steigers at phys dot ethz dot ch wrote:
g++ -Wall -fopenmp -save-temps -o ice.o -c ice.h
I can reproduce this.
It dies in the eh
--- Comment #6 from wilson at tuliptree dot org 2008-04-03 05:16 ---
Subject: Re: [4.4 Regression] Revision 133787
breaks ia64
hubicka at ucw dot cz wrote:
*** ia64_output_mi_thunk (FILE *file, tree t
final_end_function ();
+ free_after_compilation (cfun
--- Comment #1 from wilson at tuliptree dot org 2008-04-03 06:26 ---
Subject: Re: New: gcc.c-torture/compile/pr11832.c
doesn't work for Linux/ia64
hjl dot tools at gmail dot com wrote:
(set (pc)^M
(reg:DI 2 loc79)) 329 {indirect_jump} (nil))^M
This is a problem
--- Comment #3 from wilson at tuliptree dot org 2008-04-12 00:45 ---
Subject: Re: New: unsinged long long and while loop evaluation
regression?
I can reproduce this on a 32-bit x86-linux machine (i.e. a 32-bit HWI).
The unsigned long long 0x becomes a (const_double -1 0
--- Comment #10 from wilson at tuliptree dot org 2010-02-04 22:16 ---
Subject: Re: Optimization flag -O1 -fschedule-insns2
cause red zone to be used when there is none
On Thu, 2010-02-04 at 16:36 +, pinskia at gmail dot com wrote:
Well powerpc64 it is valid to move across
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60408
Jim Wilson wilson at tuliptree dot org changed:
What|Removed |Added
CC||wilson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60408
--- Comment #3 from Jim Wilson wilson at tuliptree dot org ---
Even if we could fix the vec_extract constraints, we still end up with 3
instructions, as the optimizer can't do anything interesting with the
vec_extract RTL.
For a 32-bit SFmode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86005
--- Comment #6 from Jim Wilson ---
On Thu, 2018-05-31 at 15:07 +, foom at fuhm dot net wrote:
> (But also, why doesn't it implement __atomic_add_fetch inline?)
If you don't have atomic instructions, then we call an out-of-line
function that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86005
--- Comment #5 from Jim Wilson ---
On Thu, 2018-05-31 at 05:40 +, asb at lowrisc dot org wrote:
> Actually I think this bug is wider in scope than I first thought. GCC
> will also
> intermix __atomic libcalls and inline instruction sequences
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85142
--- Comment #9 from Jim Wilson ---
On Mon, 2018-04-02 at 23:50 +, joseph at codesourcery dot com
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85142
>
> --- Comment #8 from joseph at codesourcery dot com codesourcery dot com> ---
>
43 matches
Mail list logo
