Re: Tool versions for RTEMS 6.1 release?

[Chris Johns]

On 3/7/2023 5:35 pm, Sebastian Huber wrote:
> On 03.07.23 01:17, Chris Johns wrote:
>> On 30/6/2023 4:26 pm, Sebastian Huber wrote:
>>> Hello,
>>>
>>> it seems the RTEMS 6.1 release is getting closer. We should think about the 
>>> tool
>>> versions for the release.
>>>
>>> For GCC, my preferred choice would be GCC 13.2:
>>>
>>> https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html
>>>
>>> In GCC 12 a big change was enabling the vectorization support with -O2. This
>>> should have stabilized in GCC 13. GCC 13 contains some RTEMS-specific
>>> improvements for Ada.
>>>
>>> For Binutils and GDB I would just use the latest release available at the 
>>> RTEMS
>>> 6 branch point.
>>
>> If someone can please raise a ticket when the versions details have been 
>> decided
>> with the versions and assign to me I will update the RSB and test RSB from 
>> git
>> and RSB release builds.
> 
> I added a ticket for this:
> 
> https://devel.rtems.org/ticket/4921

Thanks. I have linked it to https://devel.rtems.org/ticket/4768.

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Sebastian Huber]

On 03.07.23 01:17, Chris Johns wrote:

On 30/6/2023 4:26 pm, Sebastian Huber wrote:

Hello,

it seems the RTEMS 6.1 release is getting closer. We should think about the tool
versions for the release.

For GCC, my preferred choice would be GCC 13.2:

https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html

In GCC 12 a big change was enabling the vectorization support with -O2. This
should have stabilized in GCC 13. GCC 13 contains some RTEMS-specific
improvements for Ada.

For Binutils and GDB I would just use the latest release available at the RTEMS
6 branch point.


If someone can please raise a ticket when the versions details have been decided
with the versions and assign to me I will update the RSB and test RSB from git
and RSB release builds.


I added a ticket for this:

https://devel.rtems.org/ticket/4921


--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Sebastian Huber]

On 30.06.23 22:50, Joel Sherrill wrote:
On Fri, Jun 30, 2023 at 12:20 PM Sam Price > wrote:


How hard are the microblaze patches going to be to apply?


Alex is out today but the Microblaze gcc and binutils are based off 
versions Xilinx has

patches for. Right now, the microblaze is using this.

tools/rtems-xilinx-binutils-2.36
tools/rtems-xilinx-gcc-10-newlib-head

The first question is what's the latest gcc Xilinx has patches for.


It seems that the MicroBlaze support is not that well maintained in the 
upstream projects, for example:


https://support.xilinx.com/s/question/0D54U6lA691SAC/microblaze-gcc-needs-proper-lra-support?language=en_US

I guess the trend is to use RISC-V soft cores instead.

--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Sebastian Huber]

On 30.06.23 18:57, Joel Sherrill wrote:



On Fri, Jun 30, 2023 at 1:26 AM Sebastian Huber 
> wrote:


Hello,

it seems the RTEMS 6.1 release is getting closer. We should think about
the tool versions for the release.

For GCC, my preferred choice would be GCC 13.2:

https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html


In GCC 12 a big change was enabling the vectorization support with -O2.
This should have stabilized in GCC 13. GCC 13 contains some
RTEMS-specific improvements for Ada.


I think I am generally ok with moving to 13.2 since we want to be reasonably
current when the branch happens.

Do you know of any Ada users with Adacore support for GNAT/RTEMS?
I am aware of one case and they are using GCC 11 as a base so we already
have a mismatch. The user builds RSB tools with TLS disabled for 
compatibility.
  I know this isn't a community concern but if we have more Ada users, 
we want to do

right by them.


I have no idea who sponsored the recent RTEMS-specific work of AdaCore. 
I thought it had to do with some of your projects.


--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Sebastian Huber]

On 30.06.23 19:18, Kinsey Moore wrote:
On Fri, Jun 30, 2023 at 11:58 AM Joel Sherrill > wrote:




On Fri, Jun 30, 2023 at 1:26 AM Sebastian Huber
mailto:sebastian.hu...@embedded-brains.de>> wrote:

Hello,

it seems the RTEMS 6.1 release is getting closer. We should
think about
the tool versions for the release.

For GCC, my preferred choice would be GCC 13.2:

https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html


In GCC 12 a big change was enabling the vectorization support
with -O2.
This should have stabilized in GCC 13. GCC 13 contains some
RTEMS-specific improvements for Ada.


I think I am generally ok with moving to 13.2 since we want to be
reasonably
current when the branch happens.

Do you know of any Ada users with Adacore support for GNAT/RTEMS?
I am aware of one case and they are using GCC 11 as a base so we already
have a mismatch. The user builds RSB tools with TLS disabled for
compatibility.
  I know this isn't a community concern but if we have more Ada
users, we want to do
right by them.

