[PATCH, ARM] Switch to EABI version 5 for RTEMS

a, int64_t b) { return a / b; } Is is possible to make parts of libgcc/Makefile.am target specific? Have a nice day! PS: I am not subscribed to the gcc-patches list, so please CC me. -- Sebastian Huber, embedded brains GmbH Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany Phone

Re: [PATCH, ARM] Switch to EABI version 5 for RTEMS

On 06/04/11 18:24, Ralf Corsepius wrote: > On 04/06/2011 05:20 PM, Sebastian Huber wrote: > >> there were several requests for ARM Cortex-M support on RTEMS >> recently. The >> first step towards this is a suitable ARM tool chain. I want to use >> this event &g

Re: [PATCH, ARM] Switch to EABI version 5 for RTEMS

On 04/06/2011 07:20 PM, Sebastian Huber wrote: > On 06/04/11 18:24, Ralf Corsepius wrote: >> On 04/06/2011 05:20 PM, Sebastian Huber wrote: >> >>> there were several requests for ARM Cortex-M support on RTEMS >>> recently. The >>> first step towards thi

[PATCH] [RTEMS] Add Cortex-M7 multilib for FPU support

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

Re: [PATCH] [graphite] document that isl-0.16 is supported

hich one should I choose as a naive user? Are the versions in the contrib/download_prerequisites script the recommended ones? -- 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 : seba

Re: [PATCH] [graphite] document that isl-0.16 is supported

On 02/02/16 19:00, Mike Stump wrote: On Feb 2, 2016, at 2:23 AM, Sebastian Huber wrote: >It would be good to have a recommended version as well (similar for cloog, gmp, mpc and mpfr). If you present me three versions which one should I choose as a naive user? The latest release, or

Re: [PATCH] [graphite] document that isl-0.16 is supported

On 03/02/16 07:29, Sebastian Huber wrote: On 02/02/16 19:00, Mike Stump wrote: On Feb 2, 2016, at 2:23 AM, Sebastian Huber wrote: >It would be good to have a recommended version as well (similar for cloog, gmp, mpc and mpfr). If you present me three versions which one should I choose

[PATCH] [RTEMS] Always use atomic builtins for libstdc++

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

[PATCH v2] [RTEMS] Always use atomic builtins for libstdc++

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

Re: [PATCH] [RTEMS] Always use atomic builtins for libstdc++

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

Re: [PATCH v2] [RTEMS] Always use atomic builtins for libstdc++

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.

Re: [PATCH v2] [RTEMS] Always use atomic builtins for libstdc++

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.

Re: [PATCH] [RTEMS] Always use atomic builtins for libstdc++

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 : +

Re: [PATCH] Convert SPARC to LRA

Hello David, since the LRA patch is still reverted on the trunk, I guess the switch to LRA will not happen in GCC 6? -- 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

Re: [patch, nios2] Fix PR78357, adjust sync builtin initialization

* 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

Re: [patch, nios2] Fix PR78357, adjust sync builtin initialization

) 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

Re: [PATCH] Convert SPARC to LRA

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

[PATCH] Maybe change __size_t definition in ?

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

Re: [PATCH] Maybe change __size_t definition in ?

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

[PATCH] [libatomic] Add RTEMS support

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

[PATCH v2] [libatomic] Add RTEMS support

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

Re: [PATCH v2] [libatomic] Add RTEMS support

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

Re: [PATCH v2] [libatomic] Add RTEMS support

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

Re: [PATCH v2] [libatomic] Add RTEMS support

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:

[RTEMS] Fix moxie libgcc support

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

[PATCH] libstdc++-v3: Have aligned_alloc() on Newlib

While building for Newlib, some configure checks must be hard coded. The aligned_alloc() is supported since 2015 in Newlib. libstdc++-v3 PR target/85904 * configure.ac): Define HAVE_ALIGNED_ALLOC if building for Newlib. * configure: Regnerate. --- libstdc++-v3/con

Re: [PATCH] libstdc++-v3: Have aligned_alloc() on Newlib

