Announce: GNU MPFR 4.0.2 is released

2019-01-31 Thread Vincent Lefevre
GNU MPFR 4.0.2 ("dinde aux marrons", patch level 2), a C library for multiple-precision floating-point computations with correct rounding, is now available for download from the MPFR web site: https://www.mpfr.org/mpfr-4.0.2/ from InriaForge: https://gforge.inria.fr/projects/mpfr/ and from

gcc-7-20190131 is now available

2019-01-31 Thread gccadmin
Snapshot gcc-7-20190131 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/7-20190131/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 7 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7

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: Small typo on site

2019-01-31 Thread Richard Biener
On Wed, Jan 30, 2019 at 5:19 PM wrote: > > hi, > on site: > https://www.gnu.org/software/gcc/bugs/#dontwant > in section > Reporting Bugs > Summarized bug reporting instructions > What we do not want > in 3 point you have > > An attached archive (tar, zip, shar, whatever) containing all (or some :

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