--- Comment #6 from oakad at yahoo dot com 2008-08-20 06:34 ---
Created an attachment (id=16104)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16104&action=view)
Full assembler output of cfi_flash.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
--- Comment #5 from oakad at yahoo dot com 2008-08-20 06:33 ---
Created an attachment (id=16103)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16103&action=view)
Preprocessed cfi_flash.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
--- Comment #4 from oakad at yahoo dot com 2008-08-20 06:32 ---
(In reply to comment #3)
> Can you provide the preprocessed source which you can get via the -save-temps
> option. Also does using -fno-strict-aliasing fix the issue?
>
-fno-strict-aliasing appears to have no effect on
The Reply to the comments to the Fortran 2008 Candidate Draft,
http://www.j3-fortran.org/doc/year/08/08-272.html, contains:
> Unfortunately, the premise that intrinsic assignement between character
> variables of different kind is allowed is wrong. See table 7.10 on page 152
> of the draft: "Typ
The following c++ source file compiled by gcc without any warnings/errors with
the flags "-c -W -Wall" ->
// start ---
#include
#include
using namespace std;
class A0
{
public:
typedef set Groups;
typedef Groups::const_iterator ConstIterator;
t
--- Comment #1 from dje at gcc dot gnu dot org 2008-08-20 02:25 ---
confirmed
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
The recent patch
* c-parser.c (c_lex_one_token): Do not store the canonical spelling
for keywords.
causes a significant performance regression on SPEC CPU2000 197.parser. With
the above patch, the libc function __ctype_b_loc is called significantly more
times, spending twice the
--- Comment #2 from brian at dessent dot net 2008-08-20 02:16 ---
(added testsuite maintainer on CC)
Well now you know one. I understand that this may not affect most gcc
developers. However it does affect casual volunteers who run the testsuite.
By polluting the results with spuriou
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-20 01:39 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01351.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
With 139231 this test passed.
With 139233 and on, I now see for cris-elf:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/weak/weak.exp ...
FAIL: gcc.dg/weak/weak-1.c scan-assembler weak[^ \t]*[ \t]_?j
I see this regression in posted testresults from ia64 and powerpc64 too.
Apparently, thi
[EMAIL PROTECTED] i386]$ cat x.c
/* { dg-do run } */
/* { dg-options "-O2 -msse2" } */
#include
__m128i
test (long long b)
{
return _mm_cvtsi64_si128 (b);
}
[EMAIL PROTECTED] i386]$
/export/build/gnu/gcc-avx-internal/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-avx-internal/build-x86_6
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-19 23:06 ---
Note the vector is representable by addition of two constant vectors integer
word 13 spatted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37168
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.4.0
Known to work||4.1.1
Target
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-19 23:03 ---
Short testcase:
void _erfcf4(void)
{
__attribute__((altivec(vector__))) float xsqu;
__attribute__((altivec(vector__))) float tresult;
{ tresult = __builtin_vec_madd(tresult, xsqu,
(__attribute__((altivec(vector
--- Comment #2 from leligeour at ensiie dot fr 2008-08-19 22:59 ---
Created an attachment (id=16102)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16102&action=view)
test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37168
--- Comment #1 from leligeour at ensiie dot fr 2008-08-19 22:59 ---
Created an attachment (id=16101)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16101&action=view)
test.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37168
Problem when compiling altivec vectors with #define value.
Source will be attached.
Note: Patch is not triggered if you change the #define value
gcc -c is included in source file and recopied here :
Using built-in specs.
Target: powerpc64-unknown-linux-gnu
Configured with:
/var/tmp/portage/sys-de
This seems to be caused by the unit-at-a-time changes, the following program
compiled cleanly with -O2 at version 138139 but gives an error message when
compiled (with -O2) at version 138140. I found it on IA64 HP-UX but was able
to reproduce it on x86_64 Linux.
class A { };
class B : public virt
--- Comment #18 from manu at gcc dot gnu dot org 2008-08-19 19:50 ---
(In reply to comment #17)
> Maybe libcpp could have a mode where it also recognizes the __extension__
> token?
It would definitely need to recognize __extension__. But it doesn't seem easy
to implement this. If we mak
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-19 19:31 ---
Confirmed. After PRE is the last time we recompute aliasing (and the set
of addressable vars).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from tromey at gcc dot gnu dot org 2008-08-19 19:28 ---
Maybe libcpp could have a mode where it also recognizes the __extension__
token?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
Testcase:
struct f { int a; };
int g(struct f *b, struct f *c)
{
struct f g;
if (!b) {
b = &g;
b->a = c->a + 1;
c->a = c->a + 1;
}
else if (!c) {
c = &g;
c->a = b->a + 1;
b->a = b->a + 1;
}
return c->a + b->a;
}
--- CUT ---
After some changes on the trunk, we g
--- Comment #30 from paolo dot carlini at oracle dot com 2008-08-19 17:52
---
Yes, this can be considered fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #2 from paolo dot carlini at oracle dot com 2008-08-19 17:49
---
*** Bug 37160 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-08-19 17:49
---
*** This bug has been marked as a duplicate of 32422 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-19 16:23 ---
(In reply to comment #4)
> HARD_REGNO_MODE_OK doesn't accept reg 328, but it should as demonstrated here.
> Potential patch for this at
> http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01289.html .
>
It doesn't solve
--- Comment #1 from eric dot weddington at atmel dot com 2008-08-19 16:16
---
Created an attachment (id=16100)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16100&action=view)
Output file of the test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
FAIL: gcc.dg/matrix/matrix-1.c scan-ipa-dump-times matrix-reorg "Flattened 3
dimensions" 1. Known to fail on trunk revision 139177. Known to succeed on
trunk revision 139150.
Output file only shows "Flattened 2 dimensions", not 3.
--
Summary: [4.4 Regression] FAIL: gcc.dg/matrix/matr
gcc.c-torture/execute/ieee/fp-cmp-4.c fails with ICE on -O3 and gives
segfault. It is known to fail on trunk revision 139231. Test is known
successful on trunk revision 139194.
--
Summary: [4.4 Regression] gcc.c-torture/execute/ieee/fp-cmp-4.c
fails with ICE on -O3
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-19 15:48 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
gcc.c-torture/compile/pr32606.c fails with ICE on -Os and gives
segfault. It is known to fail on trunk revision 139231. Test is known
successful on trunk revision 139194.
--
Summary: [4.4 Regression] gcc.c-torture/compile/pr32606.c fails
with ICE on -O[23s]
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-19 15:29 ---
3) is because data-ref requires a constant step
else if (!simple_iv (loop, stmt, poffset, &offset_iv, false))
{
if (dump_file && (dump_flags & TDF_DETAILS))
fprintf (dump_file, "failed: evolution
gcc.c-torture/compile/20020120-1.c fails with ICE on -O[23s] and gives
segfault. It is known to fail on trunk revision 139231. Test is known
successful on trunk revision 139194.
--
Summary: [4.4 Regression] gcc.c-torture/compile/20020120-1.c
fails with ICE on -O[23
--- Comment #4 from matz at gcc dot gnu dot org 2008-08-19 15:14 ---
HARD_REGNO_MODE_OK doesn't accept reg 328, but it should as demonstrated here.
Potential patch for this at
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01289.html .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rakdver at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-08-19 15:02
---
Disabled/xfailed with
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139234
Log:
2008-08-19 Richard Guenther <[EMAIL PROTECTED]>
* passes.c (init_optimization_passes): Exchange store-ccp
On Linux/ia32, I saw
Running target unix/-m32
FAIL: gfortran.dg/vect/pr33301.f -O (internal compiler error)
FAIL: gfortran.dg/vect/pr33301.f -O (test for excess errors)
--
Summary: [4.4 Regression]: Revision 139225 caused
gfortran.dg/vect/pr33301.f -O
--- Comment #6 from jv244 at cam dot ac dot uk 2008-08-19 13:50 ---
Created an attachment (id=16099)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16099&action=view)
non-reduced testcase
unfortunately, on the non-reduced testcase (attached as collocate_fast_2.f90)
the vectorizatio
--- Comment #1 from jm at bourguet dot org 2008-08-19 13:45 ---
I had tested with previous versions. I've just tested with g++ 4.3.1, it has
the same behaviour as previous g++ versions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37160
--- Comment #29 from aldot at gcc dot gnu dot org 2008-08-19 13:43 ---
4.3.1 and later give:
GNU C++ (Debian 4.3.1-8) version 4.3.1 (i486-linux-gnu)
compiled by GNU C version 4.3.1, GMP version 4.2.2, MPFR version 2.3.1.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min
--- Comment #13 from jv244 at cam dot ac dot uk 2008-08-19 13:31 ---
(In reply to comment #11)
> This (PR31079_11.f90) should be a replacement for comment #4, and illustrates
> the vectorizer issue.
The patch Richard posted in PR37150 also improves this PR31079_11.f90 testcase
a lot:
--- Comment #2 from hjl at gcc dot gnu dot org 2008-08-19 12:50 ---
Subject: Bug 37157
Author: hjl
Date: Tue Aug 19 12:49:28 2008
New Revision: 139232
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139232
Log:
gcc/
2008-08-19 H.J. Lu <[EMAIL PROTECTED]>
PR target/371
The following program:
#include
#include
#include
#include
#include
#include
#include
int main(int argc, char* argv[]) {
++argv;
for (; *argv != 0; ++argv) {
std::cout << "Input: |" << *argv << "|\n";
std::istringstream is(*argv);
double d = 0;
is >>
--- Comment #9 from jakub at gcc dot gnu dot org 2008-08-19 11:52 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2008-08-19 11:51 ---
Subject: Bug 37156
Author: jakub
Date: Tue Aug 19 11:50:11 2008
New Revision: 139231
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139231
Log:
PR debug/37156
* pretty-print.c (pp_base_format):
--- Comment #7 from jakub at gcc dot gnu dot org 2008-08-19 11:46 ---
Subject: Bug 37156
Author: jakub
Date: Tue Aug 19 11:44:42 2008
New Revision: 139230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139230
Log:
PR debug/37156
* pretty-print.c (pp_base_format):
--- Comment #5 from jv244 at cam dot ac dot uk 2008-08-19 11:36 ---
Created an attachment (id=16098)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16098&action=view)
ifort asm
added the ifort asm. The remaining difference seems to be related to how data
is being loaded in the regi
--- Comment #10 from dodji at gcc dot gnu dot org 2008-08-19 11:00 ---
Created an attachment (id=16097)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16097&action=view)
5th patch
This patch makes sure the integer type used in the conversion to a zero
extended unsigned integral has
--- Comment #4 from jv244 at cam dot ac dot uk 2008-08-19 10:53 ---
(In reply to comment #2)
> Note that the first complete unrolling pass unrolls loops that result in
> smaller code. This interferes with vectorization in your case, so can
> you try
unfortunately, the patch below does
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-08-19 09:10
---
Testcase in comment #10 is fixed. For the original testcase (and the
copyprop variant) I still have a SCCVN patch pending.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23094
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-08-19 09:08
---
Subject: Bug 23094
Author: rguenth
Date: Tue Aug 19 09:06:54 2008
New Revision: 139226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139226
Log:
2008-08-19 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-08-19 09:08
---
Subject: Bug 35972
Author: rguenth
Date: Tue Aug 19 09:06:54 2008
New Revision: 139226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139226
Log:
2008-08-19 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-08-19 09:07
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-19 08:38 ---
Confirmed. Non-bootstrapped it fails to build 177.mesa for example.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from Joey dot ye at intel dot com 2008-08-19 08:19 ---
Check out such code in i386.c:
/* Figure out whether to use ordered or unordered fp comparisons.
Return the appropriate mode to use. */
enum machine_mode
ix86_fp_compare_mode (enum rtx_code code ATTRIBUTE_UNUSED)
--- Comment #6 from jakub at gcc dot gnu dot org 2008-08-19 07:42 ---
Related to PR36811, except in a different routine.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from dorit at gcc dot gnu dot org 2008-08-19 07:15 ---
Subject: Bug 37152
Author: dorit
Date: Tue Aug 19 07:14:26 2008
New Revision: 139224
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139224
Log:
PR bootstrap/37152
* tree-vect-transform.c (vect_
58 matches
Mail list logo