On 08/08/18 13:18, Jonathan Wakely wrote: On 08/08/18 10:52 +0200, Sebastian Huber wrote: While building for Newlib, some configure checks must be hard coded. The aligned_alloc() is supported since 2015 in Newlib. libstdc++-v3 PR target/85904 * configure.ac): Define HAVE_ALIGNED_ALLOC

Re: [PATCH] libstdc++-v3: Have aligned_alloc() on Newlib

On 08/08/18 16:01, Jonathan Wakely wrote: On 08/08/18 15:57 +0200, Ulrich Weigand wrote: Jonathan Wakely wrote: On 08/08/18 10:52 +0200, Sebastian Huber wrote: >While building for Newlib, some configure checks must be hard coded. >The aligned_alloc() is supported since 2015 in

Re: [PATCH] libstdc++-v3: Have aligned_alloc() on Newlib

s OK for gcc-7-branch and gcc-8-branch, because changing newlib from using memalign to aligned_alloc is safe. Should I check in my patch in addition to your patch? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +

[PATCH 1/2] libgomp: Avoid complex dependencies for RTEMS

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

[PATCH 2/2] libgomp: Reduce copy and paste for RTEMS

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

[PATCH] Document atomic fetch and nand

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

[PATCH] libgfortran: Use proper gthr.h API

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/

Re: [wwwdocs] GCC 6 Release Notes for RTEMS

@@ -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

Re: [wwwdocs] GCC 6 Release Notes for RTEMS

I checked this in. On 15/09/15 09:49, Sebastian Huber wrote: I think there are some head lines missing: Index: htdocs/gcc-6/changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-6/changes.html,v retrieving revision 1.29 diff -u

Re: [PATCH] Update RTEMS multilib for SPARC

nd the AT697F (LEON2-FT)? Why do we have no leon3 variant without fixes for the UT699 and AT697F? Which multilib do you suggest now for the NGMP/GR740? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 4

Re: [PATCH] Update RTEMS multilib for SPARC

On 28/09/15 14:33, Sebastian Huber wrote: On 28/09/15 14:13, Daniel Hellstrom wrote: Now that muser-mode is default the multilib definitions does not require to specify that switch any more. Add UT699 to multilib after recent patches. Add AT697F multilib since there are many LEON2 users

Re: [PATCH] Update RTEMS multilib for SPARC

would be nice if you can update the RTEMS documentation accordingly similar to ARM and PowerPC, e.g. https://docs.rtems.org/doc-current/share/rtems/html/cpu_supplement/ARM-Specific-Information-Multilibs.html#ARM-Specific-Information-Multilibs -- Sebastian Huber, embedded brains GmbH Address

Re: [PATCH] Update RTEMS multilib for SPARC

On 28/09/15 15:39, Daniel Hellstrom wrote: On 09/28/2015 03:37 PM, Sebastian Huber wrote: On 28/09/15 15:20, Daniel Hellstrom wrote: Which multilibs do we have after this change? .; soft;@msoft-float v8;@mcpu=v8 leon3;@mcpu=leon3 leon3v7;@mcpu=leon3v7 leon;@mcpu=leon leon/ut699;@mcpu

Re: [PATCH] Convert SPARC to LRA

ually ran faster than the last shipping real hardware! You can still buy m68k based chips (e.g. Freescale ColdFire) for embedded systems. http://www.freescale.com/products/more-processors/32-bit-mcu-and-mcp/coldfire-plus-coldfire-mcus-mpus:PC68KCF -- Sebastian Huber, embedded brains GmbH A

Re: [patch] libstdc++/67747 Allocate space for dirent::d_name

robably mark it as such in the glibc headers. The READDIR(3) man page should be updated as well, since it doesn't mention that readdir_r() is deprecated and always insecure. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 4

Re: Merge from gomp-4_1-branch to trunk

int32_t *place_nums) { - omp_get_partition_place_nums (place_nums); + int int_place_nums; + omp_get_partition_place_nums (&int_place_nums); + *place_nums = int_place_nums; } void -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41

Re: Merge from gomp-4_1-branch to trunk

On 14/10/15 10:04, Jakub Jelinek wrote: On Wed, Oct 14, 2015 at 09:34:48AM +0200, Sebastian Huber wrote: >/home/EB/sebastian_h/archive/gcc-git/libgomp/fortran.c:28:0: >/home/EB/sebastian_h/archive/gcc-git/libgomp/fortran.c:73:18: note: expected >'int *' but argument is of t

[PATCH] libgomp: Add comment to clarify last_team usage

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

[PATCH] libgomp: Introduce gomp_thread::spare_team

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

Re: [PATCH] libgomp: Introduce gomp_thread::spare_team

Ping. On 07/07/15 14:17, Sebastian Huber wrote: Try to re-use the previous team to avoid the use of malloc() and free() in the normal case where number of threads is the same. Avoid superfluous destruction and initialization of team synchronization objects. Using the microbenchmark posted

Re: [PATCH] libgomp: Introduce gomp_thread::spare_team

On 13/07/15 09:17, Jakub Jelinek wrote: On Mon, Jul 13, 2015 at 08:32:33AM +0200, Sebastian Huber wrote: Ping. Space in gomp_thread is precious, that is a TLS variable, and you want to only handle the non-nested case only anyway, so why don't you just try to use if (thr->thr

[PATCH] [gomp] Recycle non-nested team if possible

-13 Sebastian Huber * team.c (get_recycable_team): New. (gomp_new_team): Recycle last non-nested team if possible. (free_team): Destroy more team synchronization objects. (gomp_team_end): Move some team synchronization object destructions to free_team

Re: [PATCH] [gomp] Recycle non-nested team if possible

On 13/07/15 16:17, Jakub Jelinek wrote: On Mon, Jul 13, 2015 at 01:15:44PM +0200, Sebastian Huber wrote: diff --git a/libgomp/team.c b/libgomp/team.c index b98b233..0bcbaf8 100644 --- a/libgomp/team.c +++ b/libgomp/team.c @@ -134,6 +134,25 @@ gomp_thread_start (void *xdata) return NULL

Re: [PATCH] [gomp] Recycle non-nested team if possible

On 13/07/15 16:33, Sebastian Huber wrote: On 13/07/15 16:17, Jakub Jelinek wrote: On Mon, Jul 13, 2015 at 01:15:44PM +0200, Sebastian Huber wrote: diff --git a/libgomp/team.c b/libgomp/team.c index b98b233..0bcbaf8 100644 --- a/libgomp/team.c +++ b/libgomp/team.c @@ -134,6 +134,25

Re: [PATCH] [gomp] Recycle non-nested team if possible

On 14/07/15 09:04, Sebastian Huber wrote: #include static inline struct gomp_team * get_last_team (unsigned nthreads) { struct gomp_thread *thr = gomp_thread (); if (thr->ts.team == NULL) { struct gomp_thread_pool *pool = thr->thread_pool; if (pool !

Re: [PATCH] [gomp] Recycle non-nested team if possible

On 14/07/15 09:19, Jakub Jelinek wrote: On Tue, Jul 14, 2015 at 09:09:01AM +0200, Sebastian Huber wrote: I pasted the wrong version, since I wanted to check that I get a failure in case generation % BAR_INCR != 0. There is also config/posix/bar* implementation, which would need to be checked

Re: [PATCH] [gomp] Recycle non-nested team if possible

On 14/07/15 12:44, Jakub Jelinek wrote: On Tue, Jul 14, 2015 at 11:28:18AM +0200, Sebastian Huber wrote: >If I destroy the barrier of the last team, and then initialize it later in >gomp_new_team() > >+static inline struct gomp_team * >+get_last_team (unsigned nthreads)

Re: [PATCH] [gomp] Recycle non-nested team if possible

Thanks, I checked this in: https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=225811 -- 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

