On Sat, 23 Jun 2018 at 18:16, Steve Kargl
wrote:
>
> On Sat, Jun 23, 2018 at 06:11:24PM +0200, Christophe Lyon wrote:
> >
> > I've seen that on arm and aarch64 too.
> >
>
> It was fixed yesterday. Update your sources.
>
Ha right, sorry for the noise. I
Hello,
On Fri, 22 Jun 2018 at 18:01, Jeff Law wrote:
>
> On 06/22/2018 05:35 AM, Tom de Vries wrote:
> > Hi,
> >
> > by default, guality invokes gdb with --quiet to avoid being unnecessarily
> > verbose for each test. But as a consequence, we don't see which version of
> > gdb is used.
> >
> > T
On Tue, 26 Jun 2018 at 23:53, James Greenhalgh wrote:
>
> On Wed, Jun 20, 2018 at 05:15:37AM -0500, Tamar Christina wrote:
> > Hi Kyrill,
> >
> > Many thanks for the review!
> >
> > The 06/19/2018 16:47, Kyrill Tkachov wrote:
> > > Hi Tamar,
> > >
> > > On 19/06/18 15:07, Tamar Christina wrote:
>
On Fri, 22 Jun 2018 at 12:52, Richard Biener wrote:
>
>
> This is the main part to make considering multiple vector sizes based on
> costs less compile-time costly. It shares dataref analysis and
> dependence analysis for loop vectorization (BB vectorization is only
> adjusted to comply with the
On Mon, 25 Jun 2018 at 18:23, Jonathan Wakely wrote:
>
> The additions to were added in 2015 but the new
> algorithms in were not. This adds them.
>
> * include/experimental/algorithm (sample, shuffle): Add new overloads
> using per-thread random number engine.
> * testsu
On Fri, 29 Jun 2018 at 09:21, Jonathan Wakely wrote:
>
> On 29/06/18 08:55 +0200, Christophe Lyon wrote:
> >On Mon, 25 Jun 2018 at 18:23, Jonathan Wakely wrote:
> >>
> >> The additions to were added in 2015 but the new
> >> algorithms in were not. This
Hi Kyrill,
On 8 January 2018 at 18:55, Kyrill Tkachov wrote:
> [resending due to mailer problems...]
>
> Hi all,
>
> This patch adds support for the Armv8.4-A architecture [1]
> in the arm backend. This is done through the new
> -march=armv8.4-a option.
>
> With this patch armv8.4-a is recognis
On 10 January 2018 at 12:05, Kyrill Tkachov
wrote:
> Hi Christophe,
>
>
> On 10/01/18 10:50, Christophe Lyon wrote:
>>
>> Hi Kyrill,
>>
>>
>> On 8 January 2018 at 18:55, Kyrill Tkachov
>> wrote:
>>>
>>> [resending due to maile
On 10 January 2018 at 15:44, Jakub Jelinek wrote:
> On Mon, Oct 23, 2017 at 02:30:24PM +0200, Christophe Lyon wrote:
>> After Jakub's suggestion in PR82120 and PR81184, the attached patch
>> adds the -mbranch-cost option to the ARM target. My understanding
>> is tha
Hi
On 10 January 2018 at 19:42, Prathamesh Kulkarni
wrote:
> Hi,
> I have attached patch for PR81703 rebased on Martin's fix for PR83501
> posted here since both had considerable overlaps:
> https://gcc.gnu.org/ml/gcc-patches/2018-01/msg00180.html
>
> The patch passes bootstrap+test on x86_64-unk
On 11 January 2018 at 16:33, Kyrill Tkachov
wrote:
> Hi all,
>
> This recently added test fails on arm. We haven't implemented these
> intrinsics for arm
> (any volunteers?) so for now let's XFAIL these on that target.
> Also, the float64 versions of these intrinsics are not supposed to be
> avai
On 11 January 2018 at 17:29, Kyrill Tkachov
wrote:
> Hi Christophe,
>
> On 11/01/18 16:21, Christophe Lyon wrote:
>>
>> On 11 January 2018 at 16:33, Kyrill Tkachov
>> wrote:
>>>
>>> Hi all,
>>>
>>> This recently added test fa
Hi,
On 11 January 2018 at 11:58, Sudakshina Das wrote:
> Hi Jeff
>
>
> On 10/01/18 21:08, Jeff Law wrote:
>>
>> On 01/10/2018 09:25 AM, Sudakshina Das wrote:
>>>
>>> Hi Jeff
>>>
>>> On 10/01/18 10:44, Sudakshina Das wrote:
Hi Jeff
On 09/01/18 23:43, Jeff Law wrote:
>
>
On 12 January 2018 at 10:25, Rainer Orth wrote:
> Hi Christophe,
>
>> On 10 January 2018 at 15:44, Jakub Jelinek wrote:
>>> On Mon, Oct 23, 2017 at 02:30:24PM +0200, Christophe Lyon wrote:
>>>> After Jakub's suggestion in PR82120 and PR81184, the attached pa
Le 12 janv. 2018 15:26, "Sudakshina Das" a écrit :
Hi
This patch fixes my earlier test case that fails for arm-none-eabi
with explicit user option for -mfloat-abi which conflict with
the test case options. I have added a guard to skip the test
on those cases.
@Christophe:
Sorry about this. I th
On 13 January 2018 at 16:50, Jeff Law wrote:
> On 01/12/2018 09:28 AM, Richard Sandiford wrote:
>>
>> Here's the patch with the updated docs. Does this version look OK?
>>
>> Thanks,
>> Richard
>>
>>
>> 2018-01-12 Richard Sandiford
>> Alan Hayward
>> David Sherwood
>>
>
Hi Richard,
On 7 January 2018 at 18:08, James Greenhalgh wrote:
> On Mon, Dec 18, 2017 at 07:40:00PM +, Jeff Law wrote:
>> On 11/17/2017 07:56 AM, Richard Sandiford wrote:
>> > This patch adds support for using a single fully-predicated loop instead
>> > of a vector loop and a scalar tail.
Hi Richard,
On 7 January 2018 at 21:35, James Greenhalgh wrote:
> On Wed, Dec 13, 2017 at 04:34:34PM +, Jeff Law wrote:
>> On 11/17/2017 07:59 AM, Richard Sandiford wrote:
>> > This patch removes the restriction that fully-masked loops cannot
>> > have reductions. The key thing here is to m
Hi,
On 13 January 2018 at 16:34, Jeff Law wrote:
> On 01/09/2018 08:23 AM, Richard Sandiford wrote:
>> Richard Biener writes:
>>> On Mon, Nov 20, 2017 at 12:31 PM, Bin.Cheng wrote:
On Fri, Nov 17, 2017 at 3:03 PM, Richard Sandiford
wrote:
> ivopts previously treated pointer argu
On 7 January 2018 at 21:51, James Greenhalgh wrote:
> On Mon, Nov 20, 2017 at 12:12:38AM +, Jeff Law wrote:
>> On 11/17/2017 08:11 AM, Richard Sandiford wrote:
>> > Fully-masked loops can be profitable even if the iteration
>> > count is smaller than the vectorisation factor. In this case
>>
On 7 January 2018 at 21:55, James Greenhalgh wrote:
> On Fri, Nov 17, 2017 at 06:40:13PM +, Jeff Law wrote:
>> On 11/17/2017 08:33 AM, Richard Sandiford wrote:
>> > This allows LD3 to be used for isolated a[i * 3] accesses, in a similar
>> > way to the current a[i * 2] and a[i * 4] for LD2 and
On 15 January 2018 at 22:44, Jakub Jelinek wrote:
> Hi!
>
> When using the bswap pass infrastructure, BIT_NOT_EXPRs aren't allowed in
> the middle, but due to the way process_store handles those it can appear
> around the value, which is something output_merged_store didn't handle.
>
> Fixed thusl
Thanks,
> Kyrill
>
> 2018-01-17 Kyrylo Tkachov
>
> * gcc.target/arm/pr40887.c: Add armv5te effective target checks and
> directives.
I think you had to swap dg-options and dg-add-options directives, so I
committed the attached patch as obvious.
Christophe
2018-01-18 Christophe
Hi Kyrill,
On 17 January 2018 at 12:27, Kyrill Tkachov
wrote:
> Hi all,
>
> This is an awkward testsuite failure. The original bug was that we were
> failing to put out
> the conditional code in the conditional form of the STL instruction (oops!).
> So we wanted to output STLNE, but instead out
Hi Wilco,
On 17 January 2018 at 17:22, Wilco Dijkstra wrote:
> James Greenhalgh wrote:
>
>> - /* Do not allow wide int constants - this requires support in movti. */
>> + /* Only allow simple 128-bit immediates. */
>>if (CONST_WIDE_INT_P (x))
>> -return false;
>> +return aarch64_
Hi David,
On 15 January 2018 at 11:09, Richard Biener wrote:
> On Mon, Jan 8, 2018 at 8:36 PM, David Malcolm wrote:
>> On Sat, 2018-01-06 at 08:44 +0100, Richard Biener wrote:
>>> On January 5, 2018 11:55:11 PM GMT+01:00, David Malcolm >> hat.com> wrote:
>>> > On Fri, 2018-01-05 at 10:36 +0100,
mv6 effective target checks
> and options.
There was a problem with the order of dg-options and dg-add-options,
which I fixed as a obvious at r256845.
Christophe
2018-01-18 Christophe Lyon
* gcc.target/arm/xor-and.c: Fix dg-options and dg-add-option
On 18 January 2018 at 10:25, Kyrill Tkachov
wrote:
>
> On 18/01/18 09:15, Christophe Lyon wrote:
>>
>> Hi Kyrill,
>>
>>
>> On 17 January 2018 at 12:20, Kyrill Tkachov
>> wrote:
>>>
>>> Hi all,
>>>
>>> This patch conv
fail, making the test unsupported rather
than failing later.
OK?
Christophe
2018-01-18 Christophe Lyon
gcc/testsuite:
* lib/target-supports.exp (check_effective_target_arm_arch_FUNC_ok):
Add function body to force error messages in some configurations.
diff --git a/gcc/test
On 18 January 2018 at 10:28, Kyrill Tkachov
wrote:
> Hi Christophe,
>
>
> On 18/01/18 09:25, Christophe Lyon wrote:
>>
>> Hi Kyrill,
>>
>>
>> On 17 January 2018 at 12:27, Kyrill Tkachov
>> wrote:
>>>
>>> Hi all,
>>>
r stage4?
I've tested on arm/aarch64, where it makes no difference. My reading
of proc add_options_for_ieee
in gcc/testsuite/lib/target-supports.exp tells me that it would only
have an impact on alpha, sh and rx targets.
Christophe
libstdc++-v3/ChangeLog:
2018-01-19 Christophe Lyon
On 19 January 2018 at 11:12, Jonathan Wakely wrote:
> On 19/01/18 09:44 +0100, Christophe Lyon wrote:
>>
>> Hi,
>>
>> While checking dg directives order, I've noticed a few libstdc++ tests
>> where the current order is:
>> /
On 19 January 2018 at 22:45, Jakub Jelinek wrote:
> Hi!
>
> This PR is about a certain test FAILing on arm, because it scans for
> "Invalid sum ..." message in the *.ira dump, but recent GCC versions have
> that message in there; not introduced by IRA though, but all the way from
> expansion. We
Hi Kyrill,
On 22 January 2018 at 11:48, Kyrill Tkachov
wrote:
> Hi all,
>
> This test has needlessly restrictive requirements. It tries to force a
> soft-float target and tries to run.
> This makes it unsupportable for any non-soft-float variant.
> In fact, the test can be a run-time test for an
On 23 January 2018 at 15:57, Kyrill Tkachov
wrote:
> Hi Christophe,
>
> On 23/01/18 13:09, Christophe Lyon wrote:
>>
>> Hi Kyrill,
>>
>> On 22 January 2018 at 11:48, Kyrill Tkachov
>> wrote:
>>>
>>> Hi all,
>>>
>>> This
On 25 January 2018 at 11:24, Richard Sandiford
wrote:
> Rainer Orth writes:
>> Jeff Law writes:
>>> On 11/22/2017 11:12 AM, Richard Sandiford wrote:
Richard Sandiford writes:
> This patch adds support for the SVE bitwise reduction instructions
> (ANDV, ORV and EORV). It's a fairly
On 26 January 2018 at 10:33, Richard Sandiford
wrote:
> Christophe Lyon writes:
>> On 25 January 2018 at 11:24, Richard Sandiford
>> wrote:
>>> Rainer Orth writes:
>>>> Jeff Law writes:
>>>>> On 11/22/2017 11:12 AM, Richard Sandiford wrote:
&
On 26 January 2018 at 11:25, Richard Biener wrote:
> On Thu, 25 Jan 2018, Richard Biener wrote:
>
>> On Thu, 25 Jan 2018, Marc Glisse wrote:
>>
>> > On Thu, 25 Jan 2018, Richard Biener wrote:
>> >
>> > > --- gcc/match.pd (revision 257047)
>> > > +++ gcc/match.pd (working copy)
>> > > @@ -1939,6
On 26 January 2018 at 16:13, Richard Biener wrote:
> On Fri, Jan 26, 2018 at 3:57 PM, Christophe Lyon
> wrote:
>> On 26 January 2018 at 11:25, Richard Biener wrote:
>>> On Thu, 25 Jan 2018, Richard Biener wrote:
>>>
>>>> On Thu, 25 Jan 2018, Marc Gli
On 30 January 2018 at 23:42, Jakub Jelinek wrote:
> On Tue, Jan 30, 2018 at 09:05:31PM +0100, Rainer Orth wrote:
>> > this patch fixed ICE that was introduced by Richard Standiford's change to
>> > reorder
>> > can and want_inline predicates to reduce amount of work done to verify
>> > inlining
On 30 January 2018 at 11:47, Jakub Jelinek wrote:
> On Tue, Jan 30, 2018 at 11:07:50AM +0100, Richard Biener wrote:
>>
>> I have been asked to push this change, fixing (somewhat) the impreciseness
>> of costing constant/invariant vector uses in SLP stmts. The previous
>> code always just consider
On 31 January 2018 at 16:01, Richard Biener wrote:
> On Wed, 31 Jan 2018, Christophe Lyon wrote:
>
> > On 30 January 2018 at 11:47, Jakub Jelinek wrote:
> > > On Tue, Jan 30, 2018 at 11:07:50AM +0100, Richard Biener wrote:
> > >>
> > >> I have bee
g?
OK for trunk?
Thanks,
Christophe
gcc/ChangeLog:
2018-02-19 Christophe Lyon
* Makefile.in (lto-wrapper): Use ALL_LINKERFLAGS.
diff --git a/gcc/Makefile.in b/gcc/Makefile.in
index 6c37e46..c91499d 100644
--- a/gcc/Makefile.in
+++ b/gcc/Makefile.in
@@ -2151,7 +2151,7 @@ CFLAGS-
or the optional single
quotes. I use \047 to match the ascii "'", because I couldn't find how
to quote this properly in the awk script.
OK for trunk?
Thanks,
Christophe
contrib/ChangeLog:
2018-02-28 Christophe Lyon
* test_summary: Match possible single quotes in configu
On 1 March 2018 at 14:28, Paul Richard Thomas
wrote:
> Committed as 'obvious' in revision 258098.
>
> Paul
>
> 2018-03-01 Paul Thomas
>
> PR fortran/84219
> * target-memory.c (gfc_interpret_derived): Assert that BT_VOID
> components are caf tokens.
> (gfc_target_interpret_expr): Treat BT_VOID e
nks,
Christophe
>
> Paul
>
> On 2 March 2018 at 08:26, Christophe Lyon wrote:
>> On 1 March 2018 at 14:28, Paul Richard Thomas
>> wrote:
>>> Committed as 'obvious' in revision 258098.
>>>
>>> Paul
>>>
>>> 2018-03-01
ping?
On 28 February 2018 at 10:30, Christophe Lyon
wrote:
> Hi,
>
> We happen to build GCC with '~' in the src and build dirs, leading to
> single quotes around the configure path in config.status. For example:
> [...]
> S["TOPLEVEL_CONFIGURE_ARGUMENTS"]=
On 8 February 2018 at 14:54, Richard Sandiford
wrote:
> One advantage of the new permute handling compared to the old way is
> that we can now easily take advantage of the vectoriser's divmod patterns
> for SVE.
>
> I realise we're in stage 4, but this is entirely SVE-specific.
>
> Tested on aarch
On 14 March 2018 at 21:12, Eric Botcazou wrote:
>> Patch can bootstrap on ppc64le-redhat-linux and survives regression tests.
>
> Please make sure to test it on more platforms (see PR ipa/83983 for details).
>
Hi,
These new tests do not work well on arm-none-eabi and aarch64-none-elf.
(as oppose
On 15 March 2018 at 15:07, Bin.Cheng wrote:
> On Fri, Feb 16, 2018 at 5:18 PM, wrote:
>> From: Vladimir Mezentsev
>>
>> Ramana Radhakrishnan made a workaround in gcc/config/aarch64/aarch64.c to
>> resolve
>> bootstrap comparison failure (2015-11-10, commit
>> bc443a71dafa2e707bae4b2fa74f83b05
On 15 March 2018 at 11:19, Kyrill Tkachov wrote:
> Hi Tamar,
>
>
> On 05/03/18 16:51, Tamar Christina wrote:
>>
>> Hi All,
>>
>> Taking the subreg of a vector mode on big-endian may result in an infinite
>> recursion and eventually a segfault once we run out of stack space.
>>
>> As an example, t
>
>>> Testing done: Checked for regressions on bootstrapped
>>> aarch64-none-linux-gnu and added a new test case.
>>>
>>> Is this ok for trunk? This will probably need a back-port to
>>> gcc-7-branch as well.
>>
>>
>> OK.
On 20 March 2018 at 11:58, Sudakshina Das wrote:
> Hi
>
> On 20/03/18 10:03, Richard Earnshaw (lists) wrote:
>>
>> On 14/03/18 10:11, Sudakshina Das wrote:
>>>
>>> Hi
>>>
>>> This patch fixes PR82989 so that we avoid NEON instructions when
>>> -mneon-for-64bits is not enabled. This is more of a sh
On 20 March 2018 at 18:11, Kyrill Tkachov wrote:
> Hi all,
>
> This PR shows that we get the load/store_lanes logic wrong for arm
> big-endian.
> It is tricky to get right. Aarch64 does it by adding the appropriate
> lane-swapping
> operations during expansion.
>
> I'd like to do the same on arm
On 21 March 2018 at 13:11, Sudakshina Das wrote:
> Hi
>
> The test pr82989.c which was added in one of previous commits is failing
> for mthumb and big-endian configurations. The aim of this test was to
> check that NEON instructions are not being used for simple shift
> operations. The scanning o
Hi,
I've noticed 3 tests where dg-do appears after dg-require-effective-target.
This small patch fixes that.
OK for stage4?
Thanks,
Christophe
commit 068c140ced3946c477a92b145ced33c0c045b4db
Author: Christophe Lyon
Date: Thu Mar 22 16:04:39 2018 +
[testsuite] Make sure dg-
On 22 March 2018 at 17:33, Kyrill Tkachov wrote:
> Hi Christophe,
>
> On 22/03/18 16:31, Christophe Lyon wrote:
>>
>> Hi,
>>
>> I've noticed 3 tests where dg-do appears after
>> dg-require-effective-target.
>> This small patch fixes that.
>
Hi Sudi,
On 22 March 2018 at 18:26, Sudakshina Das wrote:
> Hi
>
>
> On 22/03/18 16:52, Kyrill Tkachov wrote:
>>
>>
>> On 22/03/18 16:20, Sudakshina Das wrote:
>>>
>>> Hi Kyrill
>>>
>>> On 22/03/18 16:08, Kyrill Tkachov wrote:
Hi Sudi,
On 21/03/18 17:44, Sudakshina Das wrote:
Christophe
2018-04-03 Christophe Lyon
* gcc.target/arm/armv8_2-fp16-move-1.c: Move -mfloat-abi=hard to
dg-additional-options.
armv8_2-fp16-move-1.patch3
Description: Binary data
> Sameera D.
>
> 2017-12-14 22:17 GMT+05:30 Christophe Lyon :
>> 2017-12-14 9:29 GMT+01:00 Sameera Deshpande :
>>> Hi!
>>>
>>> Please find attached the patch implementing vld1_*_x3, vst1_*_x2 and
>>> vst1_*_x3 intrinsics as defined by Neon
that
the easiest way is just to skip this test on non-hf targets.
Is this simple patch OK or do we want something smarter?
Thanks,
Christophe
2018-04-13 Christophe Lyon
* gcc.target/arm/armv8_2-fp16-scalar-2.c: Require arm_hf_eabi.
diff --git a/gcc/testsuite/gcc.target/arm/armv8_2-fp16
On Tue, 4 Sep 2018 at 17:29, Richard Earnshaw (lists)
wrote:
>
> On 29/08/18 11:46, Kyrill Tkachov wrote:
> > Hi Christophe,
> >
> > On 13/07/18 17:10, christophe.l...@st.com wrote:
> >> From: Christophe Lyon
> >>
> >> The FDPIC register is ha
On Fri, 31 Aug 2018 at 16:13, Christophe Lyon
wrote:
>
> On Wed, 29 Aug 2018 at 12:46, Kyrill Tkachov
> wrote:
> >
> >
> > On 13/07/18 17:10, christophe.l...@st.com wrote:
> > > From: Christophe Lyon
> > >
> > > The new arm-uclinuxfdp
On Fri, 14 Sep 2018 at 12:04, Sam Tebbs wrote:
>
>
>
> On 08/28/2018 11:54 PM, James Greenhalgh wrote:
>
>
> >
> > OK once the other one is approved, with the obvious rebase over the renamed
> > function.
> >
> > James
>
> Here is the rebased patch. Still OK for me to commit to trunk now that
> t
On Thu, 13 Sep 2018 at 11:49, Kyrill Tkachov
wrote:
>
>
> On 13/09/18 10:25, Sam Tebbs wrote:
> >
> > On 09/11/2018 04:20 PM, James Greenhalgh wrote:
> > > On Tue, Sep 04, 2018 at 10:13:43AM -0500, Sam Tebbs wrote:
> > >> Hi James,
> > >>
> > >> Thanks for the feedback. Here is an update with the
On Mon, 3 Sep 2018 at 16:54, Jonathan Wakely wrote:
>
> Split the long double testing into a separate file, so that we can XFAIL
> targets where the long double precision doesn't meet the expected
> tolerances. The float and double tests are still expefted to PASS for
> all targets.
>
> PR
On Wed, 19 Sep 2018 at 23:13, Rainer Orth wrote:
>
> Hi Christophe,
>
> > I have noticed failures on hypot-long-double.cc on arm, so I suggest we add:
> >
> > diff --git
> > a/libstdc++-v3/testsuite/26_numerics/headers/cmath/hypot-long-double.cc
> > b/libstdc++-v3/testsuite/26_numerics/headers/cma
On Wed, 19 Sep 2018 at 11:31, Kyrill Tkachov
wrote:
>
> Hi Christophe,
>
> On 18/09/18 23:00, Christophe Lyon wrote:
> > On Thu, 13 Sep 2018 at 11:49, Kyrill Tkachov
> > wrote:
> >>
> >> On 13/09/18 10:25, Sam Tebbs wrote:
> >>> On 09/11/201
On Thu, 20 Sep 2018 at 16:22, Jonathan Wakely wrote:
>
> On 20/09/18 15:36 +0200, Christophe Lyon wrote:
> >On Wed, 19 Sep 2018 at 23:13, Rainer Orth
> >wrote:
> >>
> >> Hi Christophe,
> >>
> >> > I have noticed failures on
On Fri, 31 Aug 2018 at 16:09, Christophe Lyon
wrote:
>
> On Wed, 29 Aug 2018 at 12:46, Kyrill Tkachov
> wrote:
> >
> > Hi Christophe,
> >
> > On 13/07/18 17:10, christophe.l...@st.com wrote:
> > > From: Christophe Lyon
> > >
> > &g
On Mon, 24 Sep 2018 at 20:46, Martin Jambor wrote:
>
> Hi,
>
> the test added to check whether _Float128 types are handled correctly by
> the new warning about suspicious calls to abs-like functions fails on
> many platforms. The patch below circumvents the problem by running on
> i686/x86_64 onl
On Tue, 25 Sep 2018 at 17:50, Martin Jambor wrote:
>
> Hi,
>
> On Mon, Sep 24 2018, Christophe Lyon wrote:
> > On Mon, 24 Sep 2018 at 20:46, Martin Jambor wrote:
> >>
> >> Hi,
> >>
> >> the test added to check whether _Float128 types are hand
On Wed, 26 Sep 2018 at 17:26, Martin Jambor wrote:
>
> Hi,
>
> On Wed, Sep 26 2018, Christophe Lyon wrote:
> > On Tue, 25 Sep 2018 at 17:50, Martin Jambor wrote:
> >>
> >> Hi,
> >>
> >> On Mon, Sep 24 2018, Christophe Lyon wrote:
>
Hi Joseph,
On Wed, 26 Sep 2018 at 23:15, Joseph Myers wrote:
>
> In C11, implicit conversions from integer to floating-point types
> produce results with the range and precision of the corresponding
> evaluation format rather than only those of the type implicitly
> converted to. This patch impl
On Thu, 27 Sep 2018 at 21:29, Joseph Myers wrote:
>
> On Thu, 27 Sep 2018, Christophe Lyon wrote:
>
> > After this patch I've noticed regressions on
> > fp-int-convert-float16-timode.c
> > gcc.dg/torture/fp-int-convert-float16.c
> > on aarch64 and arm (at ex
On Thu, 27 Sep 2018 at 20:48, Christophe Lyon
wrote:
>
> On Wed, 26 Sep 2018 at 17:26, Martin Jambor wrote:
> >
> > Hi,
> >
> > On Wed, Sep 26 2018, Christophe Lyon wrote:
> > > On Tue, 25 Sep 2018 at 17:50, Martin Jambor wrote:
> > >>
>
On Sat, 29 Sep 2018 at 18:06, Jeff Law wrote:
>
>
> This patch changes the NONSTR argument to c_strlen to instead be a
> little data structure c_strlen can populate with nuggets of information
> about the string.
>
> There's clearly a need for the decl related to the non-string argument.
> I see a
On Mon, 1 Oct 2018 at 11:36, Richard Biener wrote:
>
>
> The following typo-fix happens to fix a --param max-peel-branches limit
> caused missed peeling. The typo is present everywhere, the missed
> peeling is a regression from GCC 7.
>
> Bootstrap and regtest running on x86_64-unknown-linux-gnu.
On Sat, 6 Oct 2018 at 04:38, Peter Bergner wrote:
>
> On 10/5/18 4:12 PM, Vladimir Makarov wrote:
> > On 10/05/2018 04:00 PM, Peter Bergner wrote:
> >> How about non_conflicting_reg_copy or non_conflicting_copy_insn?
> > OK. I like the first name more.
>
> Ok, I committed the patch using the first
On 10/10/2018 13:17, Martin Jambor wrote:
Hi,
On Wed, Sep 26 2018, Joseph Myers wrote:
On Wed, 26 Sep 2018, Martin Jambor wrote:
I see, I guess the easiest is to skip the test on targets that do not
really have long double, although if someone thinks that is too
restrictive, I can also split
On Wed, 10 Oct 2018 at 14:35, Martin Jambor wrote:
>
> Hi,
>
> On Wed, Oct 10 2018, Christophe Lyon wrote:
> > On 10/10/2018 13:17, Martin Jambor wrote:
> >> Hi,
> >>
> >> On Wed, Sep 26 2018, Joseph Myers wrote:
> >>> On Wed, 26 Sep 2
edc4d9
[5]
https://git.qemu.org/?p=qemu.git;a=commit;h=e8fa72957419c11984608062c7dcb204a6003a06
[6]
https://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=13c46fbc1e5a021f2b9ed32d83aecc93ae5e655d
Christophe Lyon (21):
[ARM] FDPIC: Add -mfdpic option support
[ARM] FDPIC: Handle arm*-*-uclinuxfd
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/
* config/arm/arm.opt: Add -mfdpic option.
* doc/invoke.texi: Add documentation for -mfdpic.
diff --git a/gcc/config/arm/arm.opt b/gcc/config/arm/arm.opt
index a1286a4..231c1cb 100644
--- a/gcc/config/arm/arm.opt
.
2018-XX-XX Christophe Lyon
config/
* futex.m4: Handle *-uclinux*.
* tls.m4 (GCC_CHECK_TLS): Likewise.
gcc/
* config.gcc: Handle *-*-uclinuxfdpiceabi.
libatomic/
* configure.tgt: Handle arm*-*-uclinux*.
* configure: Regenerate
ing is not supported.
We should also apply the same behavior for -Wl,-Ur as for -r, but I
couldn't find how to describe that in the specs fragment.
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/
* config.gcc: Handle arm*-*-uclinuxfdpiceabi.
* con
into account whether
it is a pointer to data or to a function, because different
relocations are needed.
2018-XX-XX Christophe Lyon
Mickaël Guêné
* config/arm/arm-c.c (__FDPIC__): Define new pre-processor macro
in FDPIC mode.
* config/arm/arm-pro
dereferencing their address, so we implement the same functionality as
a regular function here.
When restoring a function address, we also have to restore the FDPIC
register value (r9).
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/
* ginclude/unwind-arm-common.h (unwinder_cache
In FDPIC, we need to make sure __do_global_dtors_aux and frame_dummy
are referenced by their address, not by pointers to the function
descriptors.
2018-XX-XX Christophe Lyon
Mickaël Guêné
* libgcc/crtstuff.c: Add support for FDPIC.
Change-Id
Use local binding rules to decide whether we can use GOTOFFFUNCDESC to
compute the function address.
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/
* config/arm/arm.c (arm_local_funcdesc_p): New function.
(legitimize_pic_address): Ensure binding rules on
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/
* config/arm/arm.c (arm_compute_save_reg0_reg12_mask): Handle
FDPIC.
(thumb1_compute_save_core_reg_mask): Likewise.
diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
index 92ae24b..a6dce36 100644
]
.wordstatic chain value
.wordGOT address
.wordfunction's address
because in FDPIC function pointers are actually pointers to function
descriptors, we have to actually generate a function descriptor for
the trampoline.
2018-XX-XX Chris
Support additional relocations: TLS_GD32_FDPIC, TLS_LDM32_FDPIC, and
TLS_IE32_FDPIC.
We do not support the GNU2 TLS dialect.
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/
* config/arm/arm.c (tls_reloc): Add TLS_GD32_FDPIC,
TLS_LDM32_FDPIC and TLS_IE32_FDPIC
2018-XX-XX Christophe Lyon
Mickaël Guêné
libgcc/
* unwind-arm-common.inc (ARM_SET_R7_RT_SIGRETURN)
(THUMB2_SET_R7_RT_SIGRETURN, FDPIC_LDR_R12_WITH_FUNCDESC)
(FDPIC_LDR_R9_WITH_GOT, FDPIC_LDR_PC_WITH_RESTORER)
(FDPIC_FUNCDESC_OFFSET
We call __aeabi_read_tp() to get the thread pointer. Since this is a
function call, we have to restore the FDPIC register afterwards.
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/
* config/arm/arm.c (arm_load_tp): Add FDPIC support.
* config/arm/arm.md
Christophe Lyon
Mickaël Guêné
libgcc/
* config/arm/unwind-arm.c (_Unwind_VRS_Set): Handle v7m
architecture.
Change-Id: Ie84de548226bcf1751e19a09e8f091fb3013ccea
diff --git a/libgcc/config/arm/unwind-arm.c b/libgcc/config/arm/unwind-arm.c
index 564e4f13..6da6e3d 100644
43597.c
pr43920-2.c
* Disable assembler scanning invalid for FDPIC:
pr45701-1.c
pr45701-2.c
stack-red-zone.c
* gnu2 TLS dialect is not supported by FDPIC:
tlscall.c
* Test relies on symbols not generated in FDPIC:
data-rel-2.c
data-rel-3.c
2018-XX-XX Christophe Lyon
Mi
In FDPIC mode, r9 is saved in addition to other registers, so update
the expected patterns accordingly.
2018-XX-XX Christophe Lyon
Mickaël Guêné
* gcc/testsuite/
* gcc.target/arm/interrupt-1.c: Add scan-assembler pattern for
arm*-*-uclinuxfdpiceabi
v6-M and v8-M are not supported currently in FDPIC mode, it's better
to skip the tests.
2018-XX-XX Christophe Lyon
Mickaël Guêné
gcc/testsuite/
* gcc.target/arm/atomic-comp-swap-release-acquire-3.c: Skip on
arm*-*-uclinuxfdpiceabi.
* gcc.targe
Some tests fail on arm*-*-uclinuxfdpiceabi because it generates PIC
code and they don't support it: skip them. They also fail on
arm*-linux* when forcing -fPIC.
2018-XX-XX Christophe Lyon
gcc/testsuite/
* gcc.target/arm/eliminate.c: Accept only nonpic targets.
* g
Add *-*-uclinux* to tests that work on this target.
2018-XX-XX Christophe Lyon
gcc/testsuite/
* g++.dg/abi/forced.C: Add *-*-uclinux*.
* g++.dg/abi/guard2.C: Likewise.
* g++.dg/ext/cleanup-10.C: Likewise.
* g++.dg/ext/cleanup-11.C: Likewise.
* g
601 - 700 of 3151 matches
Mail list logo
