Re: libgomp platform customization

2019-01-31 Thread Jakub Jelinek
On Thu, Jan 31, 2019 at 11:13:44AM +0100, Sebastian Huber wrote: > On 31/01/2019 11:07, Jakub Jelinek wrote: > > On Thu, Jan 31, 2019 at 10:58:27AM +0100, Sebastian Huber wrote: > > > On 31/01/2019 10:56, Jakub Jelinek wrote: > > > > On Thu, Jan 31, 2019 at 10:37:29AM +0100, Sebastian Huber wrote:

Re: libgomp platform customization

2019-01-31 Thread Sebastian Huber
On 31/01/2019 11:07, Jakub Jelinek wrote: On Thu, Jan 31, 2019 at 10:58:27AM +0100, Sebastian Huber wrote: On 31/01/2019 10:56, Jakub Jelinek wrote: On Thu, Jan 31, 2019 at 10:37:29AM +0100, Sebastian Huber wrote: My problem is that our real-time operating system (RTEMS) is somewhere in bet

Re: libgomp platform customization

2019-01-31 Thread Jakub Jelinek
On Thu, Jan 31, 2019 at 10:58:27AM +0100, Sebastian Huber wrote: > On 31/01/2019 10:56, Jakub Jelinek wrote: > > On Thu, Jan 31, 2019 at 10:37:29AM +0100, Sebastian Huber wrote: > > > My problem is that our real-time operating system (RTEMS) is somewhere in > > > between a full blown Linux and the

Re: libgomp platform customization

2019-01-31 Thread Sebastian Huber
On 31/01/2019 10:56, Jakub Jelinek wrote: On Thu, Jan 31, 2019 at 10:37:29AM +0100, Sebastian Huber wrote: My problem is that our real-time operating system (RTEMS) is somewhere in between a full blown Linux and the offload hardware. I would like to get rid of stuff which depends on the Newlib s

Re: libgomp platform customization

2019-01-31 Thread Jakub Jelinek
On Thu, Jan 31, 2019 at 10:37:29AM +0100, Sebastian Huber wrote: > My problem is that our real-time operating system (RTEMS) is somewhere in > between a full blown Linux and the offload hardware. I would like to get rid > of stuff which depends on the Newlib struct _reent since this pulls in a lot

Re: libgomp platform customization

2019-01-31 Thread Richard Biener
On Thu, Jan 31, 2019 at 10:37 AM Sebastian Huber wrote: > > On 31/01/2019 10:29, Richard Biener wrote: > > On Wed, Jan 30, 2019 at 3:46 PM Sebastian Huber > > wrote: > >> Hello, > >> > >> we would like to use libgomp in a quite constraint environment. In this > >> environment using for example t

Re: libgomp platform customization

2019-01-31 Thread Sebastian Huber
On 31/01/2019 10:29, Richard Biener wrote: On Wed, Jan 30, 2019 at 3:46 PM Sebastian Huber wrote: Hello, we would like to use libgomp in a quite constraint environment. In this environment using for example the C locale support, errno, malloc(), realloc(), free(), and abort() are problematic.

Re: libgomp platform customization

2019-01-31 Thread Richard Biener
On Wed, Jan 30, 2019 at 3:46 PM Sebastian Huber wrote: > > Hello, > > we would like to use libgomp in a quite constraint environment. In this > environment using for example the C locale support, errno, malloc(), > realloc(), free(), and abort() are problematic. One option would be to > introduce