gmplib.org Down

Hi In the RTEMS Source Builder, we fetch GMP directly from gmplib.org. It has been down a few hours. We have been telling people to either fetch it from ftp.gnu.org or http://gcc.gnu.org/pub/gcc/infrastructure/ for now. Does anyone have any insight into gmplib.org being down? Is there any reason

Re: Update bootstrap requirement to C++14?

On Sat, Sep 14, 2024, 11:37 AM Andrew Pinski via Gcc wrote: > On Sat, Sep 14, 2024 at 8:53 AM Jason Merrill via Gcc > wrote: > > > > We moved to a bootstrap requirement of C++11 in GCC 11, 8 years after > > support was stable in GCC 4.8. > > > > It is now 8 years since C++14 was the default mode

Re: GCC 4.3 target deprecation proposals

Dave Korn wrote: On 22 January 2008 14:06, Manuel López-Ibáñez wrote: I note the lack of anyone posting test results for uClinux, OpenBSD or RTEMS, and suggest that users of those operating systems should try to post test results for at least some target architectures. Sorry. For RTE

Re: GCC 4.3 target deprecation proposals

Joseph S. Myers wrote: On Thu, 24 Jan 2008, DJ Delorie wrote: At the moment, I'm working on getting sh, h8300, and m32c in shape for 4.3 (or future). I can easily get the test results under 400k by removing some of the multilibs, but I don't think that's a good idea. My sh-elf test tests 38

Re: C Standard Libraries

On Tue, Oct 15, 2024 at 11:15 AM Kyrylo Tkachov via Gcc wrote: > > > > On 15 Oct 2024, at 18:09, Bryon Quackenbush via Gcc > wrote: > > > > External email: Use caution opening links or attachments > > > > > > Does anyone know where in the GCC hierarchy that I can find > implementation > > code f

Re: RFC: Update FSF (physical) mail address - in various files (COPYING, *.texi, ...)

On Mon, Sep 30, 2024, 5:53 AM Tobias Burnus wrote: > Hi, > > the FSF is located in Free Software Foundation, 31 Milk Street, #960789, > Boston, MA 02196 USA. > > Older GPL licenses contained that mail address ("51 Franklin Street >

Re: libdiagnostics name clash

On Wed, Nov 20, 2024, 3:50 PM Mark Wielaard wrote: > On Wed, Nov 20, 2024 at 04:11:16PM -0500, David Malcolm via Gcc wrote: > > I merged libdiagnostics to GCC trunk on Monday: > > https://gcc.gnu.org/wiki/libdiagnostics > > > > Unfortunately I've since discovered there's at least one libdiagnos

Re: GCC for C6x DSPs

On Tue, Feb 18, 2025 at 3:04 AM Richard Biener via Gcc wrote: > On Tue, Feb 18, 2025 at 7:10 AM Dan via Gcc wrote: > > > > Hello! > > > > I'm trying to compile for Texas Instruments (TI) C6000 Digital Signal > > Processor (DSP) using GCC. I'm aware that TI has its own compiler, but I > > want to

Re: GCC for C6x DSPs

is enabled, it fails with an assembler error. Even though I have never used this processor and have no plans to, went ahead and filed an issue: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118941 --joel On Tue, Feb 18, 2025 at 4:33 PM Joel Sherrill wrote: > > > On Tue, Feb 18, 2025 at 3:

Use of register keyword for Globals

ith undefined meaning. The example in the GCC manual is similar to our use. Is there more current guidance on having a global register variable? Other than disabling the pedantic warning around that one line, how should the warning be addressed? Thanks. --Joel Sherrill

Re: Use of register keyword for Globals

On Fri, May 23, 2025 at 10:12 AM Richard Biener wrote: > > > > Am 23.05.2025 um 17:06 schrieb Joel Sherrill via Gcc : > > > > Hi > > > > In the SPARC port of RTEMS, there is a global variable assigned to a > > register for performance reasons.

Re: Use of register keyword for Globals

On Fri, May 23, 2025 at 12:33 PM Richard Biener wrote: > > > Am 23.05.2025 um 18:32 schrieb Joel Sherrill : > >  > > > On Fri, May 23, 2025 at 10:12 AM Richard Biener < > richard.guent...@gmail.com> wrote: > >> >> >> > Am 23.05.20

<    1   2   3   4   5   6