netbsd Krister Walfridsson
sh-linux-gnu Kaz Kojima
-RTEMS PortsJoel Sherrill
+RTEMS PortsJoel Sherrill
RTEMS PortsRalf Corsepius
RTEMS PortsSebastian Huber
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
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 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
---
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]*
---
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*
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.
> >
> > Joel?
>
> Ping :)
>
I'm ok deferring
For RTEMS, we switched from texinfo to Sphinx and the dependency
on Python3 for Sphinx has caused a bit of hassle. Is this going to be
an issue for GCC?
Also we rely on TexLive for PDF output and that's a bit of a pain to
install. Tex was incorrectly packaged on some RHEL/CentOS versions.
This ig
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
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
-
Thanks for submitting the patch. This patch is OK to merge to the
master and all open branches that have this target.
A corresponding patch for the RTEMS Source Builder is necessary
because a gcc release with this patch won't be available for a while.
I am starting a build with this now. If Seba
RTEMS uses the PRI constants and we don't see warnings. Is there a specific
test case which would demonstrate this is actually broken. The file
newlib-stdint.h will impact more targets than Zephyr and I think they owe a
demo case.
On August 19, 2016 7:37:22 PM EDT, Andrew Pinski wrote:
>On Fri
issues. This patch (or some
minor variant) needs to be applied to every branch from
4.9 to master.
Comments?
2015-04-18 Joel Sherrill
* config.host (moxie-*-rtems*): Merge this stanza with
other moxie targets so the same extra_parts are built.
Also have
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
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 architecture prior to ARMv4t
>has
>+ been deprecated and will be removed in a futu
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
* 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(+),
* 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
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
On December 2, 2015 2:14:22 AM EST, Jeff Law wrote:
>On 12/01/2015 12:56 PM, Jan Sommer wrote:
>> Am Monday 30 November 2015, 16:19:30 schrieb Jeff Law:
>>> On 11/30/2015 03:06 PM, Jan Sommer wrote:
Could someone with write access please commit the patch?
The paperwork with the FSF has
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
On August 20, 2015 5:22:47 PM EDT, Joseph Myers wrote:
>On Thu, 20 Aug 2015, FX wrote:
>
>> > Well, they aren't *targets*, but *host* and *build* systems.
>>
>> Yes, but do we maintain a list of support host or build systems, that
>
>> would be different from our list of supported targets?
>
>I
xpected
>>>> error)
>>>> --with-zlib --with-libz-prefix=/invalid/zlib/prefix
>>>> (no system zlib, configure fails with same error)
>>>>
>>>> OK to commit?
>> Why do you want to turn off zlib? On Linux/x86, zlib is r
on_Code" at
system.ads:53
a-ioexce.ads:28:19: violation of restriction "No_Elaboration_Code" at
system.ads:53
Any ideas?
My native compiler is from the head back in August. I will rebuild it
overnight
and try again in the morning in case that's a factor.
> Arno
--
Joel Sh
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
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
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
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/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
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
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
On November 7, 2014 2:40:43 AM CST, Eric Botcazou wrote:
>> I think this would be good for 4.8, 4.9 and trunk.
>>
>> 2014-11-06 Daniel Hellstrom
>>
>> * config.gcc (sparc-*-rtems*): Clean away unused t-elf
>> * config/sparc/t-rtems: Add leon3v7 and muser-mode multilibs
>
>OK every
On 9/18/2014 6:51 AM, Jan-Benedict Glaw wrote:
> On Wed, 2014-09-17 10:52:34 -0500, Joel Sherrill
> wrote:
>> On 9/17/2014 10:41 AM, Sebastian Huber wrote:
>>> On 09/17/2014 04:45 PM, Jan-Benedict Glaw wrote:
>>>> On Wed, 2014-09-17 15:37:32 +0200, Sebastian
Thanks. Committed to 4.9 and head.
--joel
On 9/18/2014 1:28 PM, Jeff Law wrote:
> On 09/18/14 09:31, Joel Sherrill wrote:
>> OK to commit?
>>
>> 2014-09-18 Joel Sherrill
>>
>> * config-list.mk (LIST): Add v850-rtems.
> Yes.
>
> jeff
>
--
OK to commit?
2014-09-18 Joel Sherrill
* config-list.mk (LIST): Add v850-rtems.
Index: contrib/config-list.mk
===
--- contrib/config-list.mk (revision 215357)
+++ contrib/config-list.mk (working copy)
@@ -68,7
> - powerpc-rtems4.11OPT-enable-threads=yes powerpc-linux_spe \
> + powerpc-rtems powerpc-linux_spe \
>powerpc-linux_paired powerpc64-linux_altivec \
>powerpc-wrs-vxworks powerpc-wrs-vxworksae powerpc-lynxos powerpcle-elf \
>powerpcle-eabisim powerpcle-eabi rs6000-ibm-aix4.3 rs6
On 9/18/2014 6:51 AM, Jan-Benedict Glaw wrote:
> On Wed, 2014-09-17 10:52:34 -0500, Joel Sherrill
> wrote:
>> On 9/17/2014 10:41 AM, Sebastian Huber wrote:
>>> On 09/17/2014 04:45 PM, Jan-Benedict Glaw wrote:
>>>> On Wed, 2014-09-17 15:37:32 +0200, Sebastian
Other than that, it looks like all the RTEMS
targets except that the or1k (which is not in the FSF tree
yet) are included. I didn't review against the list of *-elf
targets though.
What is the rationale for inclusion on the list? Should
v850-elf and v850-rtems also be added?
And is t
erpc-linux_spe \
> + powerpc-rtems powerpc-linux_spe \
>powerpc-linux_paired powerpc64-linux_altivec \
>powerpc-wrs-vxworks powerpc-wrs-vxworksae powerpc-lynxos powerpcle-elf \
>powerpcle-eabisim powerpcle-eabi rs6000-ibm-aix4.3 rs6000-ibm-aix5.1.0 \
--
Joel Sherrill, Ph.D.
*)
+ echo 'Unknown thread configuration for RTEMS'
+ exit 1
+ ;;
esac
tmake_file="${tmake_file} t-rtems"
extra_options="${extra_options} rtems.opt"
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.
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
ype}. Supported values for @var{cpu_type} are
> @samp{v7}, @samp{cypress}, @samp{v8}, @samp{supersparc}, @samp{hypersparc},
> -@samp{leon}, @samp{leon3}, @samp{sparclite}, @samp{f930}, @samp{f934},
> -@samp{sparclite86x}, @samp{sparclet}, @samp{tsc701}, @samp{v9},
> +@samp{leon},
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 Ap
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
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:
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
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
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
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.
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
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,
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
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
* Makefile.in: Add CFLAGS_FOR_TARGET to GNATLIBCFLAGS_FOR_C.
---
libada/Makefile.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
so in case this gets approved, please commit it for me.
>>
>> gcc/ChangeLog
>> 2014-06-26 Sebastian Huber
>>
>> * config.gcc (nios2-*-*): Add RTEMS support.
>> * config/nios2/rtems.h: New file.
>> * config/nios2/t-rtems: Likewise.
--
Joel
ply to all impacted branches and the head?
>>
>> 2014-03-20 Joel Sherrill
>>
>> * config.host (v850*-*-*): Add to tmake_file instead of resetting
>> it. This was removing the v850*-*-rtems* settings.
> Omit the `This was removing...' par
Hi
It took a while to find this but v850-rtems lost the include
paths for the rtems specific .h files in newlib due to
the line that resets tmake_file rather than appends to it.
Is this OK to apply to all impacted branches and the head?
2014-03-20 Joel Sherrill
* config.host (v850
parc-*-linux*)
> tm_file="${tm_file} dbxelf.h elfos.h sparc/sysv4.h gnu-user.h linux.h
> glibc-stdint.h sparc/tso.h"
> @@ -2684,7 +2684,7 @@ sparc64-*-elf*)
> sparc64-*-rtems*)
> tm_file="${tm_file} dbxelf.h elfos.h newlib-stdint.h sparc/sysv4.h
> sparc/sp64-elf.h sparc/rtemself.h rtems.h"
> extra_options="${extra_options}"
> - tmake_file="${tmake_file} sparc/t-sparc sparc/t-rtems-64 t-rtems"
> + tmake_file="${tmake_file} sparc/t-sparc sparc/t-rtems-64"
> ;;
> sparc64-*-linux*)
> tm_file="sparc/biarch64.h ${tm_file} dbxelf.h elfos.h sparc/sysv4.h
> gnu-user.h linux.h glibc-stdint.h sparc/default-64.h sparc/linux64.h
> sparc/tso.h"
> @@ -2761,7 +2761,7 @@ v850-*-rtems*)
> tm_file="dbxelf.h elfos.h v850/v850.h"
> tm_file="${tm_file} rtems.h v850/rtems.h newlib-stdint.h"
> tmake_file="${tmake_file} v850/t-v850"
> - tmake_file="${tmake_file} t-rtems v850/t-rtems"
> + tmake_file="${tmake_file} v850/t-rtems"
> use_collect2=no
> c_target_objs="v850-c.o"
> cxx_target_objs="v850-c.o"
> @@ -2834,7 +2834,6 @@ am33_2.0-*-linux*)
> ;;
> m32c-*-rtems*)
> tm_file="dbxelf.h elfos.h ${tm_file} m32c/rtems.h rtems.h
> newlib-stdint.h"
> - tmake_file="${tmake_file} t-rtems"
> c_target_objs="m32c-pragma.o"
> cxx_target_objs="m32c-pragma.o"
> ;;
--
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
;
> ;;
> sparc-*-linux*)
> tm_file="${tm_file} dbxelf.h elfos.h sparc/sysv4.h gnu-user.h linux.h
> glibc-stdint.h sparc/tso.h"
> @@ -2684,7 +2684,7 @@ sparc64-*-elf*)
> sparc64-*-rtems*)
> tm_file="${tm_file} dbxelf.h elfos.h newlib-stdint.
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
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
Hi
This has been around for a while as PR52466 which has
a patch. I have attached the patch. Is it OK to apply to
the open branches?
2013-08-07 Joel Sherrill
* configure.ac (lm32*-*-*): Use SJLJ exceptions.
--
Joel Sherrill, Ph.D. Director of Research & Develop
c/config/rs6000/rtems.h
+++ b/gcc/config/rs6000/rtems.h
@@ -34,6 +34,9 @@
} \
while (0)
+#undef TARGET_LIBGCC_SDATA_SECTION
+#define TARGET_LIBGCC_SDATA_SECTION ".sdata"
+
#undef CPP_OS_DEFAULT_SPEC
#define CPP_OS_DEFAULT_SP
I forgot to ask. Did you put this on the open branches as well? 4.7 and 4.8.
Please and thank you
Eric Botcazou wrote:
> sparc64*-*-rtems* ends up with __svr4__ defined. The attached
> patch corrects that.
Let's remove the FIXME instead. Applied to mainline.
2013-05-14 Eric Botcazou
Thanks Eric. This is better. spaec64-elf should not define it either.
Eric Botcazou wrote:
> sparc64*-*-rtems* ends up with __svr4__ defined. The attached
> patch corrects that.
Let's remove the FIXME instead. Applied to mainline.
2013-05-14 Eric Botcazou
* config/sparc/sp64-elf
Hi
sparc64*-*-rtems* ends up with __svr4__ defined. The attached
patch corrects that.
OK to apply?
013-05-10 Joel Sherrill
* config.gcc (sparc64*-*-rtems*): Use sp64-rtemself.h.
RTEMS target should not have -D__svr4__ in CPP_SUBTARGET_SPEC.
* config/sparc/sp64
t-abi=hard
+MULTILIB_EXCEPTIONS += march=armv7-m/mfpu=neon
+MULTILIB_EXCEPTIONS += march=armv7-m/mfloat-abi=hard
+MULTILIB_EXCEPTIONS += march=armv7-m
+MULTILIB_EXCEPTIONS += mfpu=neon/mfloat-abi=hard
+MULTILIB_EXCEPTIONS += mfpu=neon
+MULTILIB_EXCEPTIONS += mfloat-abi=hard
--
Joel Sherrill,
float-abi=hard
--
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
/libcpp/configure.ac
+++ b/libcpp/configure.ac
@@ -185,6 +185,7 @@ case $target in
aarch64*-*-* | \
alpha*-*-* | \
arm*-*-*eabi* | \
+ arm*-*-rtems* | \
arm*-*-symbianelf* | \
x86_64-*-* | \
ia64-*-* | \
--
Joel Sherrill, Ph.D. Director
On 4/3/2013 8:36 AM, Richard Biener wrote:
On Wed, 3 Apr 2013, Joel Sherrill wrote:
The RTEMS Community would like to squeeze pr56771 in. It only got a fix in the
past few days. It is a one line arm-rtems specific path to libcpp configure.
Can I commit that?
Sure, if it got RTEMS maintainer
The RTEMS Community would like to squeeze pr56771 in. It only got a fix in the
past few days. It is a one line arm-rtems specific path to libcpp configure.
Can I commit that?
--joel
RTEMS
Richard Biener wrote:
Status
==
The GCC 4.7 branch is ready for a release candidate of GCC 4.7.3
wh
Hi
Would it be possible for a PowerPC maintainer to look
into committing the fix to this PR to the impacted
branches which are open?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55033
http://gcc.gnu.org/ml/gcc-patches/2013-03/msg00970.html
Thanks.
--
Joel Sherrill, Ph.D. Director
I committed this patch which reduces test failures.
http://gcc.gnu.org/ml/gcc-patches/2013-01/msg01373.html
2013-01-29 Sebastian Huber
* config/rtems.opt: Add -pthread option.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp
*-*-mingw*]
+ || [istarget *-*-rtems*] } {
lappend additional_flags "-Wl,--allow-multiple-definition"
}
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free R
the ChangeLog entry on the branches, putting 2013-02-22 for a
patch installed on 2013-03-06 doesn't make much sense. There is an example
just below on the 4.7 branch. TIA.
Done.
Sorry. I used Sebastian's entries without even thinking they were at
least a week old.
--
Joel Sher
.
As RTEMS GCC target maintainer, I can approve these changes but I would
like concurrence with the branch release managers.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a
It will naturally disappear when gcc does the clean up. It won't be around
long.
Sebastian Huber wrote:
>On 06/13/2012 02:51 PM, Richard Earnshaw wrote:
>> (arm*-*-rtems*): Remove.
>
>For RTEMS the intention was to rename arm*-*-rtemseabi* into arm*-*-rtems* and
>provide an arm*-*-rtemse
Hi
When moving stuff into libgcc, a line for m32r-rtems
got lost. This is PR53314.
Is this OK for the head and 4.7?
2012-05-16 Joel Sherrill
* config.host (m32r-*-rtems*): Include crtinit.o and crtfinit.o
as extra_parts.
diff --git a/libgcc/config.host b/libgcc/config.host
index
ches from
a.out -> coff -> elf in a similar manner in the past.
I hope it is OK to merge this.
Thanks.
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35
Sorry.. missed the attachment
This patch adds the microblaze-*-rtems* target to gcc.
OK to apply?
2012-05-07 Joel Sherrill
* config.gcc (microblaze-*-rtems*): New target.
* config/microblaze/rtems.h: New file.
--
Joel Sherrill, Ph.D. Director of Research& Develop
This patch adds the microblaze-*-rtems* target to gcc.
OK to apply?
2012-05-07 Joel Sherrill
* config.gcc (microblaze-*-rtems*): New target.
* config/microblaze/rtems.h: New file
--
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherr...@oarcorp
e_file="${tmake_file} rs6000/t-ppccomm rs6000/t-savresfgpr
rs6000/t-crtstuff t-crtstuff-pic t-fdpbit"
extra_parts="$extra_parts crtbeginS.o crtendS.o crtbeginT.o ecrti.o ecrtn.o
ncrti.o ncrtn.o"
;;
powerpc-*-linux* | powerpc64-*-linux*)
--
Joel Sherrill, Ph.
On 12/02/2011 06:37 PM, Joseph S. Myers wrote:
On Fri, 2 Dec 2011, Joel Sherrill wrote:
OK. I obviously read too much into the other uses.
I did not intend to change semantics just account for
the change making this not compile.
How does the the new version look?
This version is OK
Hi,
This addresses all of the Go compilation issues on the
head except one.
Ian.. Is this OK to commit? Or do you have suggestions
on how to make it more general?
Thanks.
2011-12-02 Joel Sherrill
* runtime/go-signal.c: Add conditional on SIGPROF.
* runtime
On 12/02/2011 11:57 AM, Joseph S. Myers wrote:
On Fri, 2 Dec 2011, Joel Sherrill wrote:
On 12/02/2011 10:38 AM, Joseph S. Myers wrote:
On Fri, 2 Dec 2011, Joel Sherrill wrote:
2011-12-02 Joel Sherrill
* config/rs6000/rtems.h: Switch to using global_options_set
in
On 12/02/2011 10:38 AM, Joseph S. Myers wrote:
On Fri, 2 Dec 2011, Joel Sherrill wrote:
2011-12-02 Joel Sherrill
* config/rs6000/rtems.h: Switch to using global_options_set
in SUBSUBTARGET_OVERRIDE_OPTIONS.
Is it deliberate that you are removing the first part of each &qu
Hi,
I have been testing with this for almost a month. It is
my attempt to follow the changes I think Joseph made
to other rs6000 targets. If this change looks right,
I would like to commit it.
Test results have been posted for it.
Thanks.
2011-12-02 Joel Sherrill
* config/rs6000
On 12/02/2011 01:48 AM, Arnaud Charlet wrote:
The attached patch is necessary to let the gcc head
compile Ada for *-*-rtems*. Other than terminals.c,
the files impacted are RTEMS specific. OK to commit?
OK
Thanks. Committed.
--
Joel Sherrill, Ph.D. Director of Research
results than what I posted back in
April for a 4.6.1 prerelease:
http://gcc.gnu.org/ml/gcc-testresults/2011-04/msg00209.html
2011-12-01 Joel Sherrill
* gcc/ada/s-tpopsp-rtems.adb: Use ATCB_Key rather than
RTEMS_Ada_Self variable for consistency with other ports.
* gcc/ada
Thanks.
Works for me. I posted test results for powerpc-rtems4.11
at http://gcc.gnu.org/ml/gcc-testresults/2011-11/msg02314.html
From the rtems perspective, you can commit it.
--joel
On 11/21/2011 12:08 PM, Rainer Orth wrote:
Joel Sherrill writes:
Does this patch apply OK for others
file
libgcc/config/rs6000/t-ppccomm.rej
--
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
On 11/02/2011 05:30 PM, David Miller wrote:
From: Joel Sherrill
Date: Wed, 2 Nov 2011 16:29:16 -0500
Is this similar to what I just got for sparc-rtems when compiling
libgcc2 with -mcpu=v8?
/tmp/cczMc4jN.s: Assembler messages:
/tmp/cczMc4jN.s:16: Error: Hardware capability "mul32" n
bled for
"smul".
/tmp/cczMc4jN.s:18: Error: Hardware capability "mul32" not enabled for
"smul".
/tmp/cczMc4jN.s:22: Error: Hardware capability "mul32" not enabled for
"umul".
I can prepare a PR if you think it is different.
Ra
I am on travel and only doing email from my phone. Ralf and I had dinner
together last night and he mentioned not understanding some parts of the patch.
I won't be home until next week to actually test this.
I guess hoping due diligence was used and knowing I may whine next week if it
breaks
interwork is an enhancement.
I don't claim that the switch to the EABI tool chain will be without problems,
but we have to use it to figure this out. The multilib selection may need
further changes. I am concerned about the enabled exceptions in some libgcc
functions.
--
Joel Sherrill,
95 matches
Mail list logo
