On Fri, Jun 20, 2014 at 2:42 PM, Jakub Jelinek ja...@redhat.com wrote:
Hi!
As mentioned in the PR, some? KVM versions disable some CPU flags,
supposedly so that it can be migrated to any other x86-64 hw.
Thus, it announces only sse2 and lm, but already not sse3, ssse3
nor 3dnow, and
.
This looks OK to me.
Thanks,
Uros.
This is what I checked in.
Thanks.
--
H.J.
---
Index: ChangeLog
===
--- ChangeLog (revision 211900)
+++ ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2014-06-23 H.J. Lu hongjiu...@intel.com
On Mon, Jun 23, 2014 at 11:51 PM, Uros Bizjak ubiz...@gmail.com wrote:
On Mon, Jun 23, 2014 at 6:29 PM, H.J. Lu hjl.to...@gmail.com wrote:
--- gcc/config/i386/driver-i386.c.jj2014-05-14 14:45:54.0
+0200
+++ gcc/config/i386/driver-i386.c 2014-06-20 18:59:57.805006358
Hi,
This patch from Marius removes the redundant tests. Tested on
Linux/x86-64 without regressions. I will check it in tomorrow.
Thanks.
H.J.
--
diff --git a/libgcc/config/libbid/ChangeLog b/libgcc/config/libbid/ChangeLog
index 9405a3a..8ec7468 100644
--- a/libgcc/config/libbid/ChangeLog
+++
in this for x32 after testing.
Thanks.
--
H.J.
--
diff --git a/libstdc++-v3/ChangeLog b/libstdc++-v3/ChangeLog
index 219f794..f1eda06 100644
--- a/libstdc++-v3/ChangeLog
+++ b/libstdc++-v3/ChangeLog
@@ -1,3 +1,6 @@
+2014-07-23 H.J. Lu hongjiu...@intel.com
+
+ * config/abi/post/x86_64-linux-gnu
H.J. Lu hongjiu...@intel.com
PR bootstrap/61914
* gengtype.c (strtoken): New function.
(create_user_defined_type): Replace strtok with strtoken.
diff --git a/gcc/gengtype.c b/gcc/gengtype.c
index ffe3f94..e66941b 100644
--- a/gcc/gengtype.c
+++ b/gcc/gengtype.c
@@ -569,6
On Mon, Nov 10, 2014 at 11:42 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Nov 10, 2014 at 5:44 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Mon, Nov 10, 2014 at 2:43 PM, Jakub Jelinek ja...@redhat.com wrote:
On Mon, Nov 10, 2014 at 05:32:32AM -0800, H.J. Lu wrote:
On Mon, Nov 10
On Tue, Nov 11, 2014 at 10:49 AM, Andi Kleen a...@firstfloor.org wrote:
Joseph Myers jos...@codesourcery.com writes:
On Tue, 11 Nov 2014, Ilya Enkovich wrote:
Hi,
This patch integrates MPX runtime library into GCC source tree. MPX
runtime is responsible for initialization of MPX feature
On Tue, Nov 11, 2014 at 1:01 PM, Andi Kleen a...@firstfloor.org wrote:
It is similar to libsanitizer. Put it in glibc isn't going to work well
for MPX.
Can you explain it more please?
Are you suggesting putting MPX run-time in glibc? Will we have
2 glibc, one with MPX run-time and one
On Tue, Nov 11, 2014 at 1:33 PM, Joseph Myers jos...@codesourcery.com wrote:
On Tue, 11 Nov 2014, Andi Kleen wrote:
On Tue, Nov 11, 2014 at 01:04:42PM -0800, H.J. Lu wrote:
On Tue, Nov 11, 2014 at 1:01 PM, Andi Kleen a...@firstfloor.org wrote:
It is similar to libsanitizer. Put
On Tue, Oct 28, 2014 at 1:21 AM, Maxim Ostapenko
m.ostape...@partner.samsung.com wrote:
The code which identifies interceptors seems to be duplicated in
expand_builtin. What about factoring this out to some
is_asan_intercepted()
in asan.h?
I agree.
Fixed this.
BTW, when you handle a
On Sun, Oct 5, 2014 at 9:34 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch makes ipa_polymorphic_call_context::get_dynamic_type to
track if vptr has changed in between function entry and polymorphic
call.
The patch also add logic skipping if (a==0) checks in multiple
inheritance so I
Hi,
This patch updates c-c++-common/asan/strlen-overflow-1.c to avoid tail
call on x32. Tested on Linux/x86-64/ia32/x32. OK to install?
Thanks.
H.J.
---
2014-11-11 H.J. Lu hongjiu...@intel.com
PR testsuite/63830
* c-c++-common/asan/strlen-overflow-1.c (main): Avoid tail
On Tue, Nov 4, 2014 at 7:54 AM, Jiong Wang jiong.w...@arm.com wrote:
On 04/11/14 15:51, Paolo Carlini wrote:
Hi,
On 11/04/2014 04:37 PM, Martin Jambor wrote:
Hi,
since revision 216728, testsuite/g++.dg/ipa/devirt-40.C is failing
because although the tested-for devirtualization does
-bit large model. OK to install?
Thanks.
H.J.
---
2014-11-12 H.J. Lu hongjiu...@intel.com
PR target/63833
* config/i386/i386.h (REAL_PIC_OFFSET_TABLE_REGNUM): Use
R15_REG for 64-bit.
* config/i386/rdos64.h (REAL_PIC_OFFSET_TABLE_REGNUM): Removed.
diff --git
On Wed, Nov 5, 2014 at 6:50 AM, Kirill Yukhin kirill.yuk...@gmail.com wrote:
Hello,
On 24 Oct 17:56, Yury Gribov wrote:
...
+const struct test_data_t test_data[] = {
+ { STRTOL, -0x8000, 0, -0x8000L, 0 },
...
+ switch (test_data[i].fun)
+ {
+ case STRTOL:
+
-12 H.J. Lu hongjiu...@intel.com
PR tree-optimization/63828
* ipa-polymorphic-call.c (possible_placement_new): Check
POINTER_SIZE, instead of BITS_PER_WORD, for pointer size.
diff --git a/gcc/ipa-polymorphic-call.c b/gcc/ipa-polymorphic-call.c
index 33dd1a8..30b5db2 100644
On Tue, Nov 11, 2014 at 5:13 AM, Richard Biener rguent...@suse.de wrote:
This merges patterns from associate_plusminus and adjusts them with
details from their fold-const.c pendants. It also fixes missing
flag_sanitize checks on negate contraction on the way.
This shows places where folds
On Wed, Nov 12, 2014 at 9:55 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Tue, Nov 11, 2014 at 5:13 AM, Richard Biener rguent...@suse.de wrote:
This merges patterns from associate_plusminus and adjusts them with
details from their fold-const.c pendants. It also fixes missing
flag_sanitize
thunk with random value in hardcoded PIC register. After
r216154, compiler crashes. This patch sets PIC register to %r11 and
initialize it. Tested on Linux/x86-64. OK for trunk and backport
to 4.8/4.9 branches?
Thanks.
H.J.
---
gcc/
2014-11-12 H.J. Lu hongjiu...@intel.com
PR
On Wed, Nov 12, 2014 at 1:02 PM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Nov 12, 2014 at 12:43:17PM -0800, H.J. Lu wrote:
@@ -42686,8 +42692,12 @@ x86_output_mi_thunk (FILE *file, tree,
HOST_WIDE_INT delta,
else
{
if (ix86_cmodel == CM_LARGE_PIC SYMBOLIC_CONST (fnaddr
On Wed, Nov 12, 2014 at 1:39 PM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Nov 12, 2014 at 01:11:40PM -0800, H.J. Lu wrote:
On Wed, Nov 12, 2014 at 1:02 PM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Nov 12, 2014 at 12:43:17PM -0800, H.J. Lu wrote:
@@ -42686,8 +42692,12
On Wed, Nov 12, 2014 at 2:00 PM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Nov 12, 2014 at 01:51:01PM -0800, H.J. Lu wrote:
So, all in all, SET_REGNO sounds inappropriate to me, everywhere else
gen_raw_REG or gen_rtx_REG is used instead, so IMNSHO you should do the
same
On Fri, Nov 7, 2014 at 12:53 AM, Richard Biener rguent...@suse.de wrote:
This interleaves stmt folding and manual simplifications done in
forwprop into a single loop over all basic-blocks. It somewhat
complicates things as we need to make sure the lattice stays
valid when releasing SSA names
On Mon, Nov 3, 2014 at 9:01 AM, Alex Velenko alex.vele...@arm.com wrote:
Hi,
This patch adds a mid-end check to catch division by
constant case and optimize it to generate one shift,
instead of two.
A testacase to check the correct codegeneration for aarch64
is added. This check is not made
On Wed, Nov 12, 2014 at 7:08 PM, Vladimir Makarov vmaka...@redhat.com wrote:
After submitting LRA rematerialization patch, I got a lot of
feedback. Some people reported performance degradation and pointed me
out the most important problem which looks like
p0 - p1 + p2
On Wed, Nov 5, 2014 at 7:17 AM, Zamyatin, Igor igor.zamya...@intel.com wrote:
Hi!
Following patch (moving initialization of pic_offset_table_rtx
earlier) fixes failures for asan tests on 32 bits in PIC mode mentioned here
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c48
/ChangeLog
@@ -1,3 +1,10 @@
+2014-11-13 H.J. Lu hongjiu...@intel.com
+
+ PR gas/17598
+ * elf64-x86-64.c (elf_x86_64_check_relocs): Treat
+ R_X86_64_GOTPLT64 the same as R_X86_64_GOT64.
+ (elf_x86_64_relocate_section): Likewise.
+
2014-11-13 Nick Clifton ni...@redhat.com
On Thu, Nov 13, 2014 at 11:13 AM, H.J. Lu hongjiu...@intel.com wrote:
Hi,
R_X86_64_GOTPLT64 isn't necessary and R_X86_64_GOT64 should be used
instead. I checked in this patch to add assembler support for @gotplt,
but treat R_X86_64_GOTPLT64 the same R_X86_64_GOT64. There should
On Wed, Oct 15, 2014 at 10:03 AM, Martin Liška mli...@suse.cz wrote:
Hello
There's final version of the patch I'm going to commit tomorrow in the
morning (CEST).
Thank you Honza for the review.
Martin
This caused:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63856
--
H.J.
On Tue, Nov 11, 2014 at 8:02 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Nov 10, 2014 at 11:42 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Nov 10, 2014 at 5:44 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Mon, Nov 10, 2014 at 2:43 PM, Jakub Jelinek ja...@redhat.com wrote
On Thu, Nov 13, 2014 at 8:27 PM, Andrew Hsieh andrewhs...@google.com wrote:
What about overloading the existing option -mbionic ? -mbionic=21 and
above enable ifunc (so NDK can help enforce it)
On Fri, Nov 14, 2014 at 11:51 AM, enh e...@google.com wrote:
On Thu, Nov 13, 2014 at 5:12 PM, Jeff
On Thu, Nov 13, 2014 at 9:36 AM, Jeff Law l...@redhat.com wrote:
On 11/12/14 03:02, Alexander Ivchenko wrote:
Hi,
Bionic - Android libc - supports indirect functions right now, but
they are disabled in gcc;
We cannot do the configure-time check for that, because there is only
one version
On Thu, Nov 13, 2014 at 8:46 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, Nov 13, 2014 at 9:36 AM, Jeff Law l...@redhat.com wrote:
On 11/12/14 03:02, Alexander Ivchenko wrote:
Hi,
Bionic - Android libc - supports indirect functions right now, but
they are disabled in gcc;
We cannot do
On Thu, Nov 13, 2014 at 8:59 PM, Jeff Law l...@redhat.com wrote:
On 11/13/14 21:46, H.J. Lu wrote:
Hi Jeff,
I believe the patch is correct. Not all glibcs support IFUNC. It doesn't
mean
we should disable IFUNC for all glibcs. By default, we do a configure
time
check for IFUNC. We DO
for i686-linux-android and x86_64-linux-android. OK for trunk?
Thanks.
H.J.
2014-11-13 H.J. Lu hongjiu...@intel.com
* config.gcc (default_gnu_indirect_function): Don't assume
modern glibc for i[34567]86-*-linux* and x86_64-*-linux* when
targeting Android.
diff --git
On Thu, Nov 13, 2014 at 09:32:07PM -0800, H.J. Lu wrote:
For i[34567]86-*-linux* and x86_64-*-linux* targets, config.gcc assumes
modern glibc and set default_gnu_indirect_function to yes. That is wrong
for i[34567]86-*-linux-android* and x86_64-*-linux-android* targets.
This patch fixes
On Fri, Nov 14, 2014 at 7:10 AM, Alexander Ivchenko aivch...@gmail.com wrote:
should we also change this comment in gcc/configure?
--enable-gnu-indirect-function
enable the use of the @gnu_indirect_function to
glibc systems
That will be a
On Fri, Nov 14, 2014 at 7:51 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Fri, Nov 14, 2014 at 3:38 PM, H.J. Lu hongjiu...@intel.com wrote:
On Thu, Nov 13, 2014 at 09:32:07PM -0800, H.J. Lu wrote:
For i[34567]86-*-linux* and x86_64-*-linux* targets, config.gcc assumes
modern glibc and set
On Fri, Nov 14, 2014 at 8:07 AM, Ilya Verbin iver...@gmail.com wrote:
Resending to gcc-patches@gcc.gnu.org
Hi,
This patch fixes recent regressions in libgomp testsuite:
https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00343.html
They are reproducible only with ld from trunk, ld 2.24 works
On Thu, Nov 13, 2014 at 8:59 PM, Jeff Law l...@redhat.com wrote:
On 11/13/14 21:46, H.J. Lu wrote:
Hi Jeff,
I believe the patch is correct. Not all glibcs support IFUNC. It doesn't
mean
we should disable IFUNC for all glibcs. By default, we do a configure
time
check for IFUNC. We DO
On Fri, Nov 14, 2014 at 8:51 AM, Ilya Verbin iver...@gmail.com wrote:
On 14 Nov 08:46, H.J. Lu wrote:
What happens when -flto is used on command line? Will we
generate both LTO IR and offload IR?
Right.
I'm not sure whether we should make slim objects in case of LTO + offload
IR
On Fri, Nov 14, 2014 at 8:59 AM, Zamyatin, Igor igor.zamya...@intel.com wrote:
ChangeLog:
2014-10-30 Igor Zamyatin igor.zamya...@intel.com
* function.c (assign_parms): Move init of pic_offset_table_rtx
from here to...
* cfgexpand.c (expand_used_vars): ...here.
On Fri, Nov 14, 2014 at 9:08 AM, Ilya Verbin iver...@gmail.com wrote:
On 14 Nov 09:01, H.J. Lu wrote:
On Fri, Nov 14, 2014 at 8:51 AM, Ilya Verbin iver...@gmail.com wrote:
On 14 Nov 08:46, H.J. Lu wrote:
What happens when -flto is used on command line? Will we
generate both LTO IR
On Sun, Sep 1, 2013 at 6:57 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch implement speculative devirtualization. It is a trivial pass that
asks for targets of every polymorphic call in a program and if the list
contains one likely target, it produces an speculative call. No context
On Fri, Nov 14, 2014 at 12:07 PM, Vladimir Makarov vmaka...@redhat.com wrote:
The LRA rematerialization patch I've submitted about day ago broke H.J.'s
32-bit bootstrap. So I switched off the rematerialization right away. The
set for bootstrapping used by H.J. was very useful. I've fixed
set
ASAN_OPTIONS=detect_odr_violation=0
SUMMARY: AddressSanitizer: odr-violation: global 'CSWTCH.2819' at
/export/gnu/import/git/sources/gcc/gcc/tree-vrp.c:4056:7
==14370==ABORTING
H.J.
---
2014-11-15 H.J. Lu hongjiu...@intel.com
PR bootstrap/63888
* bootstrap-asan.mk
On Sat, Nov 15, 2014 at 9:07 AM, Vladimir Makarov vmaka...@redhat.com wrote:
On 2014-11-15 9:58 AM, H.J. Lu wrote:
On Fri, Nov 14, 2014 at 12:07 PM, Vladimir Makarov vmaka...@redhat.com
wrote:
The LRA rematerialization patch I've submitted about day ago broke
H.J.'s
32-bit bootstrap. So
On Sat, Nov 15, 2014 at 11:46 AM, FX fxcoud...@gmail.com wrote:
Don’t run gcc.target/i386/sibcall-1.c on PIC targets.
2014-11-15 Francois-Xavier Coudert fxcoud...@gcc.gnu.org
PR target/60104
* gcc.target/i386/sibcall-1.c: Don't run on pic targets.
Index:
On Sat, Nov 15, 2014 at 12:22 PM, FX fxcoud...@gmail.com wrote:
This looks wrong. This test should pass for 64-bit or ia32 nonpic.
It was Kai’s original testcase, so I don’t want to modify it too much, other
than make it skip where it clearly fails.
Original bug report was filed against
On Fri, Nov 14, 2014 at 4:39 AM, Richard Biener rguent...@suse.de wrote:
Following up https://gcc.gnu.org/ml/gcc-patches/2014-10/msg01233.html and
fixing the regressions this caused as soon as I removed the dispatch
to fold_unary (and more regressions it would have caused if I managed
to
A
+{
+ void *operator new(unsigned long, int);
This failed on ILP32 targets. I checked in this patch to fix it:
Index: ChangeLog
===
--- ChangeLog (revision 217653)
+++ ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2014-11-17 H.J. Lu
On Wed, Nov 12, 2014 at 11:49 PM, Zhenqiang Chen zhenqiang.c...@arm.com wrote:
-Original Message-
From: Richard Henderson [mailto:r...@redhat.com]
Sent: Thursday, November 06, 2014 4:23 PM
To: Zhenqiang Chen; 'Jan-Benedict Glaw'; Hartmut Penner; Ulrich Weigand;
Andreas Krebbel
Cc:
On Wed, Oct 29, 2014 at 11:07 PM, Andi Kleen a...@linux.intel.com wrote:
Hmm, can't the insns themselves properly clobber/use memory?
The transactions don't really use the memory. They just guard it,
like a lock.
So the intrinsic doesn't know what memory is used inside the transaction,
but
On Mon, Nov 17, 2014 at 12:36 PM, Andi Kleen a...@firstfloor.org wrote:
H.J. Lu hjl.to...@gmail.com writes:
On Wed, Oct 29, 2014 at 11:07 PM, Andi Kleen a...@linux.intel.com wrote:
Hmm, can't the insns themselves properly clobber/use memory?
The transactions don't really use the memory
On Mon, Nov 17, 2014 at 10:38 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch makes us to store default optimization node same way as we stream
target node. This means that command line options given at compile time
prevail those given at linktime. Previously we sort of combined both.
On Fri, Nov 14, 2014 at 2:19 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Fri, Nov 14, 2014 at 12:15 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Tue, Nov 11, 2014 at 8:02 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Nov 10, 2014 at 11:42 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon
On Tue, Nov 18, 2014 at 9:27 AM, Jan Hubicka hubi...@ucw.cz wrote:
https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00473.html
/export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/xg++
-B/export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/
-B/usr/5.0.0/x86_64-unknown-linux-gnu/bin/
On Fri, Oct 17, 2014 at 6:08 AM, Yuri Rumyantsev ysrum...@gmail.com wrote:
Jeff,
I prepared another patch that includes test-case as you requested.
Below are answers on your questions.
First, for the benefit of anyone trying to understand what you're doing,
defining what cd equivalent
On Tue, Nov 18, 2014 at 9:29 AM, Jan Hubicka hubi...@ucw.cz wrote:
On Tue, Nov 18, 2014 at 9:27 AM, Jan Hubicka hubi...@ucw.cz wrote:
https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00473.html
/export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/xg++
On Fri, Nov 14, 2014 at 11:13 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch kills lto's code to rebuilt DECL_FUNCTION_SPECIFIC_TARGET from
target
attributes. This code was never complete and it should be no-op now when we
save
tehe target nodes.
It also makes
On Sat, Nov 15, 2014 at 11:15 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
late in GCC 4.9 development we broke the feature that ltrans stages do not
read all
functions in ahead. This is because of late IPA passes that do not like to
see functions
without IPA transformations applied. I was
On Wed, Nov 12, 2014 at 5:45 PM, mliska mli...@suse.cz wrote:
gcc/ChangeLog:
2014-11-13 Martin Liska mli...@suse.cz
* bb-reorder.c (mark_bb_visited): New fibonacci_heap is used.
(find_traces): Likewise.
(find_traces_1_round): Likewise.
This caused:
On Wed, Nov 19, 2014 at 10:11 AM, Jan Hubicka hubi...@ucw.cz wrote:
On Fri, Nov 14, 2014 at 11:13 AM, Jan Hubicka hubi...@ucw.cz wrote:
nz
Hi,
this patch kills lto's code to rebuilt DECL_FUNCTION_SPECIFIC_TARGET from
target
attributes. This code was never complete and it should be
On Wed, Nov 19, 2014 at 10:04 AM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Nov 19, 2014 at 03:58:50PM +0100, Richard Henderson wrote:
As opposed to always being a decl. This is a prerequisite
to allowing the static chain to be loaded for indirect calls.
* targhooks.c
On Wed, Nov 19, 2014 at 4:54 PM, Andrew Pinski pins...@gmail.com wrote:
Hi,
For ILP32 on AARCH64, we have ptr_mode != Pmode (we have ptr_mode
being SImode while Pmode is DImode and POINTER_SIZE is 32). This
breaks ipa-polymorphic-call assumption that Pmode is the correct mode
for pointers.
On Wed, Nov 19, 2014 at 5:23 PM, Andrew Pinski pins...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:11 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Nov 19, 2014 at 4:54 PM, Andrew Pinski pins...@gmail.com wrote:
Hi,
For ILP32 on AARCH64, we have ptr_mode != Pmode (we have ptr_mode
being
On Wed, Nov 19, 2014 at 5:36 PM, Andrew Pinski pins...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:35 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:23 PM, Andrew Pinski pins...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:11 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Nov 19
On Wed, Nov 19, 2014 at 5:39 PM, Andrew Pinski pins...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:37 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:36 PM, Andrew Pinski pins...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:35 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Nov 19
On Wed, Nov 19, 2014 at 5:55 PM, Andrew Pinski pins...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:53 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:39 PM, Andrew Pinski pins...@gmail.com wrote:
On Wed, Nov 19, 2014 at 5:37 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Nov 19
On Thu, Nov 20, 2014 at 1:48 AM, Zhenqiang Chen zhenqiang.c...@arm.com wrote:
Hi,
r217646 enhances ifcvt to handle cbranchcc4 instruction. But ifcvt does not
strictly check the dependence before moving instructions before IF. Then
some instructions, which clobber CC, are inserted before the
On Fri, Nov 21, 2014 at 1:08 PM, Ilya Verbin iver...@gmail.com wrote:
On 21 Nov 2014, at 23:36, Jakub Jelinek ja...@redhat.com wrote:
On Fri, Nov 21, 2014 at 11:19:26PM +0300, Ilya Verbin wrote:
Hi,
'#pragma omp critical (name)' can be placed in the function, marked
with '#pragma omp
On Thu, Jun 12, 2014 at 3:14 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
while updating vect_can_force_dr_alignment_p for section API I noticed the
predicate is bit confused about when it can update the alignment.
We need to check that decl_binds_to_current_def_p and in case we compile
a
On Sun, May 18, 2014 at 4:56 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch adds simple IPA pass that brings symbols used only from
comdat groups into the groups. This prevents dead code in cases
where the comdat group is replaced by a copy from different unit.
The patch saves about
On Sun, Nov 23, 2014 at 12:21 PM, Tobias Burnus bur...@net-b.de wrote:
This patch depends on Manuel's %L patch.
It converts the remaining fatal error calls to the common diagnostic
infrastructure and retires (removes) the old gfc_fatal_error_1.
I will build and regtest it after Manuel's
On Tue, Oct 21, 2014 at 9:03 AM, Jakub Jelinek ja...@redhat.com wrote:
On Mon, Sep 29, 2014 at 01:08:56PM +0200, Jakub Jelinek wrote:
I wonder if during/after reload we just couldn't look at
ORIGINAL_REGNO of hard regs if ix86_use_pseudo_pic_reg. Or is that
the other case, where you don't
On Sun, Oct 5, 2014 at 9:34 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch makes ipa_polymorphic_call_context::get_dynamic_type to
track if vptr has changed in between function entry and polymorphic
call.
The patch also add logic skipping if (a==0) checks in multiple
inheritance so I
Done:
https://sourceware.org/ml/binutils/2014-11/msg00318.html
On Mon, Nov 24, 2014 at 9:04 AM, FX fxcoud...@gmail.com wrote:
*ping*
Didn’t get any response to my question so far…
Thanks everyone for the comments and review.
Committed as r217366
I cannot push the change to binutils-gdb
On Mon, Nov 24, 2014 at 10:41 AM, Paolo Carlini
paolo.carl...@oracle.com wrote:
Hi again,
On 11/24/2014 07:33 PM, Paolo Carlini wrote:
Hi,
On 11/12/2014 03:02 AM, H.J. Lu wrote:
I am checking in this.
Looks like devirt-42.C is failing again and reverting your tweak would fix
On Thu, Nov 13, 2014 at 12:10 PM, mliska mli...@suse.cz wrote:
gcc/ChangeLog:
2014-11-13 Martin Liska mli...@suse.cz
* ipa-inline.c (edge_badness): long is replaced by sreal
as fibonacci_heap template type.
(update_edge_key): Likewise.
On Fri, Nov 21, 2014 at 1:32 PM, Vladimir Makarov vmaka...@redhat.com wrote:
The following patch fixes PR63897. The details can be found on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63897
The patch was successfully bootstrapped and tested on x86 and x86-64.
Committed as rev. 217947.
Hi,
The enclosed testcase fails on x86 when compiled with -Os since we pass
a byte parameter with a byte load in caller and read it as an int in
callee. The reason it only shows up with -Os is x86 backend encodes
a byte load with an int load if -O isn't used. When a byte load is
used, the upper
On Tue, Nov 25, 2014 at 7:01 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Tue, Nov 25, 2014 at 1:57 PM, H.J. Lu hongjiu...@intel.com wrote:
Hi,
The enclosed testcase fails on x86 when compiled with -Os since we pass
a byte parameter with a byte load in caller and read it as an int
On Tue, Nov 25, 2014 at 7:04 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Tue, Nov 25, 2014 at 4:01 PM, Richard Biener
richard.guent...@gmail.com wrote:
On Tue, Nov 25, 2014 at 1:57 PM, H.J. Lu hongjiu...@intel.com wrote:
Hi,
The enclosed testcase fails on x86 when compiled
checked in this testcase.
Thanks.
--
H.J.
---
Index: ChangeLog
===
--- ChangeLog (revision 218060)
+++ ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2014-11-25 H.J. Lu hongjiu...@intel.com
+
+ PR target/63527
+ * gcc.target/i386/pr63527
On Tue, Nov 25, 2014 at 12:54 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Tue, Nov 25, 2014 at 12:22 PM, Vladimir Makarov vmaka...@redhat.com
wrote:
The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63527
The patch was tested and bootstrapped on x86/x86-64.
Committed
On Thu, Nov 6, 2014 at 3:48 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hi,
This is the first patch in a series to enable builtin function calls
instrumentation by Poitner Bounds Checker. Previously builtins
instrumentation was disabled in checker because it allowed two function calls
On Fri, Aug 30, 2013 at 8:54 AM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch fixes gcc.dg/tree-ssa/attr-alias.c on x86-64 target.
The problem here is that we attempt to create local alias since we consider
weakref
of test() to be overwritable and at the same time available.
The change
On Wed, Nov 26, 2014 at 1:35 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hi,
This patch fixes LTO streamers which were not adjusted when function_code
field was extended up to 12 bits.
OK for trunk after bootstrap and check?
Thanks,
Ilya
--
gcc/
2014-11-26 Ilya Enkovich
On Wed, Nov 26, 2014 at 4:07 AM, Renlin Li renlin...@arm.com wrote:
On 20/11/14 16:17, Renlin Li wrote:
Hi all,
This is a backport for gcc-4_9-branch of the patch [PR63762]GCC generates
UNPREDICTABLE STR with Rn = Rt for arm posted in:
On Wed, Nov 26, 2014 at 10:09 AM, Renlin Li renlin...@arm.com wrote:
On 26/11/14 12:16, H.J. Lu wrote:
On Wed, Nov 26, 2014 at 4:07 AM, Renlin Li renlin...@arm.com wrote:
On 20/11/14 16:17, Renlin Li wrote:
Hi all,
This is a backport for gcc-4_9-branch of the patch [PR63762]GCC
generates
On Mon, Nov 24, 2014 at 4:23 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Fri, Nov 21, 2014 at 1:32 PM, Vladimir Makarov vmaka...@redhat.com wrote:
The following patch fixes PR63897. The details can be found on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63897
The patch was successfully
On Thu, Nov 27, 2014 at 7:32 AM, Renlin Li renlin...@arm.com wrote:
On 26/11/14 18:12, H.J. Lu wrote:
On Wed, Nov 26, 2014 at 10:09 AM, Renlin Li renlin...@arm.com wrote:
On 26/11/14 12:16, H.J. Lu wrote:
On Wed, Nov 26, 2014 at 4:07 AM, Renlin Li renlin...@arm.com wrote:
On 20/11/14 16
On Wed, Nov 26, 2014 at 9:52 AM, Kai Tietz ktiet...@googlemail.com wrote:
Ok. Adjusted patch attached. Nevertheless we should use here
unsigned HWI instead of possible truncation to signed int. I admit
that it is unlikely to have more then 2^31 elements, but well
Ok for apply with
On Wed, Nov 12, 2014 at 6:53 AM, H.J. Lu hongjiu...@intel.com wrote:
We have been using the wrong register to hold GOT in 64-bit large model,
which is used by the large model PLT. The only reason we haven't run into
any problem is linker doesn't support the large model PLT. I am looking
On Thu, Nov 27, 2014 at 3:19 AM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
Attached patch helps RA to choose the most appropriate PIC register by
changing the register preference for set_got patterns. Using this
patch, there should really be a reason for RA to avoid ABI mandated
hard PIC
On Thu, Sep 25, 2014 at 9:43 AM, Jiong Wang jiong.w...@arm.com wrote:
On 25/09/14 17:24, Jeff Law wrote:
On 09/25/14 09:04, Jiong Wang wrote:
new patch updated.
pass bootstrap and no regression, both check-gcc and check-g++, on the
x86.
OK for trunk?
thanks.
gcc/
*
On Fri, Sep 26, 2014 at 8:14 AM, Jiong Wang jiong.w...@arm.com wrote:
On 26/09/14 16:05, H.J. Lu wrote:
On Thu, Sep 25, 2014 at 9:43 AM, Jiong Wang jiong.w...@arm.com wrote:
On 25/09/14 17:24, Jeff Law wrote:
On 09/25/14 09:04, Jiong Wang wrote:
new patch updated.
pass bootstrap
On Tue, Sep 30, 2014 at 9:47 AM, Evgeny Stupachenko evstu...@gmail.com wrote:
Hi,
Patch resubmitted from
https://gcc.gnu.org/ml/gcc-patches/2014-09/msg01400.html
The patch fix PR62128 and gcc.target/i386/pr52252-atom.c in
core-avx2 make check.
The test in pr62128 is exactly TEST 22 from
On Wed, Oct 1, 2014 at 8:29 AM, Teresa Johnson tejohn...@google.com wrote:
I got the preprocessed source. With the aarch64 cross-compiler I built
I am able to reproduce the ICE. Looking at it now.
It may also cause:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63432
--
H.J.
1 - 100 of 5860 matches
Mail list logo