Hello,
This patch extends insertion hook.
AVX-512* tests on top of patch-set all pass
under simulator.
gcc/
* config/i386/i386.c
(ix86_expand_vector_set): Handle V8DF, V8DI, V16SF, V16SI, V32HI, V64QI
modes.
--
Thanks, K
diff --git a/gcc/config/i386/i386.c
Hello,
This patch extends expand_mul_widen_hilo to 512-bit QI,SI,HI modes.
Bootstrapped and regtested
gcc/
* config/i386/i386.c
(ix86_expand_mul_widen_hilo): Handle V32HI, V16SI, V64QI modes.
Is it ok for trunk?
--
Thanks, K
diff --git a/gcc/config/i386/i386.c
Ping?
https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00704.html
--
Alan Modra
Australia Development Lab, IBM
On Wed, Oct 15, 2014 at 06:16:45PM -0400, DJ Delorie wrote:
Since flag-types.h is used in target code, it needs to be -Wall-safe
for targets with 16-bit int. OK?
With a ChangeLog entry yes.
--- gcc/flag-types.h (revision 216287)
+++ gcc/flag-types.h (working copy)
@@ -229,17 +229,17 @@
On Thu, Oct 16, 2014 at 05:25:57PM +1030, Alan Modra wrote:
Ping?
https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00704.html
I think the simplification should be done when constructing the expressions,
i.e. if possible in the simplification callback or so if it isn't
performed at some level.
On 08/10/12 11:24, Richard Guenther wrote:
On Sun, Oct 7, 2012 at 12:44 PM, Tom de Vries tom_devr...@mentor.com wrote:
Richard,
attached patch checks that unlinked uses do not contain ssa-names when
renaming.
This assert triggers when compiling (without the fix) the PR54735 example.
On Thu, Oct 16, 2014 at 10:24:45AM +0400, Kirill Yukhin wrote:
Hello,
This patch extends insertion hook.
AVX-512* tests on top of patch-set all pass
under simulator.
gcc/
* config/i386/i386.c
(ix86_expand_vector_set): Handle V8DF, V8DI, V16SF, V16SI, V32HI, V64QI
On Thu, Oct 16, 2014 at 07:37:18AM +0200, Marc Glisse wrote:
Hello,
the attached one-liner passed bootstrap+testsuite (really all languages) on
x86_64-linux-gnu (I got an extra pass of unix/-m32: os but I assume that the
failure with trunk was random).
The current code is a bit weird: we
On Wed, Oct 15, 2014 at 12:08 PM, Marek Polacek pola...@redhat.com wrote:
On Tue, Oct 14, 2014 at 09:23:29AM +0200, Marek Polacek wrote:
The consensus seems to be to go forward with this change. I will
commit the patch in 24 hours unless I hear objections.
I made the change. Please report
On Thu, Oct 16, 2014 at 12:07 AM, DJ Delorie d...@redhat.com wrote:
In the event that pointer sizes aren't powers of two, choose a more
suitable alignment than (unsigned)(-1), which results in HUGE file
sizes. Ok?
Ok.
Thanks,
Richard.
Index: gcc/lto/lto-object.c
... the below completes the work, no -std=gnu++0x anymore.
Paolo.
/
2014-10-16 Paolo Carlini paolo.carl...@oracle.com
* testsuite/lib/libstdc++.exp: Prefer -std=gnu++11.
* testsuite/20_util/add_lvalue_reference/requirements/
On Thu, Oct 16, 2014 at 9:20 AM, Tom de Vries tom_devr...@mentor.com wrote:
On 08/10/12 11:24, Richard Guenther wrote:
On Sun, Oct 7, 2012 at 12:44 PM, Tom de Vries tom_devr...@mentor.com wrote:
Richard,
attached patch checks that unlinked uses do not contain ssa-names when
renaming.
This
On Thu, Oct 16, 2014 at 9:31 AM, Jakub Jelinek ja...@redhat.com wrote:
On Thu, Oct 16, 2014 at 07:37:18AM +0200, Marc Glisse wrote:
Hello,
the attached one-liner passed bootstrap+testsuite (really all languages) on
x86_64-linux-gnu (I got an extra pass of unix/-m32: os but I assume that the
Hi all,
As discussed in https://gcc.gnu.org/ml/gcc/2014-09/msg00234.html , this
patchset backports mainline patches necessary for Kernel ASan in GCC 4.9
(gcc-4_9-branch). The patcheset consists of
* Asan headers installation (1 patch)
* __asan_loadN/__asan_storeN support (3 patches)
*
This patch adds support for asan_interface.h installation (it's required
by tests in other patches).
One change compared to mainline: asan_interface.h in 4.9 isn't C
friendly (it uses bool type) so I had to replace bool with unsigned char
in tests. The actual value isn't used by the test so I
Further work on __asan_loadN/__asan_storeN. I removed the tests
(misalign-1.c, misalign-2.c) because (as mentioned in comments for
preceeding patch) __asan_loadN/__asan_storeN are disabled for userspace.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-05-30 Jakub
The following is a patch by Jakub that ought to fix gnu11 fallout
on i686.
Applying to trunk.
2014-10-16 Jakub Jelinek ja...@redhat.com
Marek Polacek pola...@redhat.com
* gcc.dg/20020122-2.c: Use dg-additional-options. Fix implicit
declarations.
*
I disabled __asan_loadN/__asan_storeN because 4.9's Asan runtime doesn't
support them. In a later patch I re-enable these functions specifically
for KAsan.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-05-30 Jakub Jelinek ja...@redhat.com
* sanitizer.def
4.9's Asan runtime library provides no support for these so I removed
the tests. I've also changed default value of threshold to INT_MAX to
completely disable outline instrumentation in userspace Asan.
New asan-instrumentation-with-call-threshold parameter.
2014-10-15 Yury Gribov
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-06-16 Yury Gribov y.gri...@samsung.com
* asan.c (build_check_stmt): Fix maybe-uninitialized warning.
diff --git a/gcc/asan.c b/gcc/asan.c
index 5c091d0..3729178 100644
--- a/gcc/asan.c
+++
Difference from mainline: replaced non-C-friendly bool with unsigned
char (see patch 0001 for explanation).
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-06-18 Yury Gribov y.gri...@samsung.com
PR sanitizer/61547
* asan.c (instrument_strlen_call): Fixed
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-06-18 Yury Gribov y.gri...@samsung.com
PR sanitizer/61530
* asan.c (build_check_stmt): Add condition.
* c-c++-common/asan/pr61530.c: New test.
diff --git a/gcc/asan.c b/gcc/asan.c
index
Difference from mainline: replaced non-C-friendly bool with unsigned
char (see patch 0001 for explanation).
Do not instrument first byte in strlen if already instrumented.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-06-24 Max Ostapenko
The patch was slightly updated to take care of missing UBSan work
(SANITIZE_FLOAT_DIVIDE, SANITIZE_FLOAT_CAST, SANITIZE_BOUNDS).
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-07-31 Yury Gribov y.gri...@samsung.com
* doc/cpp.texi (__SANITIZE_ADDRESS__): Updated
The patch was slightly updated to take care of missing UBSan work
(UBSAN_BOUNDS).
Move inlining of Asan memory checks to sanopt pass.
Change asan-instrumentation-with-call-threshold to more closely match LLVM.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-11
The patch was slightly updated to take care of missing UBSan work
(UBSAN_BOUNDS).
Added fnspec to internal functions.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-11 Yury Gribov y.gri...@samsung.com
* gimple.c (gimple_call_fnspec): Support internal
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-12 Yury Gribov y.gri...@samsung.com
* internal-fn.c (init_internal_fns): Fix off-by-one.
diff --git a/gcc/internal-fn.c b/gcc/internal-fn.c
index 0749dce..d64e20d 100644
--- a/gcc/internal-fn.c
On Thu, Oct 16, 2014 at 12:35:51PM +0400, Yury Gribov wrote:
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-05-14 Yury Gribov y.gri...@samsung.com
PR sanitizer/61100
* Makefile.am (nodist_saninclude_HEADERS): Install
public
Difference from mainline: replaced non-C-friendly bool with unsigned
char (see patch 0001 for explanation).
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-18 Yury Gribov y.gri...@samsung.com
PR sanitizer/62089
* asan.c (instrument_derefs): Fix bitfield
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-28 Yury Gribov y.gri...@samsung.com
* c-c++-common/asan/pr62089.c: Fix test on 32-bit platforms.
diff --git a/gcc/testsuite/c-c++-common/asan/pr62089.c
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-09-01 Yury Gribov y.gri...@samsung.com
PR sanitizer/61897
PR sanitizer/62140
* asan.c (asan_mem_ref_get_end): Handle non-ptroff_t lengths.
(build_check_stmt): Likewise.
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-10-03 Yury Gribov y.gri...@samsung.com
* asan.c (asan_finish_file): Disable __asan_init calls for KASan;
don't emit empty ctors.
diff --git a/gcc/asan.c b/gcc/asan.c
index 5c6d1c5..b8fbed3 100644
Not a backport, specifically enables said instructions in KASan.
Instrument unaligned objects in KASan.
2014-10-15 Yury Gribov y.gri...@samsung.com
* asan.c (instrument_derefs): Enable unaligned path for KASan.
diff --git a/gcc/asan.c b/gcc/asan.c
index b8fbed3..db4e3a0 100644
---
On Thu, Oct 16, 2014 at 12:36:15PM +0400, Yury Gribov wrote:
I disabled __asan_loadN/__asan_storeN because 4.9's Asan runtime doesn't
support them. In a later patch I re-enable these functions specifically for
KAsan.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from
On Thu, Oct 16, 2014 at 12:36:37PM +0400, Yury Gribov wrote:
Further work on __asan_loadN/__asan_storeN. I removed the tests
(misalign-1.c, misalign-2.c) because (as mentioned in comments for
preceeding patch) __asan_loadN/__asan_storeN are disabled for userspace.
2014-10-15 Yury Gribov
On Thu, Oct 16, 2014 at 12:37:37PM +0400, Yury Gribov wrote:
4.9's Asan runtime library provides no support for these so I removed the
tests. I've also changed default value of threshold to INT_MAX to completely
disable outline instrumentation in userspace Asan.
New
On Thu, Oct 16, 2014 at 12:38:00PM +0400, Yury Gribov wrote:
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-06-16 Yury Gribov y.gri...@samsung.com
* asan.c (build_check_stmt): Fix maybe-uninitialized warning.
Ok.
On Thu, Oct 16, 2014 at 12:38:19PM +0400, Yury Gribov wrote:
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-06-18 Yury Gribov y.gri...@samsung.com
PR sanitizer/61530
* asan.c (build_check_stmt): Add condition.
On Thu, Oct 16, 2014 at 12:38:51PM +0400, Yury Gribov wrote:
Difference from mainline: replaced non-C-friendly bool with unsigned char
(see patch 0001 for explanation).
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-06-18 Yury Gribov
On Thu, Oct 16, 2014 at 12:39:17PM +0400, Yury Gribov wrote:
Difference from mainline: replaced non-C-friendly bool with unsigned char
(see patch 0001 for explanation).
Where? I don't see unsigned char being used anywhere in the patch.
bool is certainly fine in GCC itself.
Do not instrument
On Thu, Oct 16, 2014 at 12:39:56PM +0400, Yury Gribov wrote:
The patch was slightly updated to take care of missing UBSan work
(SANITIZE_FLOAT_DIVIDE, SANITIZE_FLOAT_CAST, SANITIZE_BOUNDS).
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-07-31 Yury
On Thu, Oct 16, 2014 at 12:41:03PM +0400, Yury Gribov wrote:
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-12 Yury Gribov y.gri...@samsung.com
* internal-fn.c (init_internal_fns): Fix off-by-one.
Ok.
Jakub
On Thu, Oct 16, 2014 at 12:40:17PM +0400, Yury Gribov wrote:
The patch was slightly updated to take care of missing UBSan work
(UBSAN_BOUNDS).
Added fnspec to internal functions.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-11 Yury Gribov
On Thu, Oct 16, 2014 at 12:40:44PM +0400, Yury Gribov wrote:
The patch was slightly updated to take care of missing UBSan work
(UBSAN_BOUNDS).
Move inlining of Asan memory checks to sanopt pass.
Change asan-instrumentation-with-call-threshold to more closely match LLVM.
2014-10-15 Yury
On Thu, Oct 16, 2014 at 12:41:46PM +0400, Yury Gribov wrote:
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-28 Yury Gribov y.gri...@samsung.com
* c-c++-common/asan/pr62089.c: Fix test on 32-bit platforms.
Ok.
On Thu, Oct 16, 2014 at 12:41:24PM +0400, Yury Gribov wrote:
Difference from mainline: replaced non-C-friendly bool with unsigned char
(see patch 0001 for explanation).
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-08-18 Yury Gribov
On Thu, Oct 16, 2014 at 12:42:28PM +0400, Yury Gribov wrote:
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-10-03 Yury Gribov y.gri...@samsung.com
* asan.c (asan_finish_file): Disable __asan_init calls for KASan;
On Thu, Oct 16, 2014 at 12:42:09PM +0400, Yury Gribov wrote:
Same as mainline.
2014-10-15 Yury Gribov y.gri...@samsung.com
Backport from mainline
2014-09-01 Yury Gribov y.gri...@samsung.com
PR sanitizer/61897
PR sanitizer/62140
* asan.c
On Thu, Oct 16, 2014 at 12:43:25PM +0400, Yury Gribov wrote:
Not a backport, specifically enables said instructions in KASan.
Instrument unaligned objects in KASan.
2014-10-15 Yury Gribov y.gri...@samsung.com
* asan.c (instrument_derefs): Enable unaligned path for KASan.
diff
On Thu, 16 Oct 2014, Richard Biener wrote:
Does this fix PR63537?
PR63537 is already fine for me with trunk, NRV replaces ret with retval
everywhere. It does so even if I add f(ret); in the function with void
f(vec*);
I'd worry if both result and found are address taken before the pass,
On 10/16/2014 12:49 PM, Jakub Jelinek wrote:
On Thu, Oct 16, 2014 at 12:39:17PM +0400, Yury Gribov wrote:
Difference from mainline: replaced non-C-friendly bool with unsigned char
(see patch 0001 for explanation).
Where? I don't see unsigned char being used anywhere in the patch.
bool is
This fixes one test in the Ada testsuite (there may be more of these).
Applying to trunk.
2014-10-16 Marek Polacek pola...@redhat.com
* ada/acats/tests/cd/cd300051.c: Fix defaulting to int.
diff --git gcc/testsuite/ada/acats/tests/cd/cd300051.c
Another one (ok, I should really sit down and move all the remaining
string related foldings).
Bootstrap / regtest running on x86_64-unknown-linux-gnu.
Richard.
2014-10-16 Richard Biener rguent...@suse.de
PR middle-end/63554
* builtins.c (fold_builtin_4): Do not call
Uros Bizjak ubiz...@gmail.com writes:
Hello!
Now that %ebx is no more fixed, we can remove all PIC related
complications in atomic_compare_and_swapdwi_doubleword pattern. The
immediate consequence is, that we avoid hidden xchgs that clobbered
unwinding state.
Could also do the same in
Eric,
this patch is the first half of the fix for PR61605.
The problem it addresses is the following: Consider this copy cycle (a = b; b =
a):
...
(insn 2 18 3 2 (set (reg/v:SI 1 dx [orig:86 yD.1749 ] [86])
(reg:SI 5 di [ yD.1749 ])) test.c:9 90 {*movsi_internal}
On Thu, Oct 16, 2014 at 11:06 AM, Andi Kleen a...@firstfloor.org wrote:
Now that %ebx is no more fixed, we can remove all PIC related
complications in atomic_compare_and_swapdwi_doubleword pattern. The
immediate consequence is, that we avoid hidden xchgs that clobbered
unwinding state.
Hello!
Now that %ebx is also allocatable in PIC modes, we can cleanup
config/i386/cpuid considerably. I propose to remove all PIC related
specializations of __cpuid and __cpuid_count and protect the
compilation with #if __GNUC__ = 5.
The only drawback would be that non-bootstrapped build with
On Thu, Oct 16, 2014 at 11:19:49AM +0200, Uros Bizjak wrote:
Hello!
Now that %ebx is also allocatable in PIC modes, we can cleanup
config/i386/cpuid considerably. I propose to remove all PIC related
specializations of __cpuid and __cpuid_count and protect the
compilation with #if __GNUC__ =
On Thu, Oct 16, 2014 at 11:03 AM, Marc Glisse marc.gli...@inria.fr wrote:
On Thu, 16 Oct 2014, Richard Biener wrote:
Does this fix PR63537?
PR63537 is already fine for me with trunk, NRV replaces ret with retval
everywhere. It does so even if I add f(ret); in the function with void
On 15/10/14 22:06 +0200, François Dumont wrote:
On 15/10/2014 13:10, Jonathan Wakely wrote:
I find this much easier to read:
#if __cplusplus 201103L
typedef _Is_contiguous_sequence_Sequence __tag;
#else
using __lvalref = std::is_lvalue_reference
typename
Tested on ia64-suse-linux, installed as obvious.
Andreas.
* gcc.target/ia64/20090324-1.c: Fix implicit declarations and
implicit int.
* gcc.target/ia64/mfused-madd-vect.c: Likewise.
* gcc.target/ia64/mno-fused-madd-vect.c: Likewise.
*
Tested on m68k-suse-linux and installed as obvious.
Andreas.
* gcc.target/m68k/crash1.c: Fix implicit declaration.
diff --git a/gcc/testsuite/gcc.target/m68k/crash1.c
b/gcc/testsuite/gcc.target/m68k/crash1.c
index fdd737a..2554d62 100644
--- a/gcc/testsuite/gcc.target/m68k/crash1.c
+++
On 09.10.2014 16:42, Kai Tietz wrote:
Not approved:
* gcc/cp/vtable-class-hierarchy.c
Index: gcc/cp/vtable-class-hierarchy.c
===
--- gcc/cp/vtable-class-hierarchy.c(Revision 214408)
+++ gcc/cp/vtable-class-hierarchy.c
On 10 Oct 18:37, Uros Bizjak wrote:
On Fri, Oct 10, 2014 at 5:47 PM, Ilya Tocar tocarip.in...@gmail.com wrote:
Please recode that horrible first switch statement to:
--cut here--
rtx (*gen) (rtx, rtx, rtx, rtx) = NULL;
switch (mode)
{
case V8HImode:
if
On Thu, Oct 16, 2014 at 11:36 AM, Jakub Jelinek ja...@redhat.com wrote:
Now that %ebx is also allocatable in PIC modes, we can cleanup
config/i386/cpuid considerably. I propose to remove all PIC related
specializations of __cpuid and __cpuid_count and protect the
compilation with #if
Hi,
As discussed in the PR, the __fpscr_values based FPU mode switching is
replaced by other means, which preserve the other FPU mode and status
bits across mode switches. For details please refer to the coments in
the PR.
Tested on sh-sim with -m4 -ml and -m4 -mb without new failures, except
This patch (also applicable to trunk) makes us canoncialize operand
order for comparisons at the same time we canonicalize other
operand order, in particular before dispatching to generic_simplify.
It also adds operand canonicalization to ternary ops and adds
FMA_EXPR and DOT_PROD_EXPR to the
On Thu, Oct 16, 2014 at 02:23:16PM +0400, Ilya Tocar wrote:
On 10 Oct 18:37, Uros Bizjak wrote:
On Fri, Oct 10, 2014 at 5:47 PM, Ilya Tocar tocarip.in...@gmail.com wrote:
Please recode that horrible first switch statement to:
--cut here--
rtx (*gen) (rtx, rtx, rtx, rtx) = NULL;
On 15 Oct 16:38, Jakub Jelinek wrote:
Done. But it turned out that the gcc_GAS_CHECK_FEATURE from
gcc/configure.ac:
gcc_GAS_CHECK_FEATURE([.section with e], gcc_cv_as_section_has_e,
[2,22,51],,
[.section foo1,e
.byte 0,0,0,0])
does not work properly. Maybe it works on
On Thu, Oct 16, 2014 at 8:28 AM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Hello,
This patch extends expand_mul_widen_hilo to 512-bit QI,SI,HI modes.
Bootstrapped and regtested
gcc/
* config/i386/i386.c
(ix86_expand_mul_widen_hilo): Handle V32HI, V16SI, V64QI modes.
Is
On Thu, Oct 16, 2014 at 9:28 AM, Jakub Jelinek ja...@redhat.com wrote:
On Thu, Oct 16, 2014 at 10:24:45AM +0400, Kirill Yukhin wrote:
Hello,
This patch extends insertion hook.
AVX-512* tests on top of patch-set all pass
under simulator.
gcc/
* config/i386/i386.c
On Wed, Oct 15, 2014 at 6:08 PM, Jeff Law l...@redhat.com wrote:
On 10/15/14 08:35, Marc Glisse wrote:
Would that extra pass be acceptable?
Ugh, rather not. We have too many passes ;)
Otherwise, what do you think should be responsible for cleaning up the
dead assignments?
Does anyone
On Thu, Oct 16, 2014 at 03:17:36PM +0400, Ilya Verbin wrote:
On 15 Oct 16:38, Jakub Jelinek wrote:
Done. But it turned out that the gcc_GAS_CHECK_FEATURE from
gcc/configure.ac:
gcc_GAS_CHECK_FEATURE([.section with e], gcc_cv_as_section_has_e,
[2,22,51],,
[.section foo1,e
On Wed, Oct 15, 2014 at 6:15 PM, David Malcolm dmalc...@redhat.com wrote:
Back in March I posted an 89-patch kit to expand and make use of the
gimple statement class hierarchy to move much of the type-checking of
statement accessors to be at compile-time rather than run-time:
On Wed, Oct 15, 2014 at 4:47 PM, Ilya Palachev i.palac...@samsung.com wrote:
Hi all,
The attached patch fixes PR lto/61048.
The basic idea is to write option -fsanitize to existing ELF section
.gnu.lto_.opts in object files and then read it in lto-wrapper.
On 15.10.2014 12:46, Richard
I don't like generic annotation facilities at all. Would it be possible
Why?
to make cgraph UIDs not sparse? (keep a free-list of cgraph nodes
cgraph nodes are already kept dense via freelist. However in WPA you usually
have a lot
of different nodes prior merging and unreachable code
On 10/16/2014 01:31 PM, Richard Biener wrote:
On Wed, Oct 15, 2014 at 6:26 PM, Martin Liška mli...@suse.cz wrote:
Hello.
Following patch introduces a new class called callgraph_annotation. Idea
behind the patch is to provide a generic interface one can use to register
custom info related to a
On Thu, Oct 16, 2014 at 1:40 PM, Jan Hubicka hubi...@ucw.cz wrote:
I don't like generic annotation facilities at all. Would it be possible
Why?
Because it's the way to hell if the IL has magic things only one
pass can understand. It can't ever know if it may invalidate some
of that data.
On Thu, Oct 16, 2014 at 1:42 PM, Martin Liška mli...@suse.cz wrote:
On 10/16/2014 01:31 PM, Richard Biener wrote:
On Wed, Oct 15, 2014 at 6:26 PM, Martin Liška mli...@suse.cz wrote:
Hello.
Following patch introduces a new class called callgraph_annotation. Idea
behind the patch is to
This fixes fallout of graphite tests.
Applying to trunk.
2014-10-16 Marek Polacek pola...@redhat.com
* gcc.dg/graphite/id-1.c: Fix defaulting to int.
* gcc.dg/graphite/id-2.c: Likewise.
* gcc.dg/graphite/id-4.c: Likewise.
* gcc.dg/graphite/id-8.c: Likewise.
On Thu, Oct 16, 2014 at 1:40 PM, Jan Hubicka hubi...@ucw.cz wrote:
I don't like generic annotation facilities at all. Would it be possible
Why?
Because it's the way to hell if the IL has magic things only one
pass can understand. It can't ever know if it may invalidate some
of that
Hi All,
Here is a simple enhancement for predicate computation in if-convert phase:
We use notion of cd equivalence to get simpler predicate for
join block, e.g. if join block has 2 predecessors with predicates
p1 p2 and p1 !p2, we'd like to get p1 for it instead of
p1 p2 | p1
Hello,
This patch extends expand_sse2_mulvxdi3.
Bootstrapped.
AVX-512* tests on top of patch-set all pass
under simulator.
Is it ok for trunk?
gcc/
* config/i386/i386.c (ix86_expand_sse2_mulvxdi3): Extend
expand_sse2_mulvxdi3.
--
Thanks, K
diff --git a/gcc/config/i386/i386.c
Markus reported on IRC that gnu11 default broke these two tests
on powerpc.
Applying to trunk.
2014-10-16 Marek Polacek pola...@redhat.com
* gcc.target/powerpc/pr58673-1.c: Fix defaulting to int.
* gcc.target/powerpc/pr58673-2.c: Add declarations.
diff --git
Hello.
If I recall correctly, we recycle cgraph_nodes and it's possible that an UID
is given to different nodes:
symbol_table::allocate_cgraph_symbol (void). Such uid is problematic from
perspective that it cannot be used as a index to a vector.
It was also Honza's note that one
On 10/16/2014 02:01 PM, Jan Hubicka wrote:
Hello.
If I recall correctly, we recycle cgraph_nodes and it's possible that an UID
is given to different nodes:
symbol_table::allocate_cgraph_symbol (void). Such uid is problematic from
perspective that it cannot be used as a index to a vector.
It
On 10/16/2014 02:05 PM, Martin Liška wrote:
On 10/16/2014 02:01 PM, Jan Hubicka wrote:
Hello.
If I recall correctly, we recycle cgraph_nodes and it's possible that an UID
is given to different nodes:
symbol_table::allocate_cgraph_symbol (void). Such uid is problematic from
perspective that it
On 16-10-14 10:14, Richard Biener wrote:
On Thu, Oct 16, 2014 at 9:20 AM, Tom de Vries tom_devr...@mentor.com wrote:
On 08/10/12 11:24, Richard Guenther wrote:
On Sun, Oct 7, 2012 at 12:44 PM, Tom de Vries tom_devr...@mentor.com wrote:
Richard,
attached patch checks that unlinked uses do not
On Thu, Oct 16, 2014 at 2:11 PM, Tom de Vries tom_devr...@mentor.com wrote:
On 16-10-14 10:14, Richard Biener wrote:
On Thu, Oct 16, 2014 at 9:20 AM, Tom de Vries tom_devr...@mentor.com
wrote:
On 08/10/12 11:24, Richard Guenther wrote:
On Sun, Oct 7, 2012 at 12:44 PM, Tom de Vries
Hi,
This is not entirely related to PR 59401, but the discussion came up
there. The attached patch makes the GBR on SH call preserved by
default. Tested by Kaz on sh4-linux, committed as r216314.
Cheers,
Oleg
gcc/ChangeLog:
PR target/59401
* config/sh/sh.h
On Thu, Oct 16, 2014 at 1:55 PM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Hello,
This patch extends expand_sse2_mulvxdi3.
Bootstrapped.
AVX-512* tests on top of patch-set all pass
under simulator.
Is it ok for trunk?
gcc/
* config/i386/i386.c (ix86_expand_sse2_mulvxdi3):
Hi,
I've committed the attached obvious patch as r216317.
Cheers,
Oleg
gcc/testsuite/ChangeLog:
PR target/63260
* gcc.target/sh/pr63260.c: Fix typo __builtin_fabs vs. __builtin_abs.
Index: gcc/testsuite/gcc.target/sh/pr63260.c
(I've taken Alan's patch and added two new testcases.)
This patch cures the linux kernel boot failure when compiled using
trunk gcc.
At its heart, the problem is caused by merge_decls merging from the
old decl to the new decl, then copying back to the old decl and
discarding the new. When Jan
Hello.
Following patch fixes i586 bootstrap failure:
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg01713.html
../../src-trunk/gcc/ipa-icf.c:2096:23: error: format ‘%lu’ expects argument of type
‘long unsigned int’, but argument 3 has type
‘std::listipa_icf::congruence_class*::size_type
Hello.
Following patch fixes i586 bootstrap failure:
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg01713.html
../../src-trunk/gcc/ipa-icf.c:2096:23: error: format ‘%lu’ expects argument
of type ‘long unsigned int’, but argument 3 has type
On Thu, Oct 16, 2014 at 02:41:36PM +0200, Martin Liška wrote:
Hello.
Following patch fixes i586 bootstrap failure:
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg01713.html
../../src-trunk/gcc/ipa-icf.c:2096:23: error: format ‘%lu’ expects argument
of type ‘long unsigned int’, but
On 10/16/2014 02:45 PM, Jakub Jelinek wrote:
On Thu, Oct 16, 2014 at 02:41:36PM +0200, Martin Liška wrote:
Hello.
Following patch fixes i586 bootstrap failure:
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg01713.html
../../src-trunk/gcc/ipa-icf.c:2096:23: error: format ‘%lu’ expects
Hi,
The fldi_ok function in sh.c has been returning 'true' for while. Thus
it can as well be removed. Tested with 'make all-gcc', committed as
r216320.
Cheers,
Oleg
gcc/ChangeLog:
* config/sh/sh-protos.h (fldi_ok): Remove.
* config/sh/sh.c (fldi_ok): Likewise.
Bootstrapped on x86_64-unknown-linux-gnu.
Richard.
2014-10-16 Richard Biener rguent...@suse.de
Merge from trunk r216235 through r216315.
The following makes us infer loop bounds for loops like
bb 3:
# str_28 = PHI foo(2), str_10(4)
...
str_10 = str_28 + 1;
_4 = *str_10;
if (_4 != 0)
goto bb 4;
else
goto bb 8;
bb 4:
goto bb 3;
or
bb 3:
# p_15 = PHI p_6(3), a(2)
p_6 = p_15 + 1;
*p_15 = 0;
...
if
1 - 100 of 189 matches
Mail list logo