--- Comment #13 from burnus at gcc dot gnu dot org 2008-08-19 06:02 ---
Subject: Bug 35863
Author: burnus
Date: Tue Aug 19 06:00:51 2008
New Revision: 139223
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139223
Log:
2008-08-19 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #11 from jv244 at cam dot ac dot uk 2008-08-19 06:09 ---
Created an attachment (id=16095)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16095action=view)
new testcase
This (PR31079_11.f90) should be a replacement for comment #4, and illustrates
the vectorizer issue.
--- Comment #12 from jv244 at cam dot ac dot uk 2008-08-19 06:11 ---
Created an attachment (id=16096)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16096action=view)
ifort's asm for PR31079_11.f90 at -O3 -xT -S
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31079
The run-time library has:
static const GFC_INTEGER_4 kiss_size =
sizeof(kiss_seed)/sizeof(kiss_seed[0]);
if (((put-dim[0].ubound + 1 - put-dim[0].lbound)) kiss_size)
runtime_error (Array size of PUT is too small.);
It would be great if the size could already be checked at
--- 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=gccview=revrev=139224
Log:
PR bootstrap/37152
* tree-vect-transform.c
--- 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 #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 #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 #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
--- 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=gccview=revrev=139226
Log:
2008-08-19 Richard Guenther [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=139226
Log:
2008-08-19 Richard Guenther [EMAIL PROTECTED]
PR
--- 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 #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
--- 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=16097action=view)
5th patch
This patch makes sure the integer type used in the conversion to a zero
extended unsigned integral has
--- 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=16098action=view)
ifort asm
added the ifort asm. The remaining difference seems to be related to how data
is being loaded in the
--- 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=gccview=revrev=139230
Log:
PR debug/37156
* pretty-print.c (pp_base_format):
--- 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=gccview=revrev=139231
Log:
PR debug/37156
* pretty-print.c (pp_base_format):
--- 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
The following program:
#include iostream
#include sstream
#include istream
#include ostream
#include string
#include stdio.h
#include errno.h
int main(int argc, char* argv[]) {
++argv;
for (; *argv != 0; ++argv) {
std::cout Input: | *argv |\n;
std::istringstream
--- 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=gccview=revrev=139232
Log:
gcc/
2008-08-19 H.J. Lu [EMAIL PROTECTED]
PR target/37157
--- 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 #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
--- 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 #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=16099action=view)
non-reduced testcase
unfortunately, on the non-reduced testcase (attached as collocate_fast_2.f90)
the vectorization
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 #12 from rguenth at gcc dot gnu dot org 2008-08-19 15:02
---
Disabled/xfailed with
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139234
Log:
2008-08-19 Richard Guenther [EMAIL PROTECTED]
* passes.c (init_optimization_passes): Exchange store-ccp
--
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 #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 .
--
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
--- 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 of
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 #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
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
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:
--- 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=16100action=view)
Output file of the test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
--- 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 #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 #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 #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
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 get:
bb 2:
--- 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
--- 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 #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 make
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
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:
--- 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=16101action=view)
test.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37168
--- 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=16102action=view)
test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37168
--- 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,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.4.0
Known to work||4.1.1
--- 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
[EMAIL PROTECTED] i386]$ cat x.c
/* { dg-do run } */
/* { dg-options -O2 -msse2 } */
#include emmintrin.h
__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
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,
--
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
--- 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
--- 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
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 #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 following c++ source file compiled by gcc without any warnings/errors with
the flags -c -W -Wall -
// start ---
#includestring
#includeset
using namespace std;
class A0
{
public:
typedef setint Groups;
typedef Groups::const_iterator
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: Type
59 matches
Mail list logo
