Hello,
what is the status for this patch?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese
on't know how the compiler works.
I run the GCC test suite on the GDB SIS with RTEMS, but its hard for me to
interpret the results. I think there are no new test failures due to the back
ports.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Ph
function
ld:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
ldr r0, [r0]
bx lr
.size ld, .-ld
.ident "GCC: (GNU) 4.9.1 20140625 (prerelease)
gcc/c/ChangeLog
2014-06-25 Sebastian
On 06/25/2014 05:56 PM, Joseph S. Myers wrote:
On Wed, 25 Jun 2014, Sebastian Huber wrote:
2014-06-25 Sebastian Huber
* c-parser.c (c_parser_declaration_or_fndef): Discard all type
qualifiers in __auto_type for atomic types.
(c_parser_typeof_specifier): Discard all
function
ld:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
ldr r0, [r0]
bx lr
.size ld, .-ld
.ident "GCC: (GNU) 4.9.1 20140625 (prerelease)
gcc/c/ChangeLog
2014-06-26 Sebastian
This patch should be applied to GCC 4.9 and mainline. I do not have
write access, 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
On 2014-06-26 17:51, Joseph S. Myers wrote:
On Thu, 26 Jun 2014, Sebastian Huber wrote:
>gcc/c/ChangeLog
>2014-06-26 Sebastian Huber
>
>* c-parser.c (c_parser_declaration_or_fndef): Discard all type
>qualifiers in __auto_type for atomic types.
>(c_parser_typeof_s
This change is necessary to support Cortex-R based chips in RTEMS.
This patch should be applied to GCC 4.8, 4.9 and mainline. I do not
have write access, so in case this gets approved, please commit it for
me.
gcc/ChangeLog
2014-07-02 Sebastian Huber
* config/arm/t-rtems-eabi: Add
On 2014-06-30 15:03, Marek Polacek wrote:
On Fri, Jun 27, 2014 at 08:49:24AM +0200, Marek Polacek wrote:
On Fri, Jun 27, 2014 at 08:36:38AM +0200, Sebastian Huber wrote:
Thanks for your patience. It would be nice if this can be applied to GCC
4.9 as well.
Can someone please commit this for
Ping.
On 2014-07-02 10:15, Sebastian Huber wrote:
This change is necessary to support Cortex-R based chips in RTEMS.
This patch should be applied to GCC 4.8, 4.9 and mainline. I do not
have write access, so in case this gets approved, please commit it for
me.
gcc/ChangeLog
2014-07-02
Ping.
On 2014-06-26 13:43, Sebastian Huber wrote:
This patch should be applied to GCC 4.9 and mainline. I do not have
write access, so in case this gets approved, please commit it for me.
gcc/ChangeLog
2014-06-26 Sebastian Huber
* config.gcc (nios2-*-*): Add RTEMS support
I would like to commit this patch to GCC 4.9 and 5.0.
libgomp/ChangeLog
2015-03-13 Sebastian Huber
* configure.tgt (*-*-rtems*): Use local-exec TLS model.
* configure.ac (*-*-rtems*): Assume Pthread is supported.
(pthread.h): Check for this header file
On 13/03/15 11:43, Jakub Jelinek wrote:
On Fri, Mar 13, 2015 at 11:38:12AM +0100, Sebastian Huber wrote:
I would like to commit this patch to GCC 4.9 and 5.0.
libgomp/ChangeLog
2015-03-13 Sebastian Huber
* configure.tgt (*-*-rtems*): Use local-exec TLS model.
* configure.ac
On 13/03/15 11:43, Jakub Jelinek wrote:
On Fri, Mar 13, 2015 at 11:38:12AM +0100, Sebastian Huber wrote:
I would like to commit this patch to GCC 4.9 and 5.0.
libgomp/ChangeLog
2015-03-13 Sebastian Huber
* configure.tgt (*-*-rtems*): Use local-exec TLS model
supervisor mode flag (-msv-mode) and
make user mode the default
* config/sparc/sync.md: Only use supervisor ASI for CASA when in
supervisor mode
* doc/invoke.texi: Document msv-mode flag
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178
libgomp/ChangeLog
2015-07-03 Sebastian Huber
* libgomp.h (gomp_thread_pool): Comment last_team field.
---
libgomp/libgomp.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libgomp/libgomp.h b/libgomp/libgomp.h
index 5272f01..5ed0f78 100644
--- a/libgomp/libgomp.h
+++ b/libgomp
Sebastian Huber
* libgomp.h (gomp_thread): Add spare_team field.
* team.c (gomp_thread_start): Initialize spare team for non-TLS
targets.
(gomp_new_team): Use spare team if possible.
(free_team): Destroy more team objects.
(gomp_free_thread): Free spare
to support the currently available hardware.
I compiled the RTEMS testsuite with this compiler and run it on an NGMP board.
The results are all right.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89
Hello,
is there a chance to get the or1k support integrated before the GCC 9
stage 3?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP
libgomp/
* config/rtems/affinity-fmt.c: New file. Include affinity-fmt.c,
undefining HAVE_GETPID and HAVE_GETHOSTNAME, and mapping fwrite to
write.
---
libgomp/config/rtems/affinity-fmt.c | 49 +
1 file changed, 49 insertions(+)
create
libgomp/
* config/rtems/bar.c: Include "../linux/bar.c" and delete copy
and paste code.
---
libgomp/config/rtems/bar.c | 183 +
1 file changed, 2 insertions(+), 181 deletions(-)
diff --git a/libgomp/config/rtems/bar.c b/libgomp/config/r
Copy code example for fetch and nand from "Legacy __sync Built-in
Functions for Atomic Memory Access" to "Built-in Functions for Memory
Model Aware Atomic Operations".
gcc/
* doc/extend.texi (Built-in Functions for Memory Model Aware
Atomic Operations): Document atomic fetch and n
libgfortran/
* io/async.c (init_adv_cond): Use
__GTHREAD_COND_INIT_FUNCTION().
---
libgfortran/io/async.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libgfortran/io/async.c b/libgfortran/io/async.c
index 3394e595a8b..e3d1d01122e 100644
--- a/libgfortran/io/
gcc/
* invoke.texi (ffunction-sections and fdata-sections): Update.
---
gcc/doc/invoke.texi | 32
1 file changed, 20 insertions(+), 12 deletions(-)
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index 4e7dfb33c31..7bc051a1fc5 100644
--- a/gcc/doc/i
On 17/10/17 21:39, Sandra Loosemore wrote:
I think the patch is OK with those nits fixed.
Thanks, for the review. Committed as:
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=253842
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
P
In case the LEON3FT back-to-back store workaround is active
(sparc_fix_b2bst), then define the builtin define __FIX_LEON3FT_B2BST on
RTEMS. The intended use case for this is operating system code in
assembly language. See also:
https://lists.rtems.org/pipermail/devel/2017-July/018463.html
gcc/
with MULTILIB_REQUIRED. Match -mfix-gr712rc
with -mfix-ut700.
Thanks, applied to mainline and 7 branch.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded
On 14/07/17 11:50, Sebastian Huber wrote:
In case the LEON3FT back-to-back store workaround is active
(sparc_fix_b2bst), then define the builtin define __FIX_LEON3FT_B2BST on
RTEMS. The intended use case for this is operating system code in
assembly language. See also:
https
gcc/
PR libgcc/61152
* aarch64/rtems.h: Add GCC Runtime Library Exception. Format
changes.
* arm/rtems.h: Likewise.
* bfin/rtems.h: Likewise.
* i386/rtemself.h: Likewise.
* lm32/rtems.h: Likewise.
* m32c/rtems.h: Likewise.
*
Prominent LEON2 chips like the AT697E and AT697F do not properly support
the FSMULD instruction. LEON3 targets using the GRFPU-lite floating
point unit do not support the FSMULD in hardware. Disable this
instruction for for all LEON/LEON3 targets for simplicity.
This leads to a code size increas
Add 64-bit support for RTEMS using the ELFv2 ABI with 64-bit long
double.
gcc/
* config.gcc (powerpc-*-rtems*): Remove rs6000/eabi.h. Add
rs6000/biarch64.h.
* config/rs6000/rtems.h (ASM_DECLARE_FUNCTION_SIZE): New macro.
(ASM_OUTPUT_SPECIAL_POOL_ENTRY_P): Likewise.
simplicity.
And penalize everyone else?
Yes, everyone using LEON/LEON3 will no longer benefit from the FSMULD
after this patch. This was discussed with Gaisler. We have to make a
trade-off between correctness, performance and the number of GCC options.
--
Sebastian Huber, embedded brains GmbH
On 25/07/17 14:59, Sebastian Huber wrote:
On 25/07/17 14:59, Eric Botcazou wrote:
Prominent LEON2 chips like the AT697E and AT697F do not properly
support
the FSMULD instruction. LEON3 targets using the GRFPU-lite floating
point unit do not support the FSMULD in hardware. Disable this
.
+
mpopc
Target Report Mask(POPC)
Use UltraSPARC Population-Count instruction.
In this case I have to update the cpu_table. I guess all (MASK_V8 ||
MASK_V9) && MASK_FPU entries should then get a MASK_FSMULD in the enable
field (except leon)?
--
Sebastian Huber, embedded brains GmbH
On 25/07/17 16:12, Sebastian Huber wrote:
On 25/07/17 15:42, Eric Botcazou wrote:
What is your opinion with respect to a -mno-fsmuld option or something
similar?
Far better in my opinion (at least for LEON3).
How should I add this option? For example:
diff --git a/gcc/config/sparc
On 25/07/17 15:42, Eric Botcazou wrote:
What is your opinion with respect to a -mno-fsmuld option or something
similar?
Far better in my opinion (at least for LEON3).
Attached is a variant with this option. It touches a lot more files.
--
Sebastian Huber, embedded brains GmbH
Address
All TARGET_DEFAULT defines set MASK_FPU. There is no need to set it in
some CPU target flags enable.
gcc/
config/sparc/sparc.c (sparc_option_override): Remove MASK_FPU
from all CPU target flags enable members.
---
gcc/config/sparc/sparc.c | 10 +-
1 file changed, 5 insert
Add the -mfsmuld option to control the generation of the FsMULd
instruction. In general, this instruction is available in architecture
version V8 and V9 CPUs with FPU. Some CPUs of this category do not
support this instruction properly, e.g. AT697E, AT697F and UT699. Some
CPUs of this category d
#ifndef HAVE_AS_SPARC5_VIS4
& ~(MASK_VIS4 | MASK_SUBXC)
#endif
#ifndef HAVE_AS_SPARC6
& ~(MASK_VIS4B)
#endif
#ifndef HAVE_AS_LEON
& ~(MASK_LEON | MASK_LEON3)
#endif
& ~(target_flags_explicit & MASK_FEATURES)
);
--
Sebastian Huber,
On 26/07/17 10:13, Sebastian Huber wrote:
On 26/07/17 10:09, Eric Botcazou wrote:
Add the -mfsmuld option to control the generation of the FsMULd
instruction. In general, this instruction is available in architecture
version V8 and V9 CPUs with FPU. Some CPUs of this category do not
support
t */
{ "tsc701",MASK_ISA|MASK_FSMULD, MASK_SPARCLET },
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key ava
Add the -mfsmuld option to control the generation of the FsMULd
instruction. In general, this instruction is available in architecture
version V8 and V9 CPUs with FPU. Some CPUs of this category do not
support this instruction properly, e.g. AT697E, AT697F and UT699. Some
CPUs of this category d
upcoming GCC 7.2 release.
I checked it in as r250570 and r250571.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on
On 26/07/17 14:44, Sebastian Huber wrote:
On 26/07/17 14:13, Eric Botcazou wrote:
Add the -mfsmuld option to control the generation of the FsMULd
instruction. In general, this instruction is available in architecture
version V8 and V9 CPUs with FPU. Some CPUs of this category do not
support
On 26/07/17 19:56, Segher Boessenkool wrote:
On Tue, Jul 25, 2017 at 02:25:21PM +0200, Sebastian Huber wrote:
Add 64-bit support for RTEMS using the ELFv2 ABI with 64-bit long
double.
diff --git a/gcc/config.gcc b/gcc/config.gcc
index 2ae0218b5fc..aab7f65c1df 100644
--- a/gcc/config.gcc
+++ b
gcc/
* config.gcc (riscv*-*-elf*): Add (riscv*-*-rtems*).
* config/riscv/rtems.h: New file.
---
gcc/config.gcc | 7 ++-
gcc/config/riscv/rtems.h | 31 +++
2 files changed, 37 insertions(+), 1 deletion(-)
create mode 100644 gcc/config/risc
On 27/07/17 21:57, Segher Boessenkool wrote:
On Thu, Jul 27, 2017 at 07:28:30AM +0200, Sebastian Huber wrote:
This deletes eabi.h and I don't see you add all its definitions to
rtems.h directly (NAME__MAIN etc.) Is this on purpose?
Yes, I always wondered why GCC added the __eabi() ca
On 02/08/17 21:30, Jeff Law wrote:
On 07/24/2017 12:03 AM, Sebastian Huber wrote:
gcc/
PR libgcc/61152
* aarch64/rtems.h: Add GCC Runtime Library Exception. Format
changes.
* arm/rtems.h: Likewise.
* bfin/rtems.h: Likewise.
* i386/rtemself.h
Hello Jeff,
On 03/08/17 07:11, Sebastian Huber wrote:
On 02/08/17 21:30, Jeff Law wrote:
On 07/24/2017 12:03 AM, Sebastian Huber wrote:
gcc/
PR libgcc/61152
* aarch64/rtems.h: Add GCC Runtime Library Exception. Format
changes.
* arm/rtems.h: Likewise.
* bfin/rtems.h
On 15/05/17 22:51, Segher Boessenkool wrote:
-- This uses powerpc-*-rtems*spe*; do we want powerpcspe-*-rtems*
instead? Or both?
I guess it will be powerpcspe-*-rtems*, but we have to fix our build
system in this case. Don't worry about RTEMS.
--
Sebastian Huber, embedded brains
Allow targets to define the default for the short enums option.
gcc/
* config/arm/arm.c: (ARM_DEFAULT_SHORT_ENUMS): Provide default
definition.
* config/arm/rtems.h (ARM_DEFAULT_SHORT_ENUMS) Define.
---
gcc/config/arm/arm.c | 6 +-
gcc/config/arm/rtems.h | 2 ++
2 f
On 04/04/17 09:43, Bernhard Reutner-Fischer wrote:
On 3 April 2017 13:32:30 CEST, Sebastian Huber
wrote:
Allow targets to define the default for the short enums option.
Does this work nowadays?
About 10 years ago I did this for some arm and had to force TREE_CODE at al to
16 bit manually
ot really critical. I would like to get this
into GCC 6.4. For GCC 7 its not urgent.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public
Allow targets to define the default for the short enums option.
v2: Move ARM_DEFAULT_SHORT_ENUMS to arm.h.
gcc/
* config/arm/arm.h: (ARM_DEFAULT_SHORT_ENUMS): Provide default
definition.
* config/arm/arm.c: (arm_default_short_enums): Use
ARM_DEFAULT_SHORT_ENUMS.
On 04/04/17 12:41, Ramana Radhakrishnan wrote:
[dropping devel at rtems dot org as I don't want more bounces]
On Tue, Apr 4, 2017 at 10:07 AM, Sebastian Huber
wrote:
>On 04/04/17 11:00, Ramana Radhakrishnan wrote:
>>>
>>> > static bool
>>
On 04/04/17 12:50, Sebastian Huber wrote:
On 04/04/17 12:41, Ramana Radhakrishnan wrote:
[dropping devel at rtems dot org as I don't want more bounces]
On Tue, Apr 4, 2017 at 10:07 AM, Sebastian Huber
wrote:
>On 04/04/17 11:00, Ramana Radhakrishnan wrote:
>>>
&
- Sebastian Huber schrieb:
> Allow targets to define the default for the short enums option.
>
> v2: Move ARM_DEFAULT_SHORT_ENUMS to arm.h.
>
> gcc/
>
> * config/arm/arm.h: (ARM_DEFAULT_SHORT_ENUMS): Provide default
> definition.
&g
rks fine so far, but breaks if someone includes after
the first time.
This patch would address this issue, but I do not know which other
issues it generates.
gcc/ChangeLog
2016-04-15 Sebastian Huber
* ginclude/stddef.h (__size_t): Define to __SIZE_TYPE__.
---
gcc/ginclude/stddef.h | 2
On 15/04/16 12:23, Richard Biener wrote:
On Fri, Apr 15, 2016 at 11:44 AM, Sebastian Huber
wrote:
>I work currently on a better FreeBSD compatibility for Newlib. For
>RTEMS we use the network, USB, SD/MMC stacks from FreeBSD. It would be
>nice to use , etc. from Newlib directly t
s/host-config.h
b/libatomic/config/rtems/host-config.h
new file mode 100644
index 000..d11e9ef
--- /dev/null
+++ b/libatomic/config/rtems/host-config.h
@@ -0,0 +1,41 @@
+/* Copyright (C) 2016 Free Software Foundation, Inc.
+ Contributed by Sebastian Huber .
+
+ This file is part o
Foundation, Inc.
+ Contributed by Sebastian Huber .
+
+ This file is part of the GNU Atomic Library (libatomic).
+
+ Libatomic 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 Foundation; either versio
Hello,
I know that I am pretty late, but is there a chance to get this into the
GCC 6.1 release?
On 19/04/16 14:56, Sebastian Huber wrote:
v2: Do not use architecture configuration due to broken ARM libatomic
support.
gcc/
* config/rtems.h (LIB_SPEC): Add -latomic.
libatomic
Ok, what about the GCC trunk?
On 20/04/16 14:35, Sebastian Huber wrote:
Hello,
I know that I am pretty late, but is there a chance to get this into
the GCC 6.1 release?
On 19/04/16 14:56, Sebastian Huber wrote:
v2: Do not use architecture configuration due to broken ARM libatomic
support
libstdc++-v3/
* config/cpu/m68k/atomicity.h: Adjust comment.
* acinclude.m4 (GLIBCXX_ENABLE_ATOMIC_BUILTINS): Honor
explicit atomicity_dir setup via configure.host.
* configure.host (rtems-*): Set atomicity_dir.
* configure: Regenerate.
---
libstdc++-v3/acin
v2: Fix shell script part since shell grouping is expressed by { }.
libstdc++-v3/
* config/cpu/m68k/atomicity.h: Adjust comment.
* acinclude.m4 (GLIBCXX_ENABLE_ATOMIC_BUILTINS): Honor
explicit atomicity_dir setup via configure.host.
* configure.host (rtems-*): Set a
On 22/09/16 10:47, Jonathan Wakely wrote:
On 22/09/16 09:41 +0200, Sebastian Huber wrote:
libstdc++-v3/
* config/cpu/m68k/atomicity.h: Adjust comment.
* acinclude.m4 (GLIBCXX_ENABLE_ATOMIC_BUILTINS): Honor
explicit atomicity_dir setup via configure.host.
* configure.host
hanks.
--joel
On Thu, Sep 22, 2016 at 3:47 AM, Sebastian Huber
<mailto:sebastian.hu...@embedded-brains.de>> wrote:
v2: Fix shell script part since shell grouping is expressed by { }.
libstdc++-v3/
* config/cpu/m68k/atomicity.h: Adjust comment.
I checked in the following:
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=240387
All m68k BSPs build and link the samples using RTEMS
https://git.rtems.org/rtems/commit/?id=8ace7ee42ff50eee4541fd7151bf8ecc32f82384
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr.
nable it, since libatomic
will ensure the required atomics are available.
Thanks for the hint. I added a ticket for RTEMS:
http://devel.rtems.org/ticket/2791
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +
.
+ m1 = 16877499708836156737
+ m2 = 2820277070424839065
+ m3 = 9497967016996688599
+ m4 = 15839092249703872147
+)
Out of curiosity, how did you generate these numbers?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49
Hello,
it would be quite nice if someone could have a look at this since this
breaks the GCC build with libgomp enabled for all Thumb-1 targets.
On 16/12/16 16:20, Kyrill Tkachov wrote:
Ping.
https://gcc.gnu.org/ml/gcc-patches/2016-12/msg00849.html
Thanks,
Kyrill
--
Sebastian Huber
If nobody objects, I will back port this to GCC 6 next Monday.
On 20/04/16 14:40, Joel Sherrill wrote:
As the other RTEMS target maintainer. I second the request.
--joel
On Apr 20, 2016 7:35 AM, "Sebastian Huber"
<mailto:sebastian.hu...@embedded-brains.de>> wrote:
Hello,
I will back port this to all open branches this Friday if nobody objects:
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=236064
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 4
Ping.
On 28/07/15 13:06, Sebastian Huber wrote:
Ping.
This is a pre-requisite for:
https://gcc.gnu.org/ml/gcc-patches/2015-07/msg02347.html
On 22/07/15 14:56, Sebastian Huber wrote:
Move the thread pool initialization from the team start to the team
creation. This eliminates one
2015-09-01 Sebastian Huber
PR libstdc++/67408
* include/std/mutex (__timed_mutex_impl): Use __timedlock().
(timed_mutex): Add friend class __timed_mutex_impl. Add
__timedlock().
(recursive_timed_mutex): Likewise.
---
libstdc++-v3/include/std/mutex | 17
RTEMS. In the long run
support for thread join and detach should be added to the API
independent RTEMS services.
libgcc/ChangeLog
2015-09-01 Sebastian Huber
* config/gthr-rtems.h (__GTHREADS_CXX0X): New.
(__GTHREAD_HAS_COND): Likewise.
(__gthread_t): Likewise
On 01/09/15 23:07, Jeff Law wrote:
On 09/01/2015 05:02 AM, Sebastian Huber wrote:
v2: Include all options and not only "dg-do run ...".
libstdc++-v3/ChangeLog
2015-09-01 Sebastian Huber
testsuite/*: Use 's/\*-\*-cygwin\* /&*-*-rtems* /' to add RTEMS
target se
Committed:
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=227428
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public
On 01/09/15 23:07, Jeff Law wrote:
On 09/01/2015 05:02 AM, Sebastian Huber wrote:
v2: Include all options and not only "dg-do run ...".
libstdc++-v3/ChangeLog
2015-09-01 Sebastian Huber
testsuite/*: Use 's/\*-\*-cygwin\* /&*-*-rtems* /' to add RTEMS
targ
amp;gomp_thread_attr and gomp_thread_attr is
supposed to be read-only by this function. Under certain conditions we
have to modify the initial attributes. Since gomp_thread_attr is
read-only, we have to copy it and then modify the copy. For this we need
some storage: mutable_attr.
--
Sebastian Hub
On 03/09/15 13:05, Jakub Jelinek wrote:
On Thu, Sep 03, 2015 at 12:57:53PM +0200, Sebastian Huber wrote:
>On 03/09/15 12:19, Jakub Jelinek wrote:
> >>@@ -292,7 +292,7 @@ gomp_team_start (void (*fn) (void *), void *data,
unsigned nthreads,
> >>>bool
On 03/09/15 13:10, Jakub Jelinek wrote:
On Thu, Sep 03, 2015 at 01:09:23PM +0200, Sebastian Huber wrote:
We have only thread attributes in this function: mutable_attr and attr. The
attr is initialized with &gomp_thread_attr and gomp_thread_attr is supposed
to be read-only by this func
configure scheduler instance
specific thread pools.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese
On 04/09/15 00:41, Gerald Pfeifer wrote:
Hi Sebastian,
On Thu, 3 Sep 2015, Sebastian Huber wrote:
>how can I add something to the release notes? I would like to mention
>some RTEMS changes.
is it possible checking outhttps://gcc.gnu.org/about.html is all
you are looking for, o
ys/lock.h> and offers a significantly better performance
compared
+to the POSIX configuration of libgomp. It is possible to
+configure thread pools for each scheduler instance via the environment
+variable GOMP_RTEMS_THREAD_POOLS.
+
+
--
Sebastian Huber, embedded brains GmbH
Ping.
On 04/09/15 08:26, Sebastian Huber wrote:
Index: htdocs/gcc-6/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-6/changes.html,v
retrieving revision 1.25
diff -u -r1.25 changes.html
--- htdocs/gcc-6/changes.html 25 Aug
@@ -221,13 +221,13 @@
-
+Operating Systems
-
+RTEMS
The RTEMS thread model implementation changed. For the mutexes
self-contained objects defined in Newlib <sys/lock.h> are used
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
On 08/12/15 17:55, David Miller wrote:
From: Sebastian Huber
Date: Tue, 8 Dec 2015 11:17:53 +0100
since the LRA patch is still reverted on the trunk, I guess the
switch to LRA will not happen in GCC 6?
Indeed, it is unlikely I will have time to work on this for at
least a month.
Are there
* config/nios2/nios2.c (nios2_init_libfuncs): Remove TARGET_LINUX_ABI
condition.
(TARGET_INIT_LIBFUNCS): Delete definition and...
* config/nios2/linux.h (TARGET_INIT_LIBFUNCS): ...move to here, add
comments.
--
Sebastian Huber, embedded brains GmbH
Address
)
in my build this was only a warning. How do you enable the -Werror for
the GCC build? Is this the normal way to build GCC?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail
gcc/ChangeLog
2016-01-12 Sebastian Huber
* config/arm/t-rtems: Add cortex-m7/fpv5-d16 multilib.
---
gcc/config/arm/t-rtems | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/gcc/config/arm/t-rtems b/gcc/config/arm/t-rtems
index 3b62181..02dcd65 100644
--- a/gcc
gcc/testsuite/ChangeLog
2014-12-15 Sebastian Huber
* gcc.dg/typeof-2.c: Add checks for non-atomic types.
---
gcc/testsuite/gcc.dg/typeof-2.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/gcc/testsuite/gcc.dg/typeof-2.c b/gcc/testsuite/gcc.dg
This patch should be applied to GCC mainline. I do not have write
access, so in case this gets approved, please commit it for me.
gcc/ChangeLog
2014-12-15 Sebastian Huber
* config/arm/t-rtems: Use MULTILIB_REQUIRED instead of
MULTILIB_EXCEPTIONS.
---
gcc/config/arm/t-rtems
Now that we only have the EABI configuration for RTEMS rename the files
to match the pattern used for the other RTEMS targets.
This patch should be applied to GCC mainline. I do not have write
access, so in case this gets approved, please commit it for me.
gcc/ChangeLog
2014-12-15 Sebastian
.
gcc/ChangeLog
2014-12-15 Sebastian Huber
* config/rs6000/t-rtems: Add e6500 multilibs.
---
gcc/config/rs6000/t-rtems | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/gcc/config/rs6000/t-rtems b/gcc/config/rs6000/t-rtems
index e935947..128ea3e 100644
approved, please commit it for me.
gcc/ChangeLog
2014-12-15 Sebastian Huber
* config/rs6000/t-rtems: Add -mno-spe to soft-float multilib for
MPC8540.
---
gcc/config/rs6000/t-rtems | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/gcc/config/rs6000/t-rtems
This patch should be applied to GCC 4.9 and mainline. I do not have
write access, so in case this gets approved, please commit it for me.
gcc/ChangeLog
2014-12-15 Sebastian Huber
* config/rs6000/t-rtems: Use MULTILIB_REQUIRED instead of
MULTILIB_EXCEPTIONS.
---
gcc/config
.
v2: Move MULTILIB_OPTIONS += m32 to right position in the file.
gcc/ChangeLog
2014-12-15 Sebastian Huber
* config/rs6000/t-rtems: Add e6500 multilibs.
---
gcc/config/rs6000/t-rtems | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/gcc/config/rs6000/t
Checked in as
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=219382
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public
Checked in as
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=219383
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public
301 - 400 of 490 matches
Mail list logo
