--- Comment #7 from amylaar at gcc dot gnu dot org 2008-12-10 05:40 ---
(In reply to comment #6)
> This is most likely a duplicate of bug 31849. IV-opts does not understand at
> all auto-increment/decrement.
I see little in common with the original subject of PR31849 (that was primaril
--- Comment #43 from amylaar at gcc dot gnu dot org 2008-12-10 05:29
---
(In reply to comment #25)
> Created an attachment (id=14637)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14637&action=view) [edit]
> Patch to make ivopts take autoincrement addressing modes into account
>
--- Comment #13 from hjl dot tools at gmail dot com 2008-12-10 05:02
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
--- Comment #42 from amylaar at gcc dot gnu dot org 2008-12-10 04:29
---
(In reply to comment #25)
> Created an attachment (id=14637)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14637&action=view) [edit]
> Patch to make ivopts take autoincrement addressing modes into account
>
--- Comment #12 from Joey dot ye at intel dot com 2008-12-10 03:01 ---
Fixed at trunk 142631
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37948
Compiling this C++ program
extern int bar(int);
void foo() { bar(); }
gives me these error messages:
foo.cc: In function void foo():
foo.cc:1: error: too few arguments to function int bar(int)
foo.cc:2: error: at this point in file
When using something like the emacs next-error command, thi
--- Comment #6 from mmitchel at gcc dot gnu dot org 2008-12-10 01:24
---
Subject: Bug 37971
Author: mmitchel
Date: Wed Dec 10 01:23:28 2008
New Revision: 142628
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142628
Log:
PR c++/37971
* class.c (resolve_address_of
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-10 00:25 ---
I don't see an issue here really, the code got optimized to just:
:
prop0.24 = *propsData;
prop0 = prop0.24;
goto ;
:
propsRes->pb = [plus_expr] propsRes->pb + 1;
prop0 = prop0 + 211;
:
if (prop0 > 44)
--- Comment #7 from hjl dot tools at gmail dot com 2008-12-10 00:13 ---
Fixed as of revision 142610.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from bartoschek at gmx dot de 2008-12-10 00:03 ---
Could you point me to the part in the standard that forbids this?
If this is really forbidden an additional level of indirection should help.
Just call an swap_impl(a, b) from std::swap and define swap_impl for
std::pair
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-12-09 23:31
---
Can you at least reduce this to a single source file of psim that is
miscompiled
and attach preprocessed source for that file (maybe even hinting which
function is affected - if it happens to still miscompile with
--- Comment #1 from chris at bubblescope dot net 2008-12-09 23:30 ---
I agree with you, but unfortunatly the standard doesn't allow std::swap to be
defined for std::pair. Stupid I know.
C++0x does require that.
--
chris at bubblescope dot net changed:
What|Removed
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-09 23:19 ---
Confirmed. The warning isn't useful for targets that always pack.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|TREE|
Priority|P3 |P2
Summa
--- Comment #17 from mrs at apple dot com 2008-12-09 23:24 ---
I agree, Apple would like this as well...
radr://5739832
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-09 23:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build tripl
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38448
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38464
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-09 23:03 ---
Subject: Bug 38454
Author: jakub
Date: Tue Dec 9 23:01:15 2008
New Revision: 142617
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142617
Log:
PR middle-end/38454
* function.h (struct function
Hello,
I downloaded gfortran for windows in mingw32 edition. I try to compile a simple
program in fortran (test.f) and it goes ok. Also g77 compiles it, with the
difference that when I try to execute the program compiled with gfortran a
window appear: "Invalid win32 application", then i press ok an
Sorting a std::vector > is very slow because
std::swap is not used for switching strings.
std::swap for every std::pair should use two std::swap for the components of
the pair.
The following test program shows that this is currently not the case:
#include
#include
#include
class A {
public:
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-09 22:48 ---
Subject: Bug 37416
Author: jakub
Date: Tue Dec 9 22:47:20 2008
New Revision: 142616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142616
Log:
PR tree-optimization/37416
* tree-scalar-evolutio
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Priori
For 4.4, install.texi needs to document the libraries required for Graphite
in the prerequisites section, pointing to the appropriate release tarballs
(not a git repository, but fixed tarballs with the recommended sources for
use with 4.4). It also needs to document all the associated configure op
--- Comment #13 from dfranke at gcc dot gnu dot org 2008-12-09 22:36
---
See comments #5 and #6 for remaining tasks.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #22 from hjl dot tools at gmail dot com 2008-12-09 22:36
---
(In reply to comment #20)
> HJ --
>
> As Richard says, you should not have checked in the new testcases without
> XFAILs and without having fixed the bug.
>
> Furthermore, your patch to the middle-end is without
--- Comment #21 from hjl dot tools at gmail dot com 2008-12-09 22:34
---
Created an attachment (id=16868)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16868&action=view)
An updated patch
This patch adds some comments to middle-end change. It also
replaces _Decimal128 with __m128
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-12-09 22:32 ---
This will most likely be closed as won't fix. -combine is really not supported
and should be removed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Test gcc.dg/vect/costmodel/ppc/costmodel-slp-12.c was added in GCC 4.3.0 and
continues to pass on the branch. On mainline it started failing the scans of
the vectorization dumps with r138815:
2008-08-06 Victor Kaplansky <[EMAIL PROTECTED]>
Ira Rosen <[EMAIL PROTECTED]>
* t
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-12-09 22:26 ---
Given comments #1 and #2, this is a WONTFIX.
Closing. Please reopen if this should be further discussed.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from mikael at gcc dot gnu dot org 2008-12-09 22:23 ---
Created an attachment (id=16867)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16867&action=view)
first patch
This was starting to rot on my computer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38259
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-12-09 22:17 ---
Any specific reason why this wasn't applied yet?
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-09 22:17 ---
This is most likely a duplicate of bug 31849. IV-opts does not understand at
all auto-increment/decrement.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38440
--- Comment #7 from tkoenig at gcc dot gnu dot org 2008-12-09 22:12 ---
Created an attachment (id=16866)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16866&action=view)
better test case
Thou shalt use IMPLICIT none, especially if you think you don't need it...
Here's a better te
--- Comment #8 from dfranke at gcc dot gnu dot org 2008-12-09 22:09 ---
Any new developments here?
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-12-09 21:51 ---
Close as dupe of PR29962?
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from hjl dot tools at gmail dot com 2008-12-09 21:58
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00585.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #5 from amylaar at gcc dot gnu dot org 2008-12-09 21:52 ---
FWIW, the same problem can be seen for the SH, although it doesn't manifest
as an actual preformance regression from 4.2.1 because the 4.2.1 SH backend is
suboptimal - the mov.b / extu.b scheduling is bad, that coul
--- Comment #7 from jv244 at cam dot ac dot uk 2008-12-09 21:44 ---
(In reply to comment #5)
> I do already know about this bug, this is id-2.f90 problem.
OK, guess it is rather frequent in that case, following files trigger it as
well:
ps_wavelet_kernel.F
ai_moments.F
cp_fm_basic_lina
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-12-09 21:39 ---
Could come in handy, especially if people start to distribute module files.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-12-09 21:38 ---
> Can we close?
Think so. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jv244 at cam dot ac dot uk 2008-12-09 21:22 ---
same for cp_cfm_basic_linalg.F
#0 0x2ad7ad43d066 in realloc () from /lib64/libc.so.6
#1 0x2ad7ac54998c in __gmp_default_reallocate () from
/usr/lib64/libgmp.so.3
#2 0x2ad7ac55ea21 in __gmpz_realloc () fro
--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-09 21:18 ---
Created an attachment (id=16865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16865&action=view)
testcase
reduced.
at least, graphite tends to fail on code that is easy to reduce.
--
http://gcc.gnu.org/bugz
--- Comment #5 from spop at gcc dot gnu dot org 2008-12-09 21:14 ---
I do already know about this bug, this is id-2.f90 problem.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from amylaar at gcc dot gnu dot org 2008-12-09 21:13 ---
The .083t.cunroll (gcc 4.2.1) and .1045.cunroll (gcc 4.4.0) dumps
show that the read memory read pointers are incremented as given in the
source.
This is still the case in the .085.ivopts dump from gcc 4.2.1, but no
--- Comment #1 from jv244 at cam dot ac dot uk 2008-12-09 21:12 ---
note that this trace also goes via cloog_clast_create so that might be a dup of
PR38459
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38463
--- Comment #6 from jv244 at cam dot ac dot uk 2008-12-09 21:11 ---
ps_wavelet_util.F is now PR38463
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
on ps_wavelet_util.F we have
*** glibc detected ***
/scratch/vondele/gcc/build/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951:
double free or corruption (out): 0x0120b9e0 ***
=== Backtrace: =
/lib64/libc.so.6[0x2aeedf6dd21d]
/lib64/libc.so.6(cfree+0x76)[0x2aeedf6def76]
/scratc
--- Comment #4 from jv244 at cam dot ac dot uk 2008-12-09 21:04 ---
similar for gamma.F
#0 0x2b69b539a066 in realloc () from /lib64/libc.so.6
#1 0x2b69b44a698c in __gmp_default_reallocate () from
/usr/lib64/libgmp.so.3
#2 0x2b69b44bba21 in __gmpz_realloc () from /usr/lib
--- Comment #5 from jv244 at cam dot ac dot uk 2008-12-09 21:02 ---
lebedev.F on PR38461
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
--- Comment #1 from jv244 at cam dot ac dot uk 2008-12-09 21:01 ---
Created an attachment (id=16864)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16864&action=view)
testcase
reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38461
Test libmudflap.c/fail27-frag.c has failed an output pattern test on
powerpc64-linux with -m64 since before GCC 4.0 was released. I don't know
enough about mudflap to know if this is an actual bug for that target or if the
test is written incorrectly.
Output for powerpc64-linux with -m32, and for
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-09 20:45 ---
Thanks. Mine then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
lebedev.F fails with:
scratch/vondele/clean/cp2k/src/../src/lebedev.F: In function load_sub_grid:
/scratch/vondele/clean/cp2k/src/../src/lebedev.F:156: error: definition in
block 18 does not dominate use in block 16
for SSA_NAME: PARM_NOALIAS.233_1989 in statement:
# VUSE
pretmp.462_1908 = *lgn
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-09 20:49 ---
symbol.c (generate_isocbinding_symbol):
4139 /* Here, we're taking the simple approach. We're defining
4140 c_loc as an external identifier so the compiler will put
4141 what we expect on the stack for
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|psim miscompiled|[4.4 Regression] psim
|[regression]
--- Comment #3 from jv244 at cam dot ac dot uk 2008-12-09 20:46 ---
(In reply to comment #0)
similar for fft_tools.F
0x2ad42b5a4507 in __gmpz_set () from /usr/lib64/libgmp.so.3
(gdb) bt
#0 0x2ad42b5a4507 in __gmpz_set () from /usr/lib64/libgmp.so.3
#1 0x2ad42b7d2dfc in i
--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-09 20:43 ---
(In reply to comment #0)
similar stack trace for the segfault in harris_force_types.F:
0 0x2b3cbe554066 in realloc () from /lib64/libc.so.6
#1 0x2b3cbd66098c in __gmp_default_reallocate () from
/usr/lib64/lib
--- Comment #8 from aldot at gcc dot gnu dot org 2008-12-09 20:41 ---
Created an attachment (id=16863)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16863&action=view)
output of reduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os em
--- Comment #7 from aldot at gcc dot gnu dot org 2008-12-09 20:40 ---
Created an attachment (id=16862)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16862&action=view)
reduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #6 from aldot at gcc dot gnu dot org 2008-12-09 20:39 ---
Created an attachment (id=16861)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16861&action=view)
reduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #5 from aldot at gcc dot gnu dot org 2008-12-09 20:39 ---
Created an attachment (id=16860)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16860&action=view)
reduced file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-09 20:38 ---
Created an attachment (id=16859)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16859&action=view)
output of unreduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os
--- Comment #3 from aldot at gcc dot gnu dot org 2008-12-09 20:38 ---
Created an attachment (id=16858)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16858&action=view)
unreduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #2 from aldot at gcc dot gnu dot org 2008-12-09 20:37 ---
Created an attachment (id=16857)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16857&action=view)
unreduced file2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-09 20:37 ---
Created an attachment (id=16856)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16856&action=view)
unreduced file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-09 20:37 ---
Indeed, tuplification bug. The following makes the testcase vectorizable
again.
gcc 4.3 had:
Symbolic number of iterations is (short unsigned int) y_3(D) + 65534
and so does trunk with this patch:
--- gcc/tree-scalar-
compiling gcc/unwind* with IMA fails to produce correct assembly with trunk:
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os -pipe -fno-builtin -O2 -Os -pipe -fno-builtin -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2008-12-09
20:31 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00583.html
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
-
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-12-09 20:30 ---
The same seems to hold for C_FUNLOC, but not C_F_POINTER?!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #4 from grosser at gcc dot gnu dot org 2008-12-09 20:24 ---
mltfftsg.F fails on Bug38459
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
--- Comment #1 from dnovillo at google dot com 2008-12-09 20:22 ---
Subject: Re: New: copy-propagation doesn't
handle cycles
On Tue, Dec 9, 2008 at 14:53, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>{
> - phi_val.value = arg;
> + phi_val.
--- Comment #1 from grosser at gcc dot gnu dot org 2008-12-09 20:17 ---
Created an attachment (id=16855)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16855&action=view)
Add reduced testcase from mltfftsg.F CP2K
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38459
Szia
Pár napja kérdezted hogy nem e tudok egy jó letöltős oldalt. Ãs én
most találtam egyet.
Tele van jobbnál jobb filmekkel, és olcsó! 1 db sms elküldése után 500
kb/sec-el töltöttem napokig a legújabb premier filmeket és meséket!
Küldj most SMS-t,és 5 nap helyet,25-öt a
In the current graphite branch we fail with a SEGFAULT.
#0 0x28ed1fb1 in _malloc_prefork () from /lib/libc.so.7
#1 0x28ed6f45 in realloc () from /lib/libc.so.7
#2 0x28c9d019 in __gmp_default_reallocate () from /usr/local/lib/libgmp.so.7
#3 0x28cb0a4e in __gmpz_realloc () from /usr/local/lib/li
--- Comment #11 from joel at gcc dot gnu dot org 2008-12-09 20:11 ---
I wondered if I had a mistake in my testing since some of the later results
didn't make sense as I thought about them. I am pretty convinced now this
is NOT a strict aliasing problem in psim.
Broken when configuri
--- Comment #3 from grosser at gcc dot gnu dot org 2008-12-09 20:10 ---
Thanks for these test cases.
My commit fixed at least one failure, but there are more.
To help us it would be great to get a little bit structure in the failures.
Just get for every failing test a backtrace and cre
--- Comment #3 from grosser at gcc dot gnu dot org 2008-12-09 20:08 ---
The graphite branch should now be able to compile polyhedron.
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from sylvain dot pion at sophia dot inria dot fr 2008-12-09
20:03 ---
Incidentally, I submitted to WG21 a few days ago a proposal which will appear
in the coming mid-term mailing as N2811, named "Directed Rounding Arithmetic
Operations". In the meantime, you can find it
--- Comment #10 from dfranke at gcc dot gnu dot org 2008-12-09 19:56
---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-12-09 19:55 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-09 19:54 ---
Subject: Bug 36376
Author: dfranke
Date: Tue Dec 9 19:53:02 2008
New Revision: 142608
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142608
Log:
2008-12-09 Daniel Franke <[EMAIL PROTECTED]>
PR fo
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-12-09 19:54 ---
Subject: Bug 37468
Author: dfranke
Date: Tue Dec 9 19:53:02 2008
New Revision: 142608
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142608
Log:
2008-12-09 Daniel Franke <[EMAIL PROTECTED]>
PR fo
For
# a_1 = PHI
b_1 = a_1;
copy-propagation propagates a_1 into b_1 instead of c_1 into a_1 and b_1.
This is because handling of PHI and copy nodes is different. Either
Index: tree-ssa-copy.c
===
--- tree-ssa-copy.c (revision
--- Comment #5 from doko at ubuntu dot com 2008-12-09 19:50 ---
which versions of binutils/glibc are used? for debian these are binutils-2.18.1
and glibc-2.7.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38326
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-09 19:33 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org
--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-09 19:41 ---
This is a simple testcase for one of the first segfaults, observed with current
graphite branch:
gfortran -c -O2 -ffree-form -fgraphite -fgraphite-identity test.f90
test.f90: In function matmov:
test.f90:1: internal c
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org
c-common.c:handle_packed_attribute about line 5117 gives a warning for types
where __attribute__ ((__packed__)) is applied but has no effect. That
particular warning should be removed or perhaps moved to a separate flag,
because it emits warnings for code such as:
struct x
{
char c;
int x __
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-12-09 19:29 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38454
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38427
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
--- Comment #20 from mmitchel at gcc dot gnu dot org 2008-12-09 19:34
---
HJ --
As Richard says, you should not have checked in the new testcases without
XFAILs and without having fixed the bug.
Furthermore, your patch to the middle-end is without explanation. What is the
problem? H
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38434
1 - 100 of 148 matches
Mail list logo
