--- Comment #17 from ebotcazou at gcc dot gnu dot org 2007-10-24 05:26
---
> In other words, gcc looks like it requires gnu ld in order to build 64bit
> on Solaris and that was why we had been building two flavors of it.
That's wrong.
> The file I'm showing above had been build with g
--- Comment #2 from ubizjak at gmail dot com 2007-10-24 05:21 ---
(In reply to comment #1)
> Created an attachment (id=14404)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14404&action=view) [edit]
> Small performance improvement
Please post this patch (together with comment in Co
--- Comment #27 from jason at gcc dot gnu dot org 2007-10-24 03:45 ---
Subject: Bug 25950
Author: jason
Date: Wed Oct 24 03:45:37 2007
New Revision: 129596
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129596
Log:
PR c++/25950 (DR 391)
* call.c (struct conversio
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-10-24 03:39
---
Subject: Bug 33849
Author: jvdelisle
Date: Wed Oct 24 03:39:03 2007
New Revision: 129595
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129595
Log:
2007-10-23 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-10-24 03:29
---
Yes, regression tests help, I forgot to fix the testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33849
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-24 00:29 ---
Subject: Re: in-class initialization of const static data members and template
functions
> But then why the different bahaviour for
Because the standard does not require a diagnostic for this invalid code.
-- Pin
--- Comment #2 from michael dot zillich at gmx dot net 2007-10-23 23:43
---
(In reply to comment #1)
> And this is correct behavior. The C++ standard says they have to be declared
> still, you just have a definition.
Ok, got You.
But then why the different bahaviour for
a) optimizatio
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-23 23:20 ---
And this is correct behavior. The C++ standard says they have to be declared
still, you just have a definition.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
const static data members of an integral type, which are initialized in the
class declaration can not be used in templated functions if these functions
take references as arguments. The linker reports an undefined reference to that
member.
The problem occured e.g. with std::min() and std:max() fro
--- Comment #1 from sam at rfc1149 dot net 2007-10-23 22:24 ---
Created an attachment (id=14404)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14404&action=view)
Small performance improvement
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33875
When local->pure_const_state in ipa-pure-const.c/check_decl has been set to
IPA_NEITHER, it cannot be modified in the rest of the function, so it is
possible to return immediately. This should bring a tiny performance
improvement while not impairing the code readability.
Patch follows, against SVN
--- Comment #16 from dhaliK at jla dot rutgers dot edu 2007-10-23 22:07
---
Ok, so I'm back on the track of what's going on here. I built it with multilib
as you said, and it builds 32/64 fine on Solaris, but when it goes to link
internally it chokes on the 64-bitness. In other words, g
--- Comment #7 from burnus at gcc dot gnu dot org 2007-10-23 21:57 ---
(In reply to comment #6)
> The test case generic_actual_arg.f90 fails because the "dg-error" has not been
> adjusted:
> /opt/gcc/_gcc-clean/gcc/testsuite/gfortran.dg/generic_actual_arg.f90:21.7:
> CALL F(CALCULATION)
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-10-23 21:52
---
Now it is memory paritioning again ;)
static void
rewrite_alias_set_for (tree tag, bitmap new_aliases)
{
bitmap_iterator bi;
unsigned i;
tree mpt, sym;
EXECUTE_IF_SET_IN_BITMAP (MTAG_ALIASES (tag), 0, i,
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-10-23 21:28
---
And sadly the following doesn't help.
Index: tree-ssa-structalias.c
===
--- tree-ssa-structalias.c (revision 129582)
+++ tree-ssa-structalias.c
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-10-23 21:27 ---
Created an attachment (id=14403)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14403&action=view)
full checking patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33870
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-10-23 21:26 ---
For the parent variable of the missing VOP SFT.6 there is no SFT with offset
zero in pD.1574_36 NMTs aliases. So the following triggers:
! EXECUTE_IF_SET_IN_BITMAP (aliases, 0, i, bi)
{
! al =
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-23 20:48 ---
*** Bug 33874 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-23 20:48 ---
*** This bug has been marked as a duplicate of 19774 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #30 from pthaugen at gcc dot gnu dot org 2007-10-23 20:30
---
Created an attachment (id=14402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14402&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
--- Comment #29 from pthaugen at gcc dot gnu dot org 2007-10-23 20:29
---
Found another example on PowerPC in the same benchmark that is not fixed by
the checked in patches. Compiled with -m32 -O2. From the loop in procedure
FLUXI:
revision 126325:
.L47:
lfd 0
# On g++-sjlj.exe (GCC) 4.2.1-sjlj (mingw32 sjlj-unwind)
# g++ -v
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.2.1/configure --with-gcc --enable-libgomp
--host=mingw32 --build=mingw32 --target=mingw32 --program-suffix=-sjlj
--with-arch=i486 --with-tune=generic --disable-werror --
--- Comment #7 from ubizjak at gmail dot com 2007-10-23 20:16 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #6 from uros at gcc dot gnu dot org 2007-10-23 20:15 ---
Subject: Bug 33846
Author: uros
Date: Tue Oct 23 20:15:04 2007
New Revision: 129589
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129589
Log:
PR rtl-optimization/33846
* combine.c (simplify_shi
--- Comment #25 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-23
20:11 ---
Subject: Re: Bad reference to build directory in libstdc++.la
> What is the status of this bug? Will the proposed patches be implemented?
> (Note: http://gcc.gnu.org/bugzilla/page.cgi?id=fields.html#stat
--- Comment #5 from dorit at gcc dot gnu dot org 2007-10-23 19:50 ---
Subject: Bug 33860
Author: dorit
Date: Tue Oct 23 19:50:18 2007
New Revision: 129587
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129587
Log:
PR tree-optimization/33860
* tree-vect-transform.
--- Comment #24 from geir at cray dot com 2007-10-23 19:11 ---
> State-Changed-From-To: open->suspended
What is the status of this bug? Will the proposed patches be implemented?
(Note: http://gcc.gnu.org/bugzilla/page.cgi?id=fields.html#status does not
describe "SUSPENDED" status).
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-23 19:05 ---
See PR 21962 on the explanation on why this diagnostic is correct.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Consider this C code:
#include
typedef long long int int64;
typedef long long unsigned int uint64;
struct pointer {
uint64 data : 58;
uint64 tag : 6;
};
union value {
int64 i;
struct pointer p;
};
typedef union value Value;
void test(Value x) {
printf("%llu\n", x.p.data);
}
When
--- Comment #18 from pinskia at gcc dot gnu dot org 2007-10-23 18:09
---
*** Bug 33872 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-23 18:09 ---
*** This bug has been marked as a duplicate of 33680 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-23 18:08 ---
t1212.c:147: error: expected an SSA_NAME object
t1212.c:147: error: in statement
D.2117_170 = D.1864 /[ex] 4;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33872
--- Comment #1 from lu_zero at gentoo dot org 2007-10-23 18:02 ---
Created an attachment (id=14401)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14401&action=view)
Minimalized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33872
I experienced that on ffmpeg elbg.c, I'll attach a delta reduced testcase soon,
the issue is trigged by the cflags combination of -O2 and -ftree-vectorize, I
hadn't dug on -O2 list to spot which is the exact one.
gcc -O2 -mcpu=cell -ftree-vectorize -ftree-vectorizer-verbose=7 delta/min.c
delta/min
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-10-23 17:58 ---
(In reply to comment #6)
> What about *f#r ?
Well that says don't consider f for the register class chosing at all and does
not fix the issue as it still choses the GPR register class.
--
http://gcc.gnu.org/bug
--- Comment #4 from bero at arklinux dot org 2007-10-23 17:52 ---
Same problem occurs in OpenOffice.org 2.3's
stoc/source/uriproc/VndSunStarPkgUrlReferenceFactory.o
and
stoc/source/uriproc/UriSchemeParser_vndDOTsunDOTstarDOTscript.o
--
bero at arklinux dot org changed:
--- Comment #3 from matz at gcc dot gnu dot org 2007-10-23 17:47 ---
Mine, have patch.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unas
--- Comment #6 from dominiq at lps dot ens dot fr 2007-10-23 17:42 ---
The test case generic_actual_arg.f90 fails because the "dg-error" has not been
adjusted:
/opt/gcc/_gcc-clean/gcc/testsuite/gfortran.dg/generic_actual_arg.f90:21.7:
CALL F(CALCULATION) ! { dg-error "GENERIC non-INTRI
--- Comment #6 from dje at gcc dot gnu dot org 2007-10-23 17:40 ---
What about *f#r ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27946
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
--- Comment #15 from janis at gcc dot gnu dot org 2007-10-23 17:38 ---
I've been looking at this again and now have a better understanding of how
timeouts are handled and how to set variables used within the testsuite.
Timeouts for compilation can be controlled by passing --timeout=n in
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-10-23 17:35 ---
(In reply to comment #4)
> It might be appropriate for both fix_truncdfdi2 and floatdidf2.
That is exactly what I am testing. I ran the benchmarks which I have for the
PS3 toolchain and there was no performance reg
--- Comment #10 from rsandifo at gcc dot gnu dot org 2007-10-23 17:34
---
"tbm at cyrius dot com" <[EMAIL PROTECTED]> writes:
> --- Comment #9 from tbm at cyrius dot com 2007-10-23 09:06 ---
> (In reply to comment #8)
>> Can you try the patch that is in PR 33755 ?
>
> Richard,
--- Comment #4 from dje at gcc dot gnu dot org 2007-10-23 17:34 ---
It might be appropriate for both fix_truncdfdi2 and floatdidf2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27946
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33871
--- Comment #3 from bero at arklinux dot org 2007-10-23 17:25 ---
Created an attachment (id=14400)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14400&action=view)
Workaround inside id3lib
This patch against id3lib works around the bug by simply replacing the
anonymous namespace u
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-23 17:24 ---
Ok, changing the constraint to "!f#r" fixes the problem without a performance
issue so I am going to test it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from bero at arklinux dot org 2007-10-23 17:18 ---
A workaround in id3lib code is to remove the anonymous namespace declaration
namespace
{
...
}
around the class definitions in src/tag.cpp
I've tried with binutils 2.17, 2.17.50.0.17, 2.17.50.0.18, 2.18 and
2.18.50.0
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-23 17:15 ---
Yep, we also see this. And didn't investigate whether this is a binutils or
gcc bug yet (which binutils version are you using?)
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-23 17:13 ---
Actually this is not fully the same issue as the other PR as I can make the
other PR work if I use "?f#r" as the constaint but not this one. So reope
--
pinskia at gcc dot gnu dot org changed:
What
Compiling id3lib 3.8.3 (http://id3lib.sf.net/) with gcc 4.3 fails with
`typeinfo name for (anonymous namespace)::ConstIteratorImpl' referenced in
section `.data.rel.ro' of .libs/tag.o: defined in discarded section
`.rodata._ZTSN12_GLOBAL__N_117ConstIteratorImplE[typeinfo name for (anonymous
namesp
--- Comment #7 from janis at gcc dot gnu dot org 2007-10-23 16:50 ---
Fixed in what will be 4.3.0.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P1 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32252
--- Comment #4 from pault at gcc dot gnu dot org 2007-10-23 16:08 ---
(In reply to comment #3)
> (In reply to comment #2)
> I'll figure out how to fix it.
This does the job:
Index: gcc/fortran/trans-intrinsic.c
===
*** gc
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-10-23 16:01 ---
The bug goes like the following. We partition some of struct PgHdr fields
into MPT.47, stopping to do partitioning before we reach SFT.6 (which also is
a field of struct PgHdr) here:
for (i = 0; VEC_iterate (mem_
--- Comment #3 from pault at gcc dot gnu dot org 2007-10-23 15:52 ---
(In reply to comment #2)
...snip...
> Now I have another odd result: the following code
...snip...
> print *, size(transfer(string,"xy",len(string)))
I believe that gfortran is incorrect:
In implementing "If the
--- Comment #6 from rth at gcc dot gnu dot org 2007-10-23 15:40 ---
Did you backport the fix to 4.2?
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #2 from pault at gcc dot gnu dot org 2007-10-23 15:34 ---
As the cause of this, I had better confirm it at least!
I am working on the problems with the FORALL patch and have seen a way to fix
this problem at the same time. It'll be at least a few days yet, so watch this
spa
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-10-23 14:38 ---
Adding Diego, as disabling memory paritioning (--param max-aliased-vops=1)
results in correct alias info. Which hints at that the identified patch only
exposed the regression.
--
rguenth at gcc dot gnu dot o
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |major
Component|rtl-optimization|tree-optimizati
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-23 14:26 ---
This is wrong alias info. We hoist
# VUSE
p_42 = result.pDirty;
out of the loop. It looks like we don't have VUSEs of a and MPT.47 here like
# VUSE
p_38 = p_35->pDirty;
because results address is only
--- Comment #4 from hjl at lucon dot org 2007-10-23 14:24 ---
Revision 127629
http://gcc.gnu.org/ml/gcc-cvs/2007-08/msg00523.html
introduced this regression.
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #3 from hjl at lucon dot org 2007-10-23 13:54 ---
I started regression hunt. It is introduced between 127611 and 127769.
--
hjl at lucon dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-23 13:48 ---
Janis, can you hunt this? (in case it also fails for you that is)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-23 13:16 ---
Also fails with -O --param max-aliased-vops=500 (the -O2 setting)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33870
The following aborts (or segfaults, depending on the size of PgHdr) with
-O2.
extern void abort (void);
typedef struct PgHdr PgHdr;
typedef unsigned char u8;
struct PgHdr {
unsigned int pgno;
PgHdr *pNextHash, *pPrevHash;
PgHdr *pNextFree, *pPrevFree;
PgHdr *pNextAll;
u8 inJournal;
sh
--- Comment #2 from uberlord at gentoo dot org 2007-10-23 11:56 ---
Created an attachment (id=14399)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14399&action=view)
16_all_gcc4-freebsd-config.patch
Sync x86 and sparc64 targets and build crtbeginT.o
Prior patch broke static binari
--- Comment #7 from tbm at cyrius dot com 2007-10-23 11:32 ---
(In reply to comment #6)
> Does disabling the vectorizer fix it?
Yes, that works, and it also fails with -O2 -ftree-vectorize.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33869
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-10-23 11:18 ---
Does disabling the vectorizer fix it?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from tbm at cyrius dot com 2007-10-23 11:12 ---
... and works with 20070916.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33869
--- Comment #4 from tbm at cyrius dot com 2007-10-23 11:11 ---
Also works with 20070902.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33869
--- Comment #3 from tbm at cyrius dot com 2007-10-23 10:49 ---
This didn't ICE doesn't happen with 20070820 but happens now with 20071020.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33869
--- Comment #2 from tbm at cyrius dot com 2007-10-23 10:47 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
template < const int dim > class Point
{
public:
Point ()
{
}
void operator= (const Point & rhs);
private:
float m_elem[dim];
};
template < cons
--- Comment #1 from tbm at cyrius dot com 2007-10-23 10:47 ---
Created an attachment (id=14398)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14398&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33869
I see the following on IA64. It doesn't fail on x86_64.
(sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/g++ -c -O3
mercator-TerrainMod.cc
mercator-TerrainMod.cc: In member function 'AxisBox<2>
ShapeTerrainMod::bbox() const [with Shape = RotBox<2>]':
mercator-TerrainMod.cc:59: error: missing d
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-23 10:05 ---
We don't finish vt_find_locations () and have loads of variables allocated:
750 new_var = pool_alloc (var_pool);
(gdb) print *var_pool
$3 = {name = 0xf3d05a "variable_def pool", id = 22681, elts_per_block = 64
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-23 09:57 ---
Created an attachment (id=14397)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14397&action=view)
testcase (unreduced)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33868
The glibc testsuite runs into a var-tracking issue where we consume loads of
memory (>2GB) to compile test-tgmath2.i. Probably related to PR31412.
./cc1 -O -o /dev/null test-tgmath2.i -std=gnu99 -fgnu89-inline
-fmerge-all-constants -fno-builtin -g
--
Summary: [4.3 Regression] Gross
--- Comment #7 from tbm at cyrius dot com 2007-10-23 09:36 ---
*** Bug 33865 has been marked as a duplicate of this bug. ***
--
tbm at cyrius dot com changed:
What|Removed |Added
-
t.
The bug no longer shows up with 20071023-r129576 (the "current trunk" I used to
report this bug was before PR33620 got fixed.)
*** This bug has been marked as a duplicate of 33620 ***
--
tbm at cyrius dot com changed:
What|Remo
--- Comment #9 from tbm at cyrius dot com 2007-10-23 09:06 ---
(In reply to comment #8)
> Can you try the patch that is in PR 33755 ?
Richard, can you do this? Since you wrote that patch I'm sure you have
a GCC with it applied (whereas I don't at the moment).
--
http://gcc.gnu.or
--- Comment #3 from tbm at cyrius dot com 2007-10-23 08:56 ---
Performing interprocedural optimizations
Assembling functions:
virtual void csBoxClipper::Clip()
/home/tbm/crystalspace-polyclip.cc: In member function âvirtual void
csBoxClipper::Clip()â:
/home/tbm/crystalspace-pol
--- Comment #2 from tbm at cyrius dot com 2007-10-23 08:55 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
extern void *memcpy (void *, __const void *, long unsigned int);
class csVector2
{
public:float x;
};
class csBox2
{
};
class csBoxClipper
{
csBox2 region;
virtual
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-23 08:55 ---
Subject: Bug 33608
Author: rguenth
Date: Tue Oct 23 08:54:56 2007
New Revision: 129576
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129576
Log:
2007-10-23 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-10-23 08:55 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from tbm at cyrius dot com 2007-10-23 08:54 ---
Created an attachment (id=14396)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14396&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33867
(sid)30567:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O
crystalspace-polyclip.cc
crystalspace-polyclip.cc: In member function 'virtual void
csBoxClipper::Clip()':
crystalspace-polyclip.cc:51: error: verify_flow_info: Wrong frequency of block
7 -1247
crystalspace-polyclip.cc:51: error:
--- Comment #3 from tbm at cyrius dot com 2007-10-23 08:29 ---
Breakpoint 1, fancy_abort (file=0xc4e238 "gcc/tree-vect-transform.c",
line=1937, function=0xc4f890 "vect_get_vec_def_for_stmt_copy")
at gcc/diagnostic.c:659
659 {
(gdb) where
#0 fancy_abort (file=0xc4e238 "gcc/tr
--- Comment #2 from tbm at cyrius dot com 2007-10-23 08:29 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef struct
{
long *coords;
}
fill_iter_info;
extern H5Diterate (fill_iter_info *);
void test_select_fill_hyper_simple (long *offset)
{
long start[2];
int num
--- Comment #1 from tbm at cyrius dot com 2007-10-23 08:28 ---
Created an attachment (id=14395)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14395&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33866
(sid)30431:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O1
-ftree-vectorize
hdf5-tselect.c
hdf5-tselect.c: In function 'test_select_fill_hyper_simple':
hdf5-tselect.c:12: internal compiler error: in vect_get_vec_def_for_stmt_copy,
at tree-vect-transform.c:1937
Please submit a full bug r
--- Comment #7 from burnus at gcc dot gnu dot org 2007-10-23 08:20 ---
(In reply to comment #6)
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129539
> Log:
> 2007-10-21 Paul Thomas <[EMAIL PROTECTED]>
>
> PR fortran/33749
Paul, can this bug be closed as FIXED or is
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-10-23 07:02 ---
Actually I doubt it is related to the other bug as the other one only happens
on the trunk as there is no SSA inliner in 4.2 so changing back to NEW.
--
pinskia at gcc dot gnu dot org changed:
What
93 matches
Mail list logo