I also was asked about using FORTRAN recently.

I'd like to say the same thing about Rust users. :)


For Binutils and GDB I would just use the latest release
available at
the RTEMS 6 branch point.


Be aware that I have recently rolled 6.1 binutils back from 2.40 to 2.39 
due to a regression in the AArch64 toolchain. The latest release is 
still 2.40, so please don't roll that forward until the 2.41 release is 
out and is verified to have the fix.


The Binutils 2.41 release is close:

https://sourceware.org/pipermail/binutils/2023-June/127930.html

Could you please check, that the fixes are included.

--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Chris Johns]

On 30/6/2023 4:26 pm, Sebastian Huber wrote:
> Hello,
> 
> it seems the RTEMS 6.1 release is getting closer. We should think about the 
> tool
> versions for the release.
> 
> For GCC, my preferred choice would be GCC 13.2:
> 
> https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html
> 
> In GCC 12 a big change was enabling the vectorization support with -O2. This
> should have stabilized in GCC 13. GCC 13 contains some RTEMS-specific
> improvements for Ada.
> 
> For Binutils and GDB I would just use the latest release available at the 
> RTEMS
> 6 branch point.

If someone can please raise a ticket when the versions details have been decided
with the versions and assign to me I will update the RSB and test RSB from git
and RSB release builds.

Thanks
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Joel Sherrill]

On Fri, Jun 30, 2023 at 12:20 PM Sam Price  wrote:

> How hard are the microblaze patches going to be to apply?
>

Alex is out today but the Microblaze gcc and binutils are based off
versions Xilinx has
patches for. Right now, the microblaze is using this.

tools/rtems-xilinx-binutils-2.36
tools/rtems-xilinx-gcc-10-newlib-head

The first question is what's the latest gcc Xilinx has patches for.

--joel

>
> On Fri, Jun 30, 2023 at 1:19 PM Kinsey Moore 
> wrote:
>
>> On Fri, Jun 30, 2023 at 11:58 AM Joel Sherrill  wrote:
>>
>>>
>>>
>>> On Fri, Jun 30, 2023 at 1:26 AM Sebastian Huber <
>>> sebastian.hu...@embedded-brains.de> wrote:
>>>
 Hello,

 it seems the RTEMS 6.1 release is getting closer. We should think about
 the tool versions for the release.

 For GCC, my preferred choice would be GCC 13.2:

 https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html

 In GCC 12 a big change was enabling the vectorization support with -O2.
 This should have stabilized in GCC 13. GCC 13 contains some
 RTEMS-specific improvements for Ada.

>>>
>>> I think I am generally ok with moving to 13.2 since we want to be
>>> reasonably
>>> current when the branch happens.
>>>
>>> Do you know of any Ada users with Adacore support for GNAT/RTEMS?
>>> I am aware of one case and they are using GCC 11 as a base so we already
>>> have a mismatch. The user builds RSB tools with TLS disabled for
>>> compatibility.
>>>  I know this isn't a community concern but if we have more Ada users, we
>>> want to do
>>> right by them.
>>>
>>> I also was asked about using FORTRAN recently.
>>>
>>> I'd like to say the same thing about Rust users. :)
>>>

 For Binutils and GDB I would just use the latest release available at
 the RTEMS 6 branch point.

>>>
>> Be aware that I have recently rolled 6.1 binutils back from 2.40 to 2.39
>> due to a regression in the AArch64 toolchain. The latest release is still
>> 2.40, so please don't roll that forward until the 2.41 release is out and
>> is verified to have the fix.
>>
>> Kinsey
>> ___
>> devel mailing list
>> devel@rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>
> --
> Sincerely,
>
> Sam Price
>
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Sam Price]

How hard are the microblaze patches going to be to apply?

On Fri, Jun 30, 2023 at 1:19 PM Kinsey Moore 
wrote:

> On Fri, Jun 30, 2023 at 11:58 AM Joel Sherrill  wrote:
>
>>
>>
>> On Fri, Jun 30, 2023 at 1:26 AM Sebastian Huber <
>> sebastian.hu...@embedded-brains.de> wrote:
>>
>>> Hello,
>>>
>>> it seems the RTEMS 6.1 release is getting closer. We should think about
>>> the tool versions for the release.
>>>
>>> For GCC, my preferred choice would be GCC 13.2:
>>>
>>> https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html
>>>
>>> In GCC 12 a big change was enabling the vectorization support with -O2.
>>> This should have stabilized in GCC 13. GCC 13 contains some
>>> RTEMS-specific improvements for Ada.
>>>
>>
>> I think I am generally ok with moving to 13.2 since we want to be
>> reasonably
>> current when the branch happens.
>>
>> Do you know of any Ada users with Adacore support for GNAT/RTEMS?
>> I am aware of one case and they are using GCC 11 as a base so we already
>> have a mismatch. The user builds RSB tools with TLS disabled for
>> compatibility.
>>  I know this isn't a community concern but if we have more Ada users, we
>> want to do
>> right by them.
>>
>> I also was asked about using FORTRAN recently.
>>
>> I'd like to say the same thing about Rust users. :)
>>
>>>
>>> For Binutils and GDB I would just use the latest release available at
>>> the RTEMS 6 branch point.
>>>
>>
> Be aware that I have recently rolled 6.1 binutils back from 2.40 to 2.39
> due to a regression in the AArch64 toolchain. The latest release is still
> 2.40, so please don't roll that forward until the 2.41 release is out and
> is verified to have the fix.
>
> Kinsey
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel

-- 
Sincerely,

Sam Price
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Kinsey Moore]

On Fri, Jun 30, 2023 at 11:58 AM Joel Sherrill  wrote:

>
>
> On Fri, Jun 30, 2023 at 1:26 AM Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
>> Hello,
>>
>> it seems the RTEMS 6.1 release is getting closer. We should think about
>> the tool versions for the release.
>>
>> For GCC, my preferred choice would be GCC 13.2:
>>
>> https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html
>>
>> In GCC 12 a big change was enabling the vectorization support with -O2.
>> This should have stabilized in GCC 13. GCC 13 contains some
>> RTEMS-specific improvements for Ada.
>>
>
> I think I am generally ok with moving to 13.2 since we want to be
> reasonably
> current when the branch happens.
>
> Do you know of any Ada users with Adacore support for GNAT/RTEMS?
> I am aware of one case and they are using GCC 11 as a base so we already
> have a mismatch. The user builds RSB tools with TLS disabled for
> compatibility.
>  I know this isn't a community concern but if we have more Ada users, we
> want to do
> right by them.
>
> I also was asked about using FORTRAN recently.
>
> I'd like to say the same thing about Rust users. :)
>
>>
>> For Binutils and GDB I would just use the latest release available at
>> the RTEMS 6 branch point.
>>
>
Be aware that I have recently rolled 6.1 binutils back from 2.40 to 2.39
due to a regression in the AArch64 toolchain. The latest release is still
2.40, so please don't roll that forward until the 2.41 release is out and
is verified to have the fix.

Kinsey
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Joel Sherrill]

On Fri, Jun 30, 2023 at 1:26 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:

> Hello,
>
> it seems the RTEMS 6.1 release is getting closer. We should think about
> the tool versions for the release.
>
> For GCC, my preferred choice would be GCC 13.2:
>
> https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html
>
> In GCC 12 a big change was enabling the vectorization support with -O2.
> This should have stabilized in GCC 13. GCC 13 contains some
> RTEMS-specific improvements for Ada.
>

I think I am generally ok with moving to 13.2 since we want to be reasonably
current when the branch happens.

Do you know of any Ada users with Adacore support for GNAT/RTEMS?
I am aware of one case and they are using GCC 11 as a base so we already
have a mismatch. The user builds RSB tools with TLS disabled for
compatibility.
 I know this isn't a community concern but if we have more Ada users, we
want to do
right by them.

I also was asked about using FORTRAN recently.

I'd like to say the same thing about Rust users. :)

>
> For Binutils and GDB I would just use the latest release available at
> the RTEMS 6 branch point.
>
> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.hu...@embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax:   +49-89-18 94 741 - 08
>
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Sebastian Huber]

Hello Karel,

On 30.06.23 11:40, Karel Gardas wrote:


so what is the best way to test GCC 13.2 with RTEMS 6? Is

../source-builder/sb-set-builder --prefix= 
--with-rtems-gcc=tools/rtems-gcc-13-newlib-head 6/rtems-all


canonical way how to build those tools for RTEMS 6? Or is there some 
trickery involved I do not see yet?


yes, this should work.

Once GCC 13.2 is release I will add a

rtems-gcc-13.2-newlib-head

configuration.

--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Tool versions for RTEMS 6.1 release?

[Karel Gardas]

Hello Sebastian,

so what is the best way to test GCC 13.2 with RTEMS 6? Is

../source-builder/sb-set-builder --prefix= 
--with-rtems-gcc=tools/rtems-gcc-13-newlib-head 6/rtems-all


canonical way how to build those tools for RTEMS 6? Or is there some 
trickery involved I do not see yet?


Thanks,
Karel


On 6/30/23 08:26, Sebastian Huber wrote:

Hello,

it seems the RTEMS 6.1 release is getting closer. We should think about 
the tool versions for the release.


For GCC, my preferred choice would be GCC 13.2:

https://gcc.gnu.org/pipermail/gcc/2023-June/241838.html

In GCC 12 a big change was enabling the vectorization support with -O2. 
This should have stabilized in GCC 13. GCC 13 contains some 
RTEMS-specific improvements for Ada.


For Binutils and GDB I would just use the latest release available at 
the RTEMS 6 branch point.




___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel