> > * misc.c (gnat_get_alias_set): Pass true to get_alias_set.
> > * utils.c (relate_alias_sets): Likewise.
> > * trans.c (validate_unchecked_conversion): Likewise.
>
> Missing gcc-interface/ prefix here.
Updated.
>
> But can't we use a default value (of true I suppose) for the new pa
> * misc.c (gnat_get_alias_set): Pass true to get_alias_set.
> * utils.c (relate_alias_sets): Likewise.
> * trans.c (validate_unchecked_conversion): Likewise.
Missing gcc-interface/ prefix here.
But can't we use a default value (of true I suppose) for the new parameter?
--
Eri
Hi,
here is updated patch which bootstraps®testes, lto-bootstraps x86_64-linux
and
also works for Firefox. The basic pain is to identify which calls to
get_alias_set
are used to build alias sets themselves and thus must be made -fstrict-aliasing
independent and which are used to drive queries to
This is a modified version of my previous patch that supports vector
wide add. I added support for vaddw on big endian when generating the
parallel operand for the vector select.
There are four failing test cases on arm big endian with similar code.
They are:
gcc.dg/vect/vect-outer-4f.c -f
link libgccjit using LDFLAGS (which is empty by default), but could be used to
pass hardening options like -Wlz,relro.
Matthias
* Make-lang.in ($(LIBGCCJIT_FILENAME)): Link using $(LDFLAGS).
--- a/gcc/jit/Make-lang.in
+++ b/gcc/jit/Make-lang.in
@@ -86,7 +86,7 @@ $(LIBGCCJIT_FILENAME): $(jit_O
The attached patch avoids building the non-default multilib and libstdc++-v3
debug builds in bootstrap builds during bootstrap builds, resulting in some
speedup for bootstrap builds for targets with multilibs enabled. On
x86_64-linux-gnu with 64/32/x32 multilibs enabled and the libstdc++ debug
All,
this patch adds support for asan for i?86/x86_64-*freebsd*.
Test results can be found on the list.
These modifications belong only to gcc. There is one modification to
asan/asan_linux.cc, this one is sent upstream. Until this one is in, my
patch is on hold.
One thing to note, FreeBSD d
On 29.11.15 20:32, Andreas Tobler wrote:
Hi all,
the attached patch prepares the testsuite, c and c++, for the upcoming
ASAN support for FreeBSD (x86_64 first).
I tested the patch on CentOS7.1 x86_64 and on FreeBSD x86_64.
Results can be seen on the list.
Is this ok for trunk?
Aehm, an add-o
Hi all,
I'd like to commit this patch to trunk.
It is FreeBSD only.
If nobody objects I'll commit it within two days.
Thanks,
Andreas
2015-11-29 Andreas Tobler
* config/rs6000/freebsd64.h (ELFv2_ABI_CHECK): Add new macro.
(SUBSUBTARGET_OVERRIDE_OPTIONS): Use it to decide
>
> 2015-11-28 Tom de Vries
>
> * lto-wrapper.c (run_gcc): Handle -flinker-output argument.
Thanks, this looks fine to me. THe way options are handled in lto-wrapper
seems like a gross hack. Hopefully we will manage to clean this up eventually.
What happens when I call one of input ob
Hi all,
the attached patch prepares the testsuite, c and c++, for the upcoming
ASAN support for FreeBSD (x86_64 first).
I tested the patch on CentOS7.1 x86_64 and on FreeBSD x86_64.
Results can be seen on the list.
Is this ok for trunk?
Thanks,
Andreas
2015-11-29 Andreas Tobler
Hi,
I went through the visibility code and update it for incremental linking.
On few places we now need to take into account the fact that next round
of static linking may remove whole sections, common symbols and comdats.
Also we can't assume that hidden symbols have unique name as we do not know
OK.
Jason
On Sun, 29 Nov 2015, Jan Hubicka wrote:
> Hi,
> in this testcase we ICE on type variant of TYPE_TRANSPARENT_AGGR type
> being !TYPE_TRANSPARENT_AGGR.
>
> Bootstrapped/regtested x86_64-linux, OK?
>
> PR c/67581
> * g++.dg/torture/pr67581.C: New testcase.
> * c-family/c-common.
On Sun, 29 Nov 2015, Jan Hubicka wrote:
> Hi,
> this patch fixes verifier ICE where we have !TYPE_PACKED variant of
> TYPE_PACKED type. The fix is symmetric to earlier fix for enums.
>
> Bootstrapped/regtested x86_64-linux, OK?
>
> Honza
>
> PR c/67106
> * gcc.c-torture/compile/pr67
Hi,
this patch fixes verifier ICE where we have !TYPE_PACKED variant of
TYPE_PACKED type. The fix is symmetric to earlier fix for enums.
Bootstrapped/regtested x86_64-linux, OK?
Honza
PR c/67106
* gcc.c-torture/compile/pr67106.c: New testcase.
* c-decl.c: Set TYPE_PACKED
I've committed this patch to remove some unused or unnecessary operand
predicates. The address-space predicates are not used anywhere. The
const_0_operand is one small typo away from const0_operand. And as it turns out
unnecessary for its only use in a define_expand for ctrap. const0_operand
Hi,
in this testcase we ICE on type variant of TYPE_TRANSPARENT_AGGR type
being !TYPE_TRANSPARENT_AGGR.
Bootstrapped/regtested x86_64-linux, OK?
PR c/67581
* g++.dg/torture/pr67581.C: New testcase.
* c-family/c-common.c (handle_transparent_union_attribute): Update
Hi,
this dump ICEs becuase the locations are still cached. There is no point of
dumping
this because we now output warning.
Bootstrapped/regtested x86_64-linux, comitted.
Honza
* ipa-devirt.c (add_type_duplicate): Remove redundant ODR violation
dump
Index: ipa-devirt.c
When rs6000_adjust_cost originally was written, the return value from
recog_memoized() was handled incorrectly.
Note this also is wrong on PA and one of the SPARC adjust_cost macros.
Bootstrapped on powrepc-ibm-aix7.1.0.0.
PR target/28115
* config/rs6000/rs6000.c (rs6000_adjust_cost): Correct re
On 11/25/2015 09:50 AM, Mike Stump wrote:
On Nov 25, 2015, at 2:55 AM, Bernd Schmidt wrote:
That would be the ideal - though do we require randomization
What do you hope to gain with randomization?
Please, no randomization.
Agreed.
However, from a design standpoint, the tests must not de
On x86, interrupt handlers are only called by processors which push
interrupt data onto stack at the address where the normal return address
is. Since interrupt handlers must access interrupt data via pointers so
that they can update interrupt data, the pointer argument is passed as
"argument poin
Hello Jeff:
-Original Message-
From: Jeff Law [mailto:l...@redhat.com]
Sent: Tuesday, November 17, 2015 4:30 AM
To: Ajit Kumar Agarwal; GCC Patches
Cc: Vinod Kathail; Shail Aditya Gupta; Vidhumouli Hunsigida; Nagaraju Mekala
Subject: Re: [RFC, Patch]: Optimized changes in the register use
On 11/29/15 04:03, Eric Botcazou wrote:
The recent patch to tree-nested.c:
2015-11-26 Pierre-Marie de Rodat
PR debug/53927
* tree-nested.c (finalize_nesting_tree_1): Append a field to
hold the frame base address.
* dwarf2out.c (gen_subprogram_die): Generate for
Hi!
Committed to gomp-4_0-branch in r231043:
commit 539313e6310e782c46ddb9a43ef4a99de6945b14
Merge: 95e909a 3abdee2
Author: tschwinge
Date: Sun Nov 29 12:19:10 2015 +
svn merge -r 230725:230906 svn+ssh://gcc.gnu.org/svn/gcc/trunk
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc
> The recent patch to tree-nested.c:
> 2015-11-26 Pierre-Marie de Rodat
>
> PR debug/53927
> * tree-nested.c (finalize_nesting_tree_1): Append a field to
> hold the frame base address.
> * dwarf2out.c (gen_subprogram_die): Generate for
> DW_AT_static_link a locatio
26 matches
Mail list logo
