--- Comment #6 from hjl dot tools at gmail dot com 2010-05-21 21:16 ---
(In reply to comment #5)
> Still an issue, e.g. on Solaris 11.
>
You can try my patches from 2007 to see if they
work for you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32064
--- You are rec
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-21 01:53 ---
*** Bug 28242 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-21 01:53 ---
*** This bug has been marked as a duplicate of 32064 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
OtherBugsDependingO||17464
nThis||
http
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42634
--- Comment #5 from hjl dot tools at gmail dot com 2010-01-17 19:57 ---
Is this related to PR 39954?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42774
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
--
To UNSUBSCRIBE
--- Comment #28 from hjl dot tools at gmail dot com 2010-01-17 19:00
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #2 from hjl dot tools at gmail dot com 2010-01-13 17:47 ---
I think this is a dup for PR 42701.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2010-01-13 17:44 ---
*** Bug 42725 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701
--- You are receiving this mail because: ---
You are on the CC list for the bug, or
--- Comment #4 from hjl dot tools at gmail dot com 2010-01-13 17:44 ---
*** This bug has been marked as a duplicate of 42701 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2010-01-13 17:43 ---
This is caused by revision 155347:
http://gcc.gnu.org/ml/gcc-cvs/2009-12/msg00491.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-01-13 15:07 ---
It is caused by revision 155347:
http://gcc.gnu.org/ml/gcc-cvs/2009-12/msg00491.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to fail||4.5.0
Known to work||4.4.2
--- Comment #2 from hjl dot tools at gmail dot com 2010-01-13 05:17 ---
It is caused by revision 145440:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00060.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-01-12 23:34 ---
This is caused by revision 151917:
http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00665.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #23 from hjl dot tools at gmail dot com 2010-01-12 00:41
---
(In reply to comment #22)
> I am looking at this on IA64 and fixing it for V2SI seems simple enough.
> I will attach a patch. But I am not sure what to do for V4HI and V8QI.
> The current cod
--- Comment #4 from hjl dot tools at gmail dot com 2010-01-09 18:43 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00446.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-01-09 16:23 ---
libiberty/testsuite/demangle-expected has
---
--format=gnu-v3 --no-params
_GLOBAL__I__Z2fnv
global constructors keyed to _Z2fnv
global constructors keyed to _Z2fnv
---
Shouldn't it be
global constructors key
--- Comment #19 from hjl dot tools at gmail dot com 2010-01-07 20:00
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.6
Version|4.5.0 |4.3.5
http
--- Comment #16 from hjl dot tools at gmail dot com 2010-01-06 14:59
---
(In reply to comment #15)
> Can we expect a 4.4 backport for this, at least in the ix86/4.4 branch if not
> in the main 4.4 branch?
>
It will be backported to 4.3/4.4 in a few days.
--
http://gc
--- Comment #6 from hjl dot tools at gmail dot com 2010-01-04 18:26 ---
Gcc 3.4 gave:
r42611.c: In function `foo':
pr42611.c:6: error: size of variable 's' is too large
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #3 from hjl dot tools at gmail dot com 2010-01-04 18:10 ---
It is caused by revision 144914:
http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00421.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Summary|Vectorizer produces |Vectorizer produces
|incorrect results on max of
--- Comment #11 from hjl dot tools at gmail dot com 2009-12-30 15:50
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg01208.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
--- Comment #10 from hjl dot tools at gmail dot com 2009-12-30 04:49
---
Created an attachment (id=19422)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19422&action=view)
An updated patch
I am testing this patch now.
--
hjl dot tools at gmail dot com
--- Comment #9 from hjl dot tools at gmail dot com 2009-12-30 04:47 ---
Hi Richard, the code in question is added by
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02185.html
I don't quite understand how it can properly handle unsigned V4SI
underflow in V4SI vector subtra
--- Comment #8 from hjl dot tools at gmail dot com 2009-12-29 23:50 ---
Created an attachment (id=19420)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19420&action=view)
A patch
I don't see how we can easily check unsigned underflow in vector
integer subtraction
--- Comment #7 from hjl dot tools at gmail dot com 2009-12-29 21:40 ---
Here is a testcase in C:
[...@gnu-6 tmp]$ cat y.c
unsigned int foo[] __attribute__ ((aligned(16))) =
{
0x8000, 1, 0xa000, 2,
3, 0xd000, 0xf000, 0xe000
};
unsigned int bar[] __attribute__
--- Comment #6 from hjl dot tools at gmail dot com 2009-12-29 20:52 ---
The bug may be in "umaxv4si3" pattern.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #5 from hjl dot tools at gmail dot com 2009-12-29 20:48 ---
"-ftree-vectorize -msse4" works fine since it generates pmaxud in SSE4.1.
It seems that gcc doesn't properly emulate pmaxud.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42542
--- You are
--- Comment #4 from hjl dot tools at gmail dot com 2009-12-29 19:51 ---
There are no unsigned integer vector compare insns on x86.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42542
--- You are receiving this mail because: ---
You reported the bug, or are watching the
--- Comment #3 from hjl dot tools at gmail dot com 2009-12-29 19:45 ---
It could be a target issue.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2009-12-29 19:44 ---
Add "-ftree-vectorize" will cause it to fail.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #1 from hjl dot tools at gmail dot com 2009-12-29 19:41 ---
With -Wall, icc 11.1 complains:
pr42542.cc(10): remark #981: operands are evaluated in unspecified order
return (a < b) ? b : a;
^
detected during instantiation of "
--- Comment #2 from hjl dot tools at gmail dot com 2009-12-29 17:23 ---
A simple testcase:
[...@gnu-26 rrs]$ cat pr42538.i
void Saisie()[3]{
}
[...@gnu-26 rrs]$ ./143523/usr/bin/gcc -S pr42538.i
pr42538.i:1: error: declaration of Saisie as array of voids
pr42538.i:1: internal
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-05 23:08
---
(In reply to comment #7)
> (In reply to comment #5)
> > There is padding between adjustedPtr and unwindHeader because the latter is
> > forced to be maximally aligned. Due to the additional mem
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
OtherBugsDependingO|38732 |
nThis||
http
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-05 22:53 ---
There are
i386/i386.h:#define BIGGEST_ALIGNMENT (TARGET_AVX ? 256: 128)
m68k/m68k.h:#define BIGGEST_ALIGNMENT (TARGET_ALIGN_INT ? 32 : 16)
mcore/mcore.h:#define BIGGEST_ALIGNMENT (TARGET_8ALIGN ? 64 : 32)
sh/sh.h
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-05 22:51 ---
(In reply to comment #5)
> There is padding between adjustedPtr and unwindHeader because the latter is
> forced to be maximally aligned. Due to the additional member the padding was
> reduced. Also, the
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
43 matches
Mail list logo
