--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 07:34 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 07:34 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 07:33 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from spop at gcc dot gnu dot org 2008-12-11 07:32 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 07:32 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from spop at gcc dot gnu dot org 2008-12-11 07:31 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 07:30 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from spop at gcc dot gnu dot org 2008-12-11 07:30 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 38038
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 38073
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 38083
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #9 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 37883
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 38125
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 37852
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #3 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 38039
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #5 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 37928
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #6 from spop at gcc dot gnu dot org 2008-12-11 07:24 ---
Subject: Bug 37980
Author: spop
Date: Thu Dec 11 07:23:02 2008
New Revision: 142673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142673
Log:
2008-12-11 Sebastian Pop <[EMAIL PROTECTED]>
Fix testsui
--- Comment #1 from irar at gcc dot gnu dot org 2008-12-11 07:15 ---
Subject: Bug 38464
Author: irar
Date: Thu Dec 11 07:13:47 2008
New Revision: 142672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142672
Log:
PR tree-optimization/38464
* gcc.dg/vect/costmodel/
--- Comment #63 from steven at gcc dot gnu dot org 2008-12-11 07:03 ---
Re. comment #62:
Transforming the code and adding notes to allow the compiler to undo the
transformation is not an option with the available infrastructure in GCC.
You'd have to add some kind of note (something like
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-11 04:42 ---
So the problem with the stores here is that the base is arg_pointer_rtx which
is still a frame pointer related offset. I think the same can be said is true
of stack_pointer_rtx too. We only set frame_related for fr
When the compiler generates an abort for runtime-undefined code, the abort
can be executed too soon when side-effects before the undefined behavior
might have caused the undefined behavior not to happen after all.
For calls to functions cast to incompatible types, the undefined behavior
happens wh
--- Comment #45 from amylaar at gcc dot gnu dot org 2008-12-11 02:07
---
(In reply to comment #44)
> Subject: Re: [4.3/4.4 Regression] Code size increased with PR 31360 (IV-opts
> not understanding autoincrement)
>
> Joern, can you attach the updated patch?
I still wait for confirmat
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2008-12-11
02:02 ---
This patch appears to solve the issue on i686-apple-darwin9 from the couple
testsuite runs I have done in libgomp.
=== libgomp Summary for unix/-m32 ===
# of expected passes20
--- Comment #12 from hjl dot tools at gmail dot com 2008-12-11 01:17
---
This program shows the problem:
[EMAIL PROTECTED] 37144]$ cat x.cc
#include
#include
struct T1
{
int i;
T1 () { i = 0; }
T1 (int x) { i = x; }
T1 (const T1 &x) { i = x.i; }
T1&
operator=(T1 & __p)
--- Comment #32 from ghazi at gcc dot gnu dot org 2008-12-11 01:10 ---
(In reply to comment #31)
> How can this be a regression bug if there's not a single known-to-work
> revision?
When I originally opened this PR, my opening comment noted that the java
failures I encountered were regr
--- Comment #11 from hjl dot tools at gmail dot com 2008-12-11 00:46
---
testsuite/util/regression/trait/assoc/type_trait.hpp has
static const_key_reference
extract_key_imp(pair_type_const_reference r_val)
{ return r_val.first; }
It may create a temporary on st
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-11 00:44 ---
The patch is correct if not obvious.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35677
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-11
00:40 ---
Subject: Re: Intermitent failure "FAIL: libgomp.fortran/crayptr2.f90"
> I'll try a build of current gcc trunk with your patch and see if it helps.
Problem looks the same. You can do a quick check withou
--- Comment #62 from mmitchel at gcc dot gnu dot org 2008-12-11 00:42
---
I take Zdenek's point about the transformation from division to a loop being
profitable only if x is small. But, that might argue that if we see the loop,
we still transform it into the division form -- but with
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
-darwin9
--target=i686-apple-darwin9
Thread model: posix
gcc version 4.4.0 20081210 (experimental) (GCC)
I get...
rogram received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
[Switching to process 560 thread 0x313]
0x1ae9 in MAIN__.omp_fn
--- Comment #61 from rakdver at kam dot mff dot cuni dot cz 2008-12-11
00:28 ---
Subject: Re: [4.3/4.4 Regression] final value replacement too aggressive for
e.g. targets with no native div/mod insns
> Furthermore, if we want to generate the loop instead, are the alternatives
> you're
--- Comment #60 from steven at gcc dot gnu dot org 2008-12-11 00:27 ---
IMHO I the transformation to division is not fine. I would argue this is the
core issue in this problem report.
You are right that a combination of div and mod is quite common in real-world
code. Right now, GCC ca
--- Comment #2 from kargl at gcc dot gnu dot org 2008-12-11 00:16 ---
The patch I submitted, here:
http://gcc.gnu.org/ml/fortran/2008-12/msg00167.html
gives
troutmask:sgk[224] gfc4x -o z k.f90
k.f90:2.10:
ALLOCATE(i(3))
1
Error: Allocate-object at (1) is not a nonprocedure p
--- Comment #59 from mmitchel at gcc dot gnu dot org 2008-12-11 00:14
---
Steven, Zdenek --
Is there any way to teach the compiler to use the ARM __aeabi_divmod routine,
which provides both the quotient and remainder? At least with -Os, that is
probably optimal. In other words, once
--- Comment #10 from steven at gcc dot gnu dot org 2008-12-11 00:10 ---
Created an attachment (id=16882)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16882&action=view)
proposed patch
Looking for comments in this patch...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25314
--- Comment #31 from rguenth at gcc dot gnu dot org 2008-12-10 23:31
---
How can this be a regression bug if there's not a single known-to-work
revision?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
--- Comment #5 from danglin at gcc dot gnu dot org 2008-12-10 23:27 ---
The bug in the CFI directives turned out to be a GAS bug. Two patches
were applied to fix the problem (one be Jakub and one by myself). A
configure test was added to detect broken versions of GAS.
--
http://gc
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-10 23:20 ---
Fixed as of revision 142637.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #30 from steven at gcc dot gnu dot org 2008-12-10 23:18 ---
This one is just dragged along with the Summary changes every time a new GCC is
released. I'd say WONTFIX for this bug. Eric, you would "add a blurb about
that in the platform-specific installation notes" (comment
--- Comment #13 from hjl dot tools at gmail dot com 2008-12-10 23:16
---
(In reply to comment #12)
> This one is really old. HJ, do you know if this is still an issue? What
> happened with your patch?
>
I don't know. All my machines have libunwind.so.7.
--
http://gcc.gnu.org/bu
--- Comment #10 from laurent at guerby dot net 2008-12-10 23:09 ---
Ok I'll try to come up with a real patch.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #1 from steven at gcc dot gnu dot org 2008-12-10 23:09 ---
Seen in r141389
(http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg01966.html)
Not seen anymore in r141405
(http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg02014.html)
HJ, looks fixed to me...?
--
http://gcc.gn
--- Comment #10 from hjl dot tools at gmail dot com 2008-12-10 23:07
---
(gdb) f 0
#0
__gnu_pbds::test::detail::container_rand_regression_test<__gnu_pbds::trie<__gnu_pbds::test::basic_type,
__gnu_pbds::test::basic_type,
__gnu_pbds::string_trie_e_access_traits<__gnu_pbds::test::basic_ty
--- Comment #7 from jv244 at cam dot ac dot uk 2008-12-10 22:57 ---
(In reply to comment #6)
> Created an attachment (id=16881)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16881&action=view) [edit]
> memory measurement tool
>
> Of course! Try the attached with just
>
> ~/bin/m
--- Comment #58 from rakdver at gcc dot gnu dot org 2008-12-10 22:55
---
(In reply to comment #56)
> Re. comment #52:
>
> I've pasted the test case in the audit trail here as plain text -- it's pretty
> small and it shows the problem nicely. The issue is that with -Os, on all
> target
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-10 22:48 ---
Created an attachment (id=16881)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16881&action=view)
memory measurement tool
Of course! Try the attached with just
~/bin/maxmem2.sh gfortan ...
--
http://gcc
--- Comment #9 from hjl dot tools at gmail dot com 2008-12-10 22:44 ---
testsuite/util/regression/rand/assoc/container_rand_regression_test.tcc has
value_type v = test_traits::generate_value(m_g, m_m);
m_alloc.set_throw_prob(m_tp);
const_key_reference r_k = test_traits
--- Comment #4 from sebpop at gmail dot com 2008-12-10 22:37 ---
Subject: Re: [graphite] The def for a var exists inside one of the scops bb's
but an appropriate phi is not created to allow the phi to reach the use of that
def ouside the scop.
On Wed, Dec 10, 2008 at 4:34 PM, hjagasia
On Wed, Dec 10, 2008 at 4:34 PM, hjagasia at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #3 from hjagasia at gcc dot gnu dot org 2008-12-10 22:34
> ---
> Created an attachment (id=16880)
> --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16880&action=view)
> Update
--- Comment #5 from jv244 at cam dot ac dot uk 2008-12-10 22:34 ---
(In reply to comment #4)
> Could you capture the memory requirements on the 4.3 branch?
I watched top (for 4.3.1), but can't recall anything more than 3Gb. It's a bit
boring to watch top for 45min any better approac
--- Comment #3 from hjagasia at gcc dot gnu dot org 2008-12-10 22:34
---
Created an attachment (id=16880)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16880&action=view)
Updated patch reviewed by Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38446
--- Comment #7 from jv244 at cam dot ac dot uk 2008-12-10 22:33 ---
with current graphite, i see 4 files failing with -fgraphite
-fgraphite-identity:
lebedev.F, colvar_types.F, qs_linres_nmr_shift.F, constraint_clv.F
I'm assuming that these are all incarnations of PR38461, but can look
--- Comment #44 from stevenb dot gcc at gmail dot com 2008-12-10 22:30
---
Subject: Re: [4.3/4.4 Regression] Code size increased with PR 31360 (IV-opts
not understanding autoincrement)
Joern, can you attach the updated patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31849
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-12-10 22:18
---
Subject: Bug 36792
Author: rguenth
Date: Wed Dec 10 22:17:05 2008
New Revision: 142662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142662
Log:
2008-12-10 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-12-10 22:17
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #6 from jason at gcc dot gnu dot org 2008-12-10 22:13 ---
Subject: Bug 35319
Author: jason
Date: Wed Dec 10 22:11:44 2008
New Revision: 142661
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142661
Log:
PR c++/35319
* mangle.c (write_builtin_type): Add
--- Comment #4 from jv244 at cam dot ac dot uk 2008-12-10 22:04 ---
(In reply to comment #3)
> Hi, I can not reproduce this Bug on FreeBSD. May be it is just not detected.
>
> Can you try with current graphite branch to see it was a duplicate of
> Bug3845384599.
> Otherwise I will have
--- Comment #57 from rakdver at kam dot mff dot cuni dot cz 2008-12-10
22:02 ---
Subject: Re: [4.3/4.4 Regression] final value replacement too aggressive for
e.g. targets with no native div/mod insns
> I think Zdenek is right in comment #54: We should reincarnate
> expression_expensiv
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-10
22:01 ---
Subject: Re: Intermitent failure "FAIL:
libgomp.fortran/crayptr2.f90"
On Wed, 10 Dec 2008, howarth at nitro dot med dot uc dot edu wrote:
I need to do some more testing but I believe the attached
--- Comment #56 from steven at gcc dot gnu dot org 2008-12-10 21:44 ---
Re. comment #52:
I've pasted the test case in the audit trail here as plain text -- it's pretty
small and it shows the problem nicely. The issue is that with -Os, on all
targets, the line,
propsRes->lc = prop0;
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436
--- Comment #55 from steven at gcc dot gnu dot org 2008-12-10 21:27 ---
// This is the test case from PR38453.
// See comment #0 of that bug for further information:
// http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38453#c0
typedef struct
{
int lc;
int pb;
} bar;
void foo(bar *props
2008-12-10
[EMAIL PROTECTED]
The following report demonstrates a bug in fwrite():
when attempting to write 8GB, it silently only writes 3.7GB yet
issues no errors. There is plenty of disk space and free memory.
Platform:
Mac OS X 10.5.5, gcc version 4.4.0, compiled -m64 for 64-bit (x86_64).
/*
f
--- Comment #2 from hjagasia at gcc dot gnu dot org 2008-12-10 21:09
---
Created an attachment (id=16877)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16877&action=view)
This patch fixes PR38446 by explicitly checking if bb belongs to sese region by
looking at all bbs in scop ins
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-12-10 20:56
---
Which is not vectorized because PRE doesn't move the invariant
D.2067_11 = a_9(D) == b_10(D);
out of the loop. If you make LIM do it (--param lim-expensive=1) the loop
is vectorized again.
I have a patch.
-
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-12-10 20:38
---
All fixed now apart from
FAIL: gcc.dg/vect/vect-67.c scan-tree-dump-times vect "vectorized 1 loops" 1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dominiq at lps dot ens dot fr 2008-12-10 20:31 ---
PING! see comment #5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29071
--- Comment #12 from dberlin at gcc dot gnu dot org 2008-12-10 20:15
---
Subject: Bug 36792
Author: dberlin
Date: Wed Dec 10 20:13:39 2008
New Revision: 142659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142659
Log:
2008-12-10 Daniel Berlin <[EMAIL PROTECTED]>
PR
--- Comment #15 from dominiq at lps dot ens dot fr 2008-12-10 19:15 ---
No regression also on powerpc-apple-darwin9 (patch in comment#4).
If I understand the two proposed patches, the only difference is that the FX's
one create a temporary if CONSTANT_CLASS_P (se.expr) is not true. Is t
--- Comment #9 from joel at gcc dot gnu dot org 2008-12-10 19:14 ---
ACATS look surprisingly good with the fix in:
http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01013.html
sh-rtems4.10-gcc (GCC) 4.4.0 20081210 (experimental) [trunk revision 142643]
=== acats Summary ===
# of
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-10 18:43 ---
Fixed for 4.3.3. (and dup of PR38051)
*** This bug has been marked as a duplicate of 38051 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-12-10 18:43
---
*** Bug 38478 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-10 18:44 ---
Subject: Bug 38478
Author: rguenth
Date: Wed Dec 10 18:42:36 2008
New Revision: 142655
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142655
Log:
2008-12-10 Richard Guenther <[EMAIL PROTECTED]>
Ba
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-10 18:35 ---
This looks the same as PR37868 (or more specifically it matches PR38048, a dup
of that). Indeed, on the branch with -O2 it works. But it seems to be still
broken with -O --param max-fields-for-field-sensitive=100 (
--- Comment #3 from burnus at gcc dot gnu dot org 2008-12-10 18:25 ---
OK. I found it, though I'm not sure yet how to solve it best (maybe something
else needs to be moved up as well?) - and I won't have time to work on this the
next day(s?).
gfc_get_symbol_decl (gfc_symbol * sym)
[...]
--- Comment #54 from rakdver at kam dot mff dot cuni dot cz 2008-12-10
18:23 ---
Subject: Re: [4.3/4.4 Regression] final value replacement too aggressive for
e.g. targets with no native div/mod insns
> Zdenek, it would certainly be helpful to have the original justification for
> your
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-10 18:14 ---
field-sensitive PTA is the trigger. Fails also at -O --param
max-fields-for-field-sensitive=100.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #53 from rakdver at kam dot mff dot cuni dot cz 2008-12-10
18:15 ---
Subject: Re: [4.3/4.4 regression] udivdi3 counterproductive, unwarranted use
Hi,
> Re. comment #16:
> Zdenek, do you remember which revision / patch removed the cost check?
rev. 122896
> And do
> you r
--- Comment #6 from danglin at gcc dot gnu dot org 2008-12-10 18:10 ---
On hppa64, I see a "random" segfault in crayptr2.f90 compiled at -O0:
(gdb) r
Starting program:
/mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/libgomp/testsuite/crayptr2.xg0
warning: Private mapping of shared library text
--- Comment #2 from burnus at gcc dot gnu dot org 2008-12-10 18:08 ---
Paul, do you have an idea?
span is set in trans-decl.c's gfc_get_symbol_decl:
if (sym->attr.subref_array_pointer)
{
[...]
GFC_DECL_SPAN (decl) = span;
I wondered whether in gfc_check_pointer_assig
Would be useful to have the sentinel attribute functionalities but for things
other than a NULL pointer. Something like:
__attribute__(sentinel_custom((int*) -1))
--
Summary: Add attribute for custom sentinels
Product: gcc
Version: 4.3.2
Status: U
--- Comment #8 from joel at gcc dot gnu dot org 2008-12-10 18:08 ---
Created an attachment (id=16876)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16876&action=view)
working s-scaval.adb
Not much. Just an empty version of s-scaval.adb that lets the build proceed
past this point.
# gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib
The following code:
int foo(int p1, int p2, int p3, long long int p4)
{
return 0;
}
Compiled with:
arm-unknown-elf-gcc -c -g foo.c
Using built-in specs.
Target: arm-unknown-elf
Configured with: /home/products/build/gcc/gnu-4.3.2/sources/gcc-4.3.2/configure
--build i686-pc-linux-gnu --host
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-10 17:53 ---
Subject: Bug 38458
Author: rguenth
Date: Wed Dec 10 17:51:52 2008
New Revision: 142654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142654
Log:
2008-12-10 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-10 17:44 ---
The relevant path through the CFG is
struct test ctx;
:
# ctx_108 = VDEF
# SMT.120_109 = VDEF
# SMT.121_110 = VDEF
# SMT.122_111 = VDEF
# SMT.123_112 = VDEF
__comp_ctor (&ctx);
# VUSE
D.104
--- Comment #11 from grosser at gcc dot gnu dot org 2008-12-10 17:36
---
The last commit fixed that bug
--
grosser at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from grosser at gcc dot gnu dot org 2008-12-10 17:39 ---
Hi, I can not reproduce this Bug on FreeBSD. May be it is just not detected.
Can you try with current graphite branch to see it was a duplicate of Bug38459.
Otherwise I will have to try it on Linux with valgrind aga
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-10 17:37 ---
Note that the reason the diagnostic happens is either a bug in libstdc++ or
the points-to solver or the TBAA pruning in the points-to solver.
In the end we access the object 'ctx' via a pointer of type
const struct
--- Comment #12 from aoliva at gcc dot gnu dot org 2008-12-10 17:31 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #10 from aoliva at gcc dot gnu dot org 2008-12-10 17:30 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from grosser at gcc dot gnu dot org 2008-12-10 17:35
---
Subject: Bug 38459
Author: grosser
Date: Wed Dec 10 17:33:58 2008
New Revision: 142653
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142653
Log:
2008-12-10 Tobias Grosser <[EMAIL PROTECTED]>
PR
--- Comment #13 from aoliva at gcc dot gnu dot org 2008-12-10 17:32 ---
Subject: Bug 37033
Author: aoliva
Date: Wed Dec 10 17:31:07 2008
New Revision: 142652
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142652
Log:
gcc/ChangeLog:
PR target/37033
* dwarf2out.c (saved_do_cfi_asm
--- Comment #1 from bjg at gnu dot org 2008-12-10 17:22 ---
Created an attachment (id=16875)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16875&action=view)
example program (preprocessed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38478
--- Comment #9 from aoliva at gcc dot gnu dot org 2008-12-10 17:22 ---
Subject: Bug 38271
Author: aoliva
Date: Wed Dec 10 17:20:50 2008
New Revision: 142651
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142651
Log:
gcc/ChangeLog:
PR middle-end/38271
* tree-sra.c (sra_build_bf_a
The attached program produces incorrect results in gcc-4.3.2 with -O2. (The
results are correct at -O0 when inline functions are not used).
The code evaluates a complex polynomial in Horner form via an inline function.
It is part of the test suite of gsl-1.11 (GNU Scientific Library). I have
exam
_cxa_atexit
--enable-version-specific-runtime-libs --enable-languages=c,c++
--no-create --no-recursion
Thread model: posix
gcc version 4.4.0 20081210 (experimental) [trunk revision 142645] (GCC)
[EMAIL PROTECTED] gcc_err]# uname -a
Linux localhost.localdomain 2.6.26.6-49.fc8 #1 SMP Fri Oct 17 15:59
1 - 100 of 183 matches
Mail list logo
