-W
-Wall -gnatpg
a-calend.adb -o a-calend.o
+===GNAT BUG DETECTED==+
| 4.7.0 20110521 (experimental) [trunk revision 173887] (i586-suse-linux-gnu)
GCC error:|
| in int_cst_value, at tree.c:9970 |
| Error
> 2011-03-08 Xinliang David Li
>
> PR c/47837
> * tree-ssa-uninit.c (pred_chain_length_cmp): New function.
> (normalize_preds): New function.
> (is_use_properly_guarded): Normalize def predicates.
This broke the Ada compiler on some platforms, see PR tree-opt/48988.
--
On Fri, May 20, 2011 at 9:21 PM, Kai Tietz wrote:
> 2011/5/20 Richard Guenther :
>> On Thu, May 19, 2011 at 7:52 PM, Kai Tietz wrote:
>>> To illustrate in which scenario code in tree-ssa-forwprop doesn't help
>>> is binop-tor4.c
>>>
>>> w/o this patch we get
>>>
>>>
>>> foo (int a, int b, int c)
Please can this patch be considered? It's several months old (sent in
Jan 2011), and it is critical to use of GCC on GNU/kFreeBSD.
2011/1/26 Robert Millan :
> Ping!
>
> 2011/1/18 Robert Millan :
>> 2011/1/14 Robert Millan :
>>> 2011/1/12 Robert Millan :
> * The headers config/kfreebsd-gnu.h et
optc-gen.awk and opth-gen.awk start with a large piece of mostly
common code, with some miscellaneous differences between the two
scripts. I want to increase the number of files being generated by
the options scripts, and consequently the number of scripts - in
particular, replacing the special ru
On Sat, 21 May 2011, Robert Millan wrote:
> Please can this patch be considered? It's several months old (sent in
> Jan 2011), and it is critical to use of GCC on GNU/kFreeBSD.
Please send a patch against *current trunk* and CC *relevant target
architecture maintainers*. linux*.h headers are no
The calling interface for check_function_arguments requires the caller
to extract TYPE_ATTRIBUTES and TYPE_ARG_TYPES prior to calling it. This
is somewhat silly, as well as being incompatible with an eventual
removal of TYPE_ARG_TYPES. The patch below changes things to pass the
FUNCTION_TYPE itse
>I get the error (this time the objc language is detected):
>
>/bin/bash ../../gcc-4.6.0/gcc/../move-if-change tmp-gi.list
>gtyp-input.list
>echo timestamp > s-gtyp-input
>build/gengtype \
>-S ../../gcc-4.6.0/gcc -I gtyp-input.list -w
>gtype.state
>../../gcc-4.6.0/gcc/objc/objc
Hi,
> > Would it be possible to add the handling of these cases
> > to estimate_numbers_of_iterations, rather than doing it just for ivopts?
>
> Yes, I did that now.
>
> Thanks,
> - Tom
>
> 2011-05-05 Tom de Vries
>
> PR target/45098
> * tree-ssa-loop-niter.c (infer_loop_bounds_
On Wed, Nov 3, 2010 at 6:29 AM, Richard Guenther wrote:
>
> This fixes an ICE introduced by the recent fixes for negative step
> vectorization. The issue is that while for positive steps it doesn't
> matter whether we compute peel iterations with the vectorization
> factor it does so for negative
Hello
I merged the trunk into MELT branch.
Apparently the libgo buf on _IPPORT_RESERVED is still there
sysinfo.go:2178:7: error: redefinition of '_IPPORT_RESERVED'
sysinfo.go:1864:7: note: previous definition of '_IPPORT_RESERVED' was here
make[4]: *** [syscalls/syscall.lo] Error 1
make[4]: Leav
"Nicola Pero" writes:
> +2011-05-21 Nicola Pero
> +
> + * config-lang.in (gtfiles): Updated order of files to fix building
> + when the gcc/cp directory is missing, as in the case of some
> + release tarballs.
This is OK for trunk and 4.6 branch.
Thanks for figuring it out.
On Sat, 21 May 2011, Nathan Froyd wrote:
> gcc/
> * c-typeck.c (build_function_call_vec): Tweak call to
> check_function_arguments.
>
> gcc/c-family/
> * c-common.h (check_function_arguments): Tweak prototype of
> check_function_arguments.
> * c-common.c (check_funct
On Sat, 21 May 2011, Nicola Pero wrote:
> As a consequence, GTFILES is different depending on whether
> ${srcdir}/gcc/cp/ exists or not. If it exists, usually the cp gtfiles
> come before the objc ones (due to alphabetical ordering by the shell,
> I'd guess ?), and the cp gtfiles contain c-fam
On Wed, May 18, 2011 at 10:58:18PM +0200, Thomas Koenig wrote:
>
> - It removes the restriction on functions returning allocatables
> for elimination (unnecessary since the introduction of allocatable
> temporary variables)
>
> - It allows character function elimination if the character lengt
On Sun, May 15, 2011 at 02:12:58PM +0300, Janne Blomqvist wrote:
>
> so, here is take 3 (sigh). Compared to take 2, it no longer uses
> stdio, since opening a stdio FILE stream probably malloc()'s a buffer,
> which is not async-signal-safe.
>
> Regtested on x86_64-unknown-linux-gnu, Ok for trunk?
On Mon, May 9, 2011 at 10:30 AM, Jason Merrill wrote:
> In this testcase -Wuninitialized was warning about 'int i = i' without
> -Winit-self because the C++ front end always uses separate code for
> non-constant initialization. But for simple initialization, it makes sense
> to use DECL_INITIAL.
On 05/21/2011 02:24 PM, Zdenek Dvorak wrote:
>> * tree-ssa-loop-ivopts.c (may_eliminate_iv): Fix
>> estimated_loop_iterations comparison.
>
> I don't think this part is correct, though:
>
>> Index: gcc/tree-ssa-loop-ivopts.c
>> ===
Hi,
As discussed off-list with Jason, it would be better to use permerror
instead of error when diagnosing uninitialized const or reference
members. At least for 4.6.
That would be usefull to provide a transition for invalid code that
exploits the following accept-invalids: PR 25811, PR 43719, PR
Hi all,
I just committed an obvious patch fixing a small problem with SELECT
TYPE (after successful regtest):
http://gcc.gnu.org/viewcvs?view=revision&revision=174001
Cheers,
Janus
Except or the fortran bits (committed), this patch hasn't been reviewed for
two weeks:
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00582.html
I've committed this patch as obvious to fix PR ada/49097, a missing
gnatbind dependency that resulted in intermittent link failures with my
libcommon.a patch.
2011-05-21 Joseph Myers
PR ada/49097
* gcc-interface/Make-lang.in (gnatbind$(exeext)): Depend on
$(LIBDEPS).
Hi,
tested x86_64-linux, committed.
Paolo.
2011-05-21 Paolo Carlini
* include/bits/unique_ptr.h: Use noexcept per the FDIS.
Index: include/bits/unique_ptr.h
===
--- include/bits/unique_ptr.h (
revert_static_member_fn was complaining about the implicit 'const' on a
constexpr non-static member function even though it wasn't actually
written. The first patch changes the compiler to allow 'const' on a
constexpr function, which fixes the testcase; the second patch also
allows the compile
After I sent out that patch I realized that I was missing documentation
and -Wabi bits, so this patch adds them.
Tested x86_64-pc-linux-gnu, applied to trunk. New -Wabi warning also
applied to 4.6.
commit 3cd4d2ba12597289a7c3aa2bab8a09b5c0ca82f8
Author: Jason Merrill
Date: Fri May 20 18:32:
I think you also need something to avoid returning error_mark_node from
build_new_1.
Jason
Delving again into the SPARC back-end to reimplement the -mflat option leads
to the discovery of a few thinkos that date back to the conversion to RTL pro-
and epilogue:
1. eligible_for_return_delay tests whether registers are saved in the frame.
This is unnecessary since the save insns are now
The simultaneous use of setjmp/longjmp and alloca isn't an easy matter. The
crux of the problem is that the stack pointer is saved into the setjmp buffer
upon its creation. If a dynamic stack allocation occurs afterward, changing
the stack pointer, does the value saved in the buffer need to be
Normally, gimplification removes the DECL_INITIAL from local variables
so that they aren't visible by the time we get to debug output. But in
the case of a cloned constructor, the DECL_INITIAL in the abstract copy
is still set, so we try to add DW_AT_const_value in for a local variable
now tha
29 matches
Mail list logo
