From: Joel Sherrill
* config/i386/t-rtems: Change from mtune to march when building
multilibs. The mtune argument tunes or optimizes for a specific
CPU model but does not ensure the generated code is appropriate
for the CPU model. Prior to this patch, i386
armv8-a+sve' switch
gcc/ChangeLog:
2020-02-27 Joel Hutton
PR target/87612
* config/aarch64/aarch64.c (aarch64_override_options): Fix
misleading warning string.
>From 67e2be75db63238bb8d4418db70fb5876465f9f7 Mon Sep 17 00:00:00 2001
From: Joel Hutton
Date: Thu, 27 F
Add myself to MAINTAINERS file.
2020-02-28 Joel Hutton
* MAINTAINERS (Write After Approval) : Add myself.
>From c0671c0d82c6858a90ab4abc62cdb302646f2d51 Mon Sep 17 00:00:00 2001
From: Joel Hutton
Date: Fri, 28 Feb 2020 11:06:05 +
Subject: [PATCH] Add myself to MAINTAINERS
2
netbsd Krister Walfridsson
sh-linux-gnu Kaz Kojima
-RTEMS PortsJoel Sherrill
+RTEMS PortsJoel Sherrill
RTEMS PortsRalf Corsepius
RTEMS PortsSebastian Huber
t? no comments that clarify ;) The vector may be
> used as argument to a call or as source of a store. So I'd simply
> remove this check (and the function).
Done. The thinking was that if the vector was used as a source of a
store the SLP tree would be built from the group
412f996e70636b08d5b615813e..9f8419e4208b7d438ace41892022f93ebcadd019
> 100644
> --- a/gcc/tree-vectorizer.h
> +++ b/gcc/tree-vectorizer.h
> @@ -151,6 +151,10 @@ public:
> /* The root of SLP tree. */
> slp_tree root;
>
> + /* For vector constructors, the constructor stmt that the SLP tree is
> built
> + from, NULL otherwise. */
> + gimple *root_stmt;
>
> as said, make this a stmt_vec_info
>
> Thanks,
> Richard.
>
>
>> gcc/testsuite/ChangeLog:
>>
>> 2019-10-10 Joel Hutton
>>
>> * gcc.dg/vect/bb-slp-40.c: New test.
>> * gcc.dg/vect/bb-slp-41.c: New test.
>>
>>
On 30/10/2019 14:51, Richard Biener wrote:
> On Wed, 30 Oct 2019, Joel Hutton wrote:
>
>> On 30/10/2019 13:49, Richard Biener wrote:
>>> Why do you need this? The vectorizer already creates such CTORs. Any
>>> testcase that you can show?
>> typedef lon
> @@ -4061,15 +4201,42 @@ vect_schedule_slp (vec_info *vinfo)
> if (is_a (vinfo))
>
> the ChangeLog doesn't mention this. I guess this isn't necessary
> unless you fail vectorizing late which you shouldn't.
>
It's necessary to avoid:
tance))
> continue;
>
> before the loop over SLP_TREE_SCALAR_STMTS.
Done.
> + if (!subparts.is_constant () || !(subparts.to_constant ()
> + == CONSTRUCTOR_NELTS (rhs)))
> + continue;
>
> can be better written
Hello,
> You should include Joel on such questions as the expert on the hooks.
>
> I don't know whether there's something to put in the commit message to say
> "allow this merge of more than 100 commits". I don't think a squashed
> merge is the right w
he limit would make sense.
What I would do is wait a bit and see. This may become moot soon,
depending on the direction that we want to take for vendor/user branches
with respect to emails. I'm still trying to think this over...
--
Joel
:
2020-01-21 Joel Hutton
* ira.c (ira): Revert use of simplified LRA algorithm.
gcc/testsuite/ChangeLog:
2020-01-21 Joel Hutton
PR bug/93221
* gcc.target/aarch64/pr93221.c: New test.
From 0d9980d2327c61eb99d041a217d6ea5c5b34c754 Mon Sep 17 00:00:00 2001
From: Joel
t is compiled with -O0. Doesn't it ICE without the attribute
> too?
Done. It's not really necessary, belt and braces.
Updated patch attached
From 1a2980ef6eeb76dbf0556f806a85a4f49ad3ebdd Mon Sep 17 00:00:00 2001
From: Joel Hutton
Date: Tue, 21 Jan 2020 09:37:48 +
Subject: [
Updated changelog:
Changelog:
2020-01-21 Joel Hutton <mailto:joel.hut...@arm.com>
PR target/93221
* ira.c (ira): Revert use of simplified LRA algorithm.
gcc/testsuite/ChangeLog:
2020-01-21 Joel Hutton <mailto:joel.hut...@arm.com>
PR
Changelog was mangled by thunderbird, updated changelog:
Changelog:
2020-01-21 Joel Hutton
PR target/93221
* ira.c (ira): Revert use of simplified LRA algorithm.
gcc/testsuite/ChangeLog:
2020-01-21 Joel Hutton
PR target/93221
* gcc.target/aarch64
ventually revert it.
Changelog:
2020-01-21 Joel Hutton
PR target/93221
* ira.c (ira): Revert use of simplified LRA algorithm.
gcc/testsuite/ChangeLog:
2020-01-21 Joel Hutton
PR target/93221
* gcc.target/aarch64/pr9322
free to eventually revert it.
Great. Vladimir, Ok for trunk?
Changelog:
2020-01-21 Joel Hutton
PR target/93221
* ira.c (ira): Revert use of simplified LRA algorithm.
gcc/testsuite/ChangeLog:
2020-01-21 Joel Hutton
PR target/93221
* gcc.target/aarch64/p
On Thu, Sep 30, 2021, 3:37 PM Przemyslaw Wirkus
wrote:
> > Subject: Re: [PATCH][GCC] arm: Add Cortex-R52+ multilib
> >
> > I think the RTEMS multilibs are based on the products that RTEMS
> supports,
> > so this is really the RTEMS maintainers' call.
> >
>
This ignores a couple of plugins we use that I don't expect GCC to use.
It works great but the host dependencies are sometimes a pain. We've
ended up writing host OS specific advice/howto's to address this. Any
expectations on host pain versus the pretty painless texinfo?
Thanks.
msoft-float mcpu=v8
>> -MULTILIB_DIRNAMES = soft v8
>> +MULTILIB_OPTIONS = msoft-float mcpu=v8/mcpu=leon3
>> +MULTILIB_DIRNAMES = soft v8 leon3
>> MULTILIB_MATCHES = msoft-float=mno-fpu
>
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available(256) 722-9985
* gcc/config.gcc, libgcc/config.host: Add aarch64-*-rtems*.
* gcc/config/aarch64/rtems.h: New file.
---
gcc/config.gcc | 11 +--
gcc/config/aarch64/rtems.h | 28
libgcc/config.host | 2 +-
3 files changed, 38 insertions(+),
x86_64
+ Copyright (C) 2016 Free Software Foundation, Inc.
+ Contributed by Joel Sherrill (j...@oarcorp.com).
+
+This file is part of GCC.
+
+GCC is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Fo
* contrib/config-list.mk: Add aarch64-rtems and x86_64-rtems
---
contrib/config-list.mk | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/contrib/config-list.mk b/contrib/config-list.mk
index 0f15464..6a83a84 100644
--- a/contrib/config-list.mk
+++ b/contrib/config-l
uot;.
I assume this means a number of values for the various -mXXX arguments will be
removed. Would it be more helpful to list those values?
I have to agree with Gerald. I think this will obsolete a few older RTEMS BSPs
but based on that wording, I don't know which.
>Gerald
--joel
On 2/29/2016 5:37 AM, Kyrill Tkachov wrote:
On 28/02/16 21:34, Joel Sherrill wrote:
On February 28, 2016 3:20:24 PM CST, Gerald Pfeifer wrote:
On Wed, 24 Feb 2016, Richard Earnshaw (lists) wrote:
I propose to commit this patch later this week.
+ Support for revisions of the ARM
If no one objects, I will commit this later today.
--joel
On 1/7/2014 10:58 AM, Sebastian Huber wrote:
> v2: Do not override an existing tmake_file in (arm*-*-uclinux*eabi*).
>
> The ARM changes are already approved:
>
> http://gcc.gnu.org/ml/gcc-patches/2014-01/msg00254.html
like to apply it to 4.9 and newer.
Comments?
Best regards,
Jan
--
-- Joel Sherrill
Ask me about RTEMS: a free RTOS
Support and Training Available
agesize is available on android hosts.
libiberty/ChangeLog:
* configure.ac: Set AC_CV_FUNC_GETPAGESIZE to "yes" on
Android hosts.
* configure: Regenerate.
OK to apply?
Thank you!
--
Joel
---
libiberty/configure| 6 ++
libiberty/configure.ac | 6 ++
> > libiberty/ChangeLog:
> >
> > * configure.ac: Set AC_CV_FUNC_GETPAGESIZE to "yes" on
> > Android hosts.
> > * configure: Regenerate.
> >
> > OK to apply?
>
> Ok.
Thank you, DJ. committed in gcc's SVN, and pushed to binutils-gdb.
--
Joel
latest? Or was there an actual bug that you hit which 1.2.8 fixes?
--
Joel
s much
in sync as we can.
Thanks!
--
Joel
be up to the release managers whether
>
>or not to backport to those branches.
Thanks Jeff.
I would consider this a regression. RTEMS changed the pthread_attr_t when we
added thread affinity and updating Ada to match slipped through. We knew it
needed attention for SMP but missed this critical piece to keep it working.
Jan.. Is there a gcc PR for this? To get it on a release branch, it is better
to have one.
>Thanks.
>
>Jeff
--joel
On December 4, 2015 12:44:57 PM CST, Jeff Law wrote:
>On 12/02/2015 03:23 PM, Jan Sommer wrote:
>> Am Wednesday 02 December 2015, 08:13:20 schrieb Joel Sherrill:
>>>
>>> On December 2, 2015 2:14:22 AM EST, Jeff Law
>>> wrote:
>>>> On 12/01/201
verify that this still runs on
non-VxWorks targets.
OK to push to master?
Thank you!
--
Joel
---
gcc/testsuite/gcc.target/arm/div64-unwinding.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/gcc/testsuite/gcc.target/arm/div64-unwinding.c
b/gcc/testsuite/gcc.target/arm/div64-unwinding.c
index
> > gcc/testsuite/
> >
> > * gcc.target/arm/div64-unwinding.c: Skip on vxworks_kernel targets.
> OK.
Thank you, Richard. Pushed to master.
--
Joel
usual in that case.
gcc/testsuite/
* gcc.target/powerpc/pr71763.c: Require powerpc_vsx_ok.
OK for master?
Thanks!
--
Joel
---
gcc/testsuite/gcc.target/powerpc/pr71763.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/gcc/testsuite/gcc.target/powerpc/pr71763.c
b/gcc/testsuite/gcc.target/
Hello,
Just a friendly ping on the following patch, hopefully sufficiently
straightforward and tested to be allowed onto branch master.
Thank you!
On Fri, Apr 17, 2020 at 04:49:47PM -0700, Joel Brobecker wrote:
> From: Douglas Rupp
>
> Hello,
>
> (submitting this on behalf of
pe mismatches.
> * gfortran.dg/pr41011.f: Add -std=legacy.
> * gfortran.dg/whole_file_1.f90: Change warnings to errors.
> * gfortran.dg/whole_file_2.f90: Likewise.
>
> git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274551
> 138bc75d-0d04-0410-961f-82ee72b054a4
Joel
Hi all,
Currently SLP vectorization can build SLP trees starting from reductions or
from group stores. This patch adds a third starting point: vector constructors.
For the following aarch64 test case (compiled with -O3 -fno-vect-cost-model):
char g_d[1024], g_s1[1024], g_s2[1024];
void test_
On 01/10/2019 12:07, Joel wrote:
>
> SLP vectorization: vectorize vector constructors
>
>
> Currently SLP vectorization can build SLP trees staring from
> reductions or from group stores. This patch adds a third starting
> point: vector constructors.
>
>
> For the
Hi all,
I noticed when reading the documentation that BREAK_FROM_IMM_USE_SAFE
was removed at some point in 2006 and replaced with BREAK_FROM_IMM_USE_STMT.
2019-10-10 Joel Hutton joel.hut...@arm.com
* doc/tree-ssa.texi: Update renamed macro name.
From
v1.16b
.p2align 3,,7
.L2:
str q0, [x0], 16
cmp x0, x1
bne .L2
ret
.cfi_endproc
.LFE0:
2019-10-11 Joel Hutton joel.hut...@arm.com
* tree-vect-slp.c (vect_analyze_slp_instance): Add case for vector
constructors.
(vect_
llowed onto branch master.
>
>
> On Fri, Apr 17, 2020 at 04:49:47PM -0700, Joel Brobecker wrote:
> > From: Douglas Rupp
> >
> > Hello,
> >
> > (submitting this on behalf of Doug Rupp, one of my colleagues)
> >
> > We're getting an er
aven't
gotten around to setting that up, but if this is causing any confusion
here, I'll make sure to include the ChangeLog diff in the patch as well.
Thanks again!
--
Joel
> > I have no idea who that is (if it is a single user at all,
> > if it isn't any user with git write permissions).
>
> CCing Joel, he should help us how to set a git config
> that will be used by the server hooks.
I am not sure that requiring both the server and
Change the preprocessor logic so RTEMS uses utime().
gcc/ada/
* adaint.c (__gnat_copy_attribs): RTEMS should use utime().
---
gcc/ada/adaint.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/ada/adaint.c b/gcc/ada/adaint.c
index 0a90c92402c..d3b83f61076 100644
-
L
On Thu, Apr 1, 2021, 2:08 PM Bernhard Reutner-Fischer
wrote:
> On 1 April 2021 21:01:27 CEST, Bernhard Reutner-Fischer <
> rep.dot@gmail.com> wrote:
> >On 1 April 2021 20:32:34 CEST, Joel Sherrill wrote:
> >>Change the preprocessor logic so RTEMS us
testing is still in progress,
This patch does not work correctly with vect-epilogues-nomask, and the
reason for that is still being investigated.
gcc/ChangeLog:
2019-11-15 Joel Hutton
Tamar Christina
PR tree-optimization/88259
* tree-
Forgot to CC maintainer.
On 15/11/2019 18:03, Joel wrote:
> Hi all,
>
> Just looking for some feedback on the approach.
>
> Currently the loop vectorizer can't vectorize the following typical
> loop for getting max value and index from an array:
>
> void test_vec(int
92391
Tested on x86 and sparc64.
2019-11-26 Joel Hutton
* lib/target-supports.exp: Update vect_char_add target selector
to use its own cache.
From 7ed08950f4440f8605b9df1114edcc8ee834 Mon Sep 17 00:00:00 2001
From: Joel Hutton
Date: Tue, 26 Nov 2019 17:09:12 +
Subject
---
gcc/config.gcc | 1 +
1 file changed, 1 insertion(+)
diff --git a/gcc/config.gcc b/gcc/config.gcc
index c8824367b13..fe93a72a16c 100644
--- a/gcc/config.gcc
+++ b/gcc/config.gcc
@@ -252,6 +252,7 @@ case ${target} in
| cr16-*-*\
| hppa[12]*-*-hpux10*
---
htdocs/gcc-12/changes.html | 4
1 file changed, 4 insertions(+)
diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
index b1c88670..c69b301e 100644
--- a/htdocs/gcc-12/changes.html
+++ b/htdocs/gcc-12/changes.html
@@ -66,6 +66,10 @@ a work-in-progress.
The hppa[12]*
On Fri, Dec 17, 2021 at 12:53 PM Eric Gallager wrote:
>
> On Fri, Dec 17, 2021 at 11:11 AM Joel Sherrill wrote:
> >
> > ---
> > gcc/config.gcc | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/gcc/config.gcc b/gcc/config.gcc
> > ind
On Fri, Dec 17, 2021, 9:57 PM Jeff Law wrote:
>
>
> On 12/17/2021 9:10 AM, Joel Sherrill wrote:
> > ---
> > gcc/config.gcc | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/gcc/config.gcc b/gcc/config.gcc
> > index c8824367b13
On Sat, Dec 18, 2021 at 10:13 AM Joel Sherrill wrote:
>
>
>
> On Fri, Dec 17, 2021, 9:57 PM Jeff Law wrote:
>>
>>
>>
>> On 12/17/2021 9:10 AM, Joel Sherrill wrote:
>> > ---
>> > gcc/config.gcc | 1 +
>> > 1 file changed, 1 inse
> I ended up not having time before going on holiday. If the resync
> hasn't already been done, I'll do it now.
Thanks for doing that, Iain!
--
Joel
. If Sebastian pushes it before me,
that's OK.
--joel
On Fri, Apr 6, 2018 at 3:05 PM, Amaan Cheval wrote:
> Hi!
>
> All the gcc targets for RTEMS include gcc/config/rtems.h in tm_file to add
> specific linker options using LIB_SPEC.
>
> This patch simply intends to add t
,10 @@ case "${target}" in
>mt-*-*)
> noconfigdirs="$noconfigdirs sim"
> ;;
> + nfp-*-*)
> +noconfigdirs="$noconfigdirs ld gas gdb gprof sim"
> +noconfigdirs="$noconfigdirs $target_libraries"
> +;;
>powerpc-*-aix*)
> # copied from rs6000-*-* entry
> noconfigdirs="$noconfigdirs gprof"
--
Joel
This patch is needed to make Ada compile for *-*-rtems*
on GCC 4.8, 4.9, and the head. Is is ok to commit?
2014-08-11 Joel Sherrill
* Makefile.in: Add CFLAGS_FOR_TARGET to GNATLIBCFLAGS_FOR_C.
---
libada/Makefile.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
This patch is needed to make Ada compile for *-*-rtems*
on GCC 4.8, 4.9, and the head. Is is ok to commit?
2014-08-11 Joel Sherrill
* s-osinte-rtems.adb: Correct formatting of line in license block.
---
gcc/ada/s-osinte-rtems.adb | 2 +-
1 file changed, 1 insertion(+), 1 deletion
This patch is needed to make Ada compile for *-*-rtems*
on GCC 4.8, 4.9, and the head. Is is ok to commit?
2014-08-11 Joel Sherrill
* socket.c: Add conditionals for RTEMS. Add include of
and so correct prototype of gethostbyname_r() is used.
---
gcc/ada/socket.c | 7
On 8/11/2014 1:15 PM, Mike Stump wrote:
> On Aug 11, 2014, at 8:08 AM, Joel Sherrill wrote:
>> +#if defined(__rtems__)
>> +#include
>> +/* Required, for read(), write(), and close() */
>> +#endif
> Strikes me as exceptionally odd. Should be done unconditionally,
lude
#endif
And just move the conditional from socket.c with comment.
> Can you please repost an updated patch for review?
No problem.
> Arno
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me
ommit?
> Yes. This one even falls under the obvious category IMO.
>
>> 2014-08-11 Joel Sherrill
>>
>> * s-osinte-rtems.adb: Correct formatting of line in license block.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.
This didn't get any comments earlier. Is it OK to comment?
Somewhere along the way, the Ada run-time Makefile's quit
honoring CFLAGS_FOR_TARGET. This just adds it back.
2014-08-12 Joel Sherrill
* Makefile.in: Add CFLAGS_FOR_TARGET to GNATLIBCFLAGS_FOR_C.
---
libada/Makef
Hopefully this addresses the comments.
OK to comment?
2014-08-12 Joel Sherrill
* socket.c: For RTEMS, use correct prototype of gethostbyname_r().
* gsocket.h Add include of on RTEMS.
---
gcc/ada/gsocket.h | 5 +
gcc/ada/socket.c | 2 +-
2 files changed, 6 insertions
ng the way, the Ada run-time Makefile's quit
>> honoring CFLAGS_FOR_TARGET. This just adds it back.
>>
>> 2014-08-12 Joel Sherrill
>>
>> * Makefile.in: Add CFLAGS_FOR_TARGET to GNATLIBCFLAGS_FOR_C.
> I guess this is OK on principle, but if someone reports
at this
point for me. If AdaCore would like to include one RTEMS target in your
automated
testing, that would help.
> Arno
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS:
Hi
I think this is a minor documentation bug which is in the head but also
seems to be in the gcc 4.4.7 docs shipped with CentOS 6.x.
OK to commit?
2014-08-18 Joel Sherrill
* doc/invoke.texi: -fno-cxa-atexit should be -fno-use-cxa-atexit.
diff --git a/gcc/doc/invoke.texi b/gcc/doc
I would like to add this patch to the 4.9 branch. It is RTEMS
specific and takes advantage of the leon3 multilib support from
Eric Botcazou.
OK to commit?
--joel
gcc/ChangeLog
2013-08-29 Sebastian Huber
* config/sparc/t-rtems: Add leon3 multilibs.
---
gcc/config/sparc/t-rtems
Daniel,
Does this mean that Sebastian's patch to add a leon3 multilib for
sparc-rtems
needs to be augmented to handled leon3v7? Or does it need to map to a
regular v7 library?
It just seems like the multilibs should have been touched somehow.
--joel
On 8/20/2014 10:01 AM, Daniel Hellstrom
On 8/23/2014 11:19 AM, Gerald Pfeifer wrote:
> On Mon, 18 Aug 2014, Joel Sherrill wrote:
>> I think this is a minor documentation bug which is in the head but also
>> seems to be in the gcc 4.4.7 docs shipped with CentOS 6.x.
>>
>> OK to commit?
>>
>> 201
uded in
> the patch, was only for reference and was not committed to SVN.
Unless someone objects, Ralf tested them. Feel free to commit
them.
Thanks for fixing this. I assumed x86-32 soft-float was
dead and buried.
FWIW this configuration is easily testable on RTEMS or bare
metal configuratio
strtold does not
exist.
Does this look OK to you? If yes, can one of the GCC maintainers
please review?
libiberty/ChangeLog:
* configure.ac: Add check for strtold's availability.
* configure, config.in: Regenerate.
* d-demangle.c [!HAVE_STRTOLD]: #define strtol
(strtod): New declaration.
(dlang_parse_real): Declare value as double instead of long
double. Replace call to strtold by call to strtod.
Update format in call to snprintf.
I verified that the patch allows GDB to build on both sparc-solaris
and x86_64-linux.
Thanks,
--
Joel
>F
> > double. Replace call to strtold by call to strtod.
> > Update format in call to snprintf.
>
> This is OK.
Thanks, Ian. As suggested by Iain, I re-ran the libiberty
testsuite on x86_64-linux before committing the patch.
Thank you both!
--
Joel
needed.
OK? Built and tested for aarch64-elf using Cavium's internal simulator with no
regressions.
Thanks,
Joel Jones
ChangeLog:
* config/aarch64/aarch64.c (aarch64_print_operand): Add 'Q' and 'R'
operator modifiers.
* config/aarch64/atomics.md (atomic_
solution,
particularly since we don't have any control on dsymutil's quality
and features. I suggest we revert this patch, and try to understand
why GDB wasn't able to pull the debugging info from the executable
(assuming that's still an issue).
Thanks,
--
Joel
e by falling back on including
if could not be included (and provided that HAVE_TIME_H
is defined, of course).
libiberty/ChangeLog:
* mkstemps.c: #include if HAVE_TIME_H is defined
but not HAVE_SYS_TIME_H.
OK to commit?
Thank you,
--
Joel
---
libiberty/mkstemps.c | 2 +
> > * mkstemps.c: #include if HAVE_TIME_H is defined
> > but not HAVE_SYS_TIME_H.
>
> Ok.
Thank you, DJ. Pushed to both GCC and binutils-gdb.
--
Joel
Attached is an updated version of the patch which includes
some commentary above the include of stdint.h.
Is this OK to apply?
--joel
On 11/10/2014 1:03 PM, Paolo Carlini wrote:
> Hi,
>
> On 11/10/2014 07:34 PM, Jonathan Wakely wrote:
>> On 10/11/14 12:01 -0600, Joel Sherrill wr
On 11/14/2014 10:37 AM, Jonathan Wakely wrote:
> On 14/11/14 10:10 -0600, Joel Sherrill wrote:
>> Attached is an updated version of the patch which includes
>> some commentary above the include of stdint.h.
>>
>> Is this OK to apply?
> OK, thanks.
Committed. Thanks f
Hi
Not a huge patch. Just changes "developement" to "development" in a
comment and error message. The larger issue is that it is in the top level
configure.ac. :)
OK to comment and where?
2015-01-14 Joel Sherrill
* configure.ac: Fix spelling error.
* configure: R
ex function).
--
Joel
it
applies cleanly?
2015-02-10 Joel Sherrill
* gcc-interface/Makefile.in: Add CFLAGS_TO_TARGET to OSCONS_CPP
and OSCONS_EXTRACT.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEM
t get far enough to know. It fails before that with:
gcc -c -g -O2 -gnatpg -gnata -W -Wall -nostdinc -I- -I. -Iada/generated
-Iada -I/users/joel/test-gcc/gcc/gcc/ada
-I/users/joel/test-gcc/gcc/gcc/ada/gcc-interface
/users/joel/test-gcc/gcc/gcc/ada/a-ioexce.ads -o ada/a-ioexce.o
a-ioexce.ads:21:19
On 2/18/2015 10:54 AM, Mike Frysinger wrote:
> On 18 Feb 2015 04:56, H.J. Lu wrote:
>> On Wed, Feb 18, 2015 at 4:08 AM, Joel Brobecker
>> wrote:
>>> On Wed, Jan 07, 2015 at 06:45:48PM +0400, Joel Brobecker wrote:
>>>> This patch enhances config/zlib.m4 to i
t; which use your scheme, you can translate the configure command line
> options to this one.
This is fustrating. I already answered that question.
--
Joel
on3v7 and muser-mode multilibs
>
>OK everywhere as far as I'm concerned but the RTEMS folks have the
>final say.
Fine with me.
Does spatc-elf need a refresh on its multilibs?
--joel
2014-11-10 Joel Sherrill
* src/c++98/mt_allocator.cc: Fix assumption that sizeof(void *) is
equal to sizeof(size_t). The m32c breaks this assumption.
---
libstdc++-v3/src/c++98/mt_allocator.cc | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libstdc++-v3
cc'ing since both lists should be included.
The m32c has 24-bit pointers and 16-bit size_t. This changes
pushing a pointer through a size_t to pushing it through a
uintptr_t.
--joel
On 11/10/2014 9:36 AM, Joel Sherrill wrote:
> 2014-11-10 Joel Sherrill
>
> * src/c++98/m
On 11/10/2014 1:03 PM, Paolo Carlini wrote:
> Hi,
>
> On 11/10/2014 07:34 PM, Jonathan Wakely wrote:
>> On 10/11/14 12:01 -0600, Joel Sherrill wrote:
>>> cc'ing since both lists should be included.
>>>
>>> The m32c has 24-bit pointers and 16-bit siz
s0, w0, #16 // 13 [c=24 l=4] *combine_scvtf_SI_sf3/1
ret // 22 [c=0 l=4] *do_return
g:
scvtf d0, w0, #12 // 13 [c=24 l=4] *combine_scvtf_SI_df3
ret // 22 [c=0 l=4] *do_return
gcc/ChangeLog:
2019-06-12 Joel Hutton
arate patterns
> (the default versions of the conversions appear to be missing a comment too).
I've added comments to the new and existing patterns
From 5a9dfa6c6eb1c5b9c8c464780b7098058989d472 Mon Sep 17 00:00:00 2001
From: Joel Hutton
Date: Thu, 13 Jun 2019 11:08:56 +0100
Subject: [PATCH]
aarch64_fpconst_pow_of_2) do the same
>> since
>> this function is only called with HF/SF/DF mode. We could add an
>> assert for
>> SCALAR_FLOAT_MODE_P (but then aarch64_fpconst_pow_of_2 should do
>> the same).
> IMO we should leave it as-is. aarch64.h has:
I'
reporting an UNSUPPORTED result; and one built with gcov
support, resulting in 2 PASS tests.
gcc/testsuite/ChangeLog:
* gcc.dg/lto/20100430-1_0.c: Add dg-require-profiling requirement.
OK to push?
Thank you,
--
Joel
---
gcc/testsuite/gcc.dg/lto/20100430-1_0.c | 1 +
1 file changed, 1
> > gcc/testsuite/ChangeLog:
> >
> > * gcc.dg/lto/20100430-1_0.c: Add dg-require-profiling requirement.
> >
> > OK to push?
>
> OK.
Thank you Richard. Patch pushed to trunk (r267055).
--
Joel
ne a fix pushed to GCC, I will take care of the GDB side.
Thank you,
--
Joel
>From a29191e526c1aeed7da592af3e9bb51c7db8c297 Mon Sep 17 00:00:00 2001
From: Joel Brobecker
Date: Tue, 1 Jan 2019 09:40:00 +0400
Subject: [PATCH] Fix year range in libstdc++v3/testsuite/.../empty.cc
copyright he
runcated:
>
> > libstdc++-v3/ChangeLog:
> >
> > * testsuite/21_strings/basic_string_view/element_access/char/empty.cc:
> >Fix year range in copyright header.
>
> Ok.
Thank you, Mike. Pushed to trunk (rev 267504).
--
Joel
Ping, plus minor rework (mostly non-functional changes)
gcc/ChangeLog:
2019-06-12 Joel Hutton
* config/aarch64/aarch64-protos.h (aarch64_fpconst_pow2_recip): New
prototype
* config/aarch64/aarch64.c (aarch64_fpconst_pow2_recip): New function
* config/aarch64
1 - 100 of 237 matches
Mail list logo