Re: undefined reference to `acc_copyin_array_h_'

On 15/07/15 14:16, Thomas Schwinge wrote: Hallo! On Tue, 14 Jul 2015 13:47:41 +0200, Sebastian Huber wrote: [...] I run the test suite on x86_64-unknown-linux-gnu with the previously mentioned asserts and got no unexpected failures. With --disable-linux-futex (without asserts) I got

[PATCH] [gomp] Simplify thread pool initialization

/ChangeLog 2015-07-22 Sebastian Huber * team.c (gomp_new_thread_pool): Delete and move content to ... (gomp_get_thread_pool): ... new function. Allocate and initialize thread pool on demand. (get_last_team): Use gomp_get_thread_pool(). (gomp_team_start

[PATCH 1/3] [gomp] Add RTEMS configuration

libgomp/ChangeLog 2015-07-28 Sebastian Huber * config/rtems/bar.c: New. * config/rtems/bar.h: Likewise. * config/rtems/mutex.c: Likewise. * config/rtems/mutex.h: Likewise. * config/rtems/sem.c: Likewise. * config/rtems/sem.h: Likewise

[PATCH 3/3] [gomp] Add thread attribute customization

libgomp/ChangeLog 2015-07-28 Sebastian Huber * config/posix/pool.h (gomp_adjust_thread_attr): New. * config/rtems/pool.h (gomp_adjust_thread_attr): Likewise. (gomp_thread_pool_reservoir): Add priority member. * confi/rtems/proc.c (allocate_thread_pool_reservoir

[PATCH 2/3] [gomp] Thread pool management

since otherwise we may end up in an explosion of OpenMP worker threads. libgomp/ChangeLog 2015-07-28 Sebastian Huber * config/posix/pool.h: New. * config/rtems/pool.h: Likewise. * config/rtems/proc.c: Likewise. * libgomp.h (gomp_thread_destructor): Declare

Re: [PATCH] [gomp] Simplify thread pool initialization

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 conditional expression. In addition this is a preparation

Re: Merge from gomp-4_1-branch to trunk

; and omp_get_parition_place_nums ((int *) place_nums); The reason for int32_t is that on the Fortran side it is integer(kind=4) and everywhere else for that int32_t is used. If this works, the patch is preapproved. I checked this in: https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=228805 -- Sebast

Re: [wwwdocs] GCC 6 Release Notes for RTEMS

Hello Gerald, On 31/10/15 21:36, Gerald Pfeifer wrote: Hi Sebastian, what do you think about the follow-up patch below, on top of your original patch? thanks for the style changes. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89

Re: [PATCH] Fix declaration of pthread-structs in s-osinte-rtems.ads

d change this to long long or double throughout, e.g. if we change the CPU mask type to uint64_t, then the alignment specified here is no longer correct. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 4

Re: [PATCH] libgomp: Add RTEMS support

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

[PATCH] libgomp: 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

Re: [PATCH] libgomp: Add RTEMS support

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

Re: [PATCH] Make muser-mode the default for LEON3

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

Re: [PATCH] Add configure flag for operator new (std::nothrow)

e) callback reporting that something went wrong, but not intended to fix things e.g. by attempting to free more memory. For statistics and logging you may also use the --wrap option of GNU ld. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Ph

Re: [PATCH] [gomp] Simplify thread pool initialization

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

[PATCH] libstdc++/67408

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

[PATCH] [RTEMS] Update RTEMS thread model

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

Re: [PATCH v2] [libstdc++] Run tests on RTEMS

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

Re: [PATCH] [RTEMS] Update RTEMS thread model

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

Re: [PATCH v2] [libstdc++] Run tests on RTEMS

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

Re: [PATCH 3/3] [gomp] Add thread attribute customization

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

Re: [PATCH 3/3] [gomp] Add thread attribute customization

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

Re: [PATCH 3/3] [gomp] Add thread attribute customization

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

Re: [wwwdocs] Skeleton for GCC 6 release notes

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

Re: [wwwdocs] Skeleton for GCC 6 release notes

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

[wwwdocs] GCC 6 Release Notes for RTEMS

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

Re: [wwwdocs] GCC 6 Release Notes for RTEMS

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

[PATCH] typeof: Remove type qualifiers for atomic types

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

Re: [PATCH] typeof: Remove type qualifiers for atomic types

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

[PATCH v2] typeof: Remove type qualifiers for atomic types

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

[PATCH] RTEMS: Add Nios 2 support

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

Re: [PATCH v2] typeof: Remove type qualifiers for atomic types

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

[PATCH] RTEMS: Add multilibs for ARM

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

Re: [PATCH v2] typeof: Remove type qualifiers for atomic types

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

Re: [PATCH] RTEMS: Add multilibs for ARM

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

Re: [PATCH] RTEMS: Add Nios 2 support

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

Re: [PATCH] RTEMS: Add Nios 2 support

want this -fsingle-precision-constant. -- 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 Nachricht ist

[PATCH v2] RTEMS: Add multilibs for ARM

This change is necessary to support Cortex-M4 and 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-21 Sebastian Huber * config/arm/t

Re: [PATCH v2] SPARC: Clarify -mapp-regs option

Ping. On 2014-03-16 12:43, Sebastian Huber wrote: gcc/ChangeLog 2014-03-16 Sebastian Huber * doc/invoke.texi (mapp-regs): Clarify. --- gcc/doc/invoke.texi | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi index

Re: [PATCH v2] SPARC: Clarify -mapp-regs option

On 2014-03-31 11:59, Richard Biener wrote: On Sun, Mar 16, 2014 at 12:43 PM, Sebastian Huber wrote: >gcc/ChangeLog >2014-03-16 Sebastian Huber > > * doc/invoke.texi (mapp-regs): Clarify. Ok. Thanks, Richard. I don't have commit access, so can someone plea

[PATCH] RTEMS thread model configuration

From: Sebastian Huber The command line to build a GCC for RTEMS contained virtually always a '--enable-threads'. This patch helps to avoid this extra configuration command line parameter and makes the GCC build a bit more user friendly for RTEMS. This patch should be applied to GCC

[PATCH] testsuite: Register loaded libs

libffi/ChangeLog 2014-04-27 Sebastian Huber * testsuite/lib/libffi.exp (load_gcc_lib): Register loaded libs. libjava/ChangeLog 2014-04-27 Sebastian Huber * testsuite/lib/libjava.exp (load_gcc_lib): Register loaded libs. libstdc++-v3/ChangeLog 2014-04-27 Sebastian

Re: [PATCH] testsuite: Register loaded libs

On 2014-04-28 04:23, Mike Stump wrote: On Apr 27, 2014, at 10:45 AM, Sebastian Huber wrote: 2014-04-27 Sebastian Huber * testsuite/lib/libffi.exp (load_gcc_lib): Register loaded libs. So, I didn’t see anything that strikes me as wrong, but, I’m curious why you want this? I

[PATCH] RTEMS: Adjust SPARC multilibs

access, so in case this gets approved, please commit it for me. gcc/ChangeLog 2014-05-02 Sebastian Huber * config/sparc/t-rtems: Use user-mode for leon3 multilibs. --- gcc/config/sparc/t-rtems | 18 -- 1 files changed, 16 insertions(+), 2 deletions(-) diff --git a/gcc

Re: [PATCH] RTEMS thread model configuration

Ping. On 2014-04-18 12:11, Sebastian Huber wrote: From: Sebastian Huber The command line to build a GCC for RTEMS contained virtually always a '--enable-threads'. This patch helps to avoid this extra configuration command line parameter and makes the GCC build a bit more user fr

Re: [PATCH] testsuite: Register loaded libs

On 2014-04-28 18:24, Mike Stump wrote: On Apr 28, 2014, at 12:32 AM, Sebastian Huber wrote: >On 2014-04-28 04:23, Mike Stump wrote: >>On Apr 27, 2014, at 10:45 AM, Sebastian Huber wrote: >>>2014-04-27 Sebastian Huber >>> >>>* testsuite/lib/libffi

  1   2   3   4   5   >