ter assist there.
Also, GNAT repo maintainers or AdaCore could help.
GNAT Ada works on RPi. Configuration info from there might help you.
My Raspberry Pi Debian (Bullseye) on AMD64 has GCC 10.2.1 from 20210110.
RPi repos generally don’t update to recent
or development versions of GCC. Older RPi repos
Thanks.
I will do that.
-- John
(Sorry for all my top-posting. I try to use an iPhone. ‘nuff said.)
On Jun 23, 2024, at 8:01 PM, Joel Sherrill wrote:
> On Sun, Jun 23, 2024, 12:43 PM John Howard wrote:
>
> Johns recently identified and fixed that problem.)
Building gnat is a bit tricky. Yo
Hello John,
I have some issues on arm and Ada with current versions of GCC, see also:
https://gcc.gnu.org/pipermail/gcc/2024-June/244197.html
--
embedded brains GmbH & Co. KG
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-1
On Sun, Jun 23, 2024, 12:43 PM John Howard wrote:
> Hello.
>
> I need Ada for RTEMS on Raspberry Pi. I will settle for whichever versions
> work together.
>
> After moving to gitlab, is Ada continuously built and tested for RTEMS?
>
> Today, my non-gitlab RSB 5.3 bui
Hello.
I need Ada for RTEMS on Raspberry Pi. I will settle for whichever versions work
together.
After moving to gitlab, is Ada continuously built and tested for RTEMS?
Today, my non-gitlab RSB 5.3 build failed on Debian with error in GNAT 7.5.0
for the aspects.adb file. (That Python UTF-8
On 2023-10-05 12:42, Frank Kühndel wrote:
Hello Emanuel,
I cannot say anything about your specific issue. I can just provide this
information:
Our CI/CD builds rtems-tools with ADA on Ubuntu 22.04 for RSB, Git
commit 35c73203df1e0bc7f0935cfb37ebc6581d8f1103 for aarch64, arm, bfin,
i386
Hello Emanuel,
I cannot say anything about your specific issue. I can just provide this
information:
Our CI/CD builds rtems-tools with ADA on Ubuntu 22.04 for RSB, Git
commit 35c73203df1e0bc7f0935cfb37ebc6581d8f1103 for aarch64, arm, bfin,
i386, m68k, mips, moxie, nios2, or1k, powerpc
Random thought. Is there a gnat1? Can you build a native Ada hello world?
I'm not sure what that configure check is trying but looking at that is the
next step.
On Wed, Oct 4, 2023, 12:02 PM emanuel stiebler wrote:
> I just tried to compile the tools for rtems6,
> and just with &quo
I just tried to compile the tools for rtems6,
and just with "C", everything(?) works.
Trying to add ADA to the tools, it fails, complaining about gnat not
being installed.
In the logfile:
hecking for objdir... .libs
configure: WARNING: using in-tree isl, disabling version check
Hello,
On 4/27/22 20:22, Joel Sherrill wrote:
> On Wed, Apr 27, 2022 at 1:12 PM Frank Kühndel <
> frank.kuehn...@embedded-brains.de> wrote:
>
>> Hi Karel,
>>
>> On 4/27/22 19:46, Karel Gardas wrote:
>>> On 4/27/22 19:25, Frank Kühndel wrote:
&
changes from
GCC 13:
https://gcc.gnu.org/pipermail/gcc-patches/2022-April/593536.html
* Upstream maintenance for the next three years
The draw back is that it is brand new.
The Ada support is broken in GCC 12 for most targets:
I do not need ADA but ADA may be worth considering. With GCC 10 one
On Wed, Apr 27, 2022 at 1:12 PM Frank Kühndel <
frank.kuehn...@embedded-brains.de> wrote:
> Hi Karel,
>
> On 4/27/22 19:46, Karel Gardas wrote:
> > On 4/27/22 19:25, Frank Kühndel wrote:
> >> I do not need ADA but ADA may be worth considering. With GCC 10 one
On 4/27/22 20:12, Frank Kühndel wrote:
Hi Karel,
On 4/27/22 19:46, Karel Gardas wrote:
On 4/27/22 19:25, Frank Kühndel wrote:
I do not need ADA but ADA may be worth considering. With GCC 10 one
needed to have a GNAT 10 compiler installed to build the tools incl.
--with_ada. I presume, one
Hi Karel,
On 4/27/22 19:46, Karel Gardas wrote:
> On 4/27/22 19:25, Frank Kühndel wrote:
>> I do not need ADA but ADA may be worth considering. With GCC 10 one
>> needed to have a GNAT 10 compiler installed to build the tools incl.
>> --with_ada. I presume, one would need a
On 4/27/22 19:25, Frank Kühndel wrote:
I do not need ADA but ADA may be worth considering. With GCC 10 one
needed to have a GNAT 10 compiler installed to build the tools incl.
--with_ada. I presume, one would need a GNAT 12 to build ADA with the
GCC 12 sources? The current Fedora 35 has GNAT 11
;
>> * Improved gcov support, with the ability to back port changes from
>> GCC 13:
>>
>> https://gcc.gnu.org/pipermail/gcc-patches/2022-April/593536.html
>>
>> * Upstream maintenance for the next three years
>>
>> The draw back is that it is brand n
These files had no file header, copyright, or license. Based on git
history, added appropriate copyright and license.
---
testsuites/ada/samples/base_mp/node1/init.c | 33 +
testsuites/ada/samples/base_mp/node2/init.c | 33 +
2 files changed
These files had no file header, copyright, or license. Based on git
history, added appropriate copyright and license.
---
testsuites/ada/samples/base_mp/node1/init.c | 33 +
testsuites/ada/samples/base_mp/node2/init.c | 33 +
2 files changed
Updates #3053.
---
testsuites/ada/tmtests/tm20/init.c | 25 ++---
testsuites/ada/tmtests/tm20/tm20.adb | 25 ++---
testsuites/ada/tmtests/tm20/tmtest.adb | 25 ++---
testsuites/ada/tmtests/tm20/tmtest.ads | 25
Updates #3053.
---
testsuites/ada/tmtests/tm01/init.c | 25 ++---
testsuites/ada/tmtests/tm01/tm01.adb | 25 ++---
testsuites/ada/tmtests/tm01/tmtest.adb | 25 ++---
testsuites/ada/tmtests/tm01/tmtest.ads | 25
Updates #3053.
---
testsuites/ada/tmtests/tmck/init.c | 25 ++---
testsuites/ada/tmtests/tmck/tmck.adb | 25 ++---
testsuites/ada/tmtests/tmck/tmtest.adb | 25 ++---
testsuites/ada/tmtests/tmck/tmtest.ads | 25
Updates #3053.
---
testsuites/ada/tmtests/tm10/init.c | 25 ++---
testsuites/ada/tmtests/tm10/tm10.adb | 25 ++---
testsuites/ada/tmtests/tm10/tmtest.adb | 25 ++---
testsuites/ada/tmtests/tm10/tmtest.ads | 25
Updates #3053.
---
testsuites/ada/sptests/spatcb01/init.c | 25 +---
testsuites/ada/sptests/spatcb01/spatcb01.adb | 25 +---
testsuites/ada/sptests/spname01/init.c | 25 +---
testsuites/ada/sptests/spname01/spname01.adb | 25
Updates #3053.
---
testsuites/ada/sptests/sp20/init.c | 25 ++---
testsuites/ada/sptests/sp20/sp20.adb | 25 ++---
testsuites/ada/sptests/sp20/sptest.adb | 25 ++---
testsuites/ada/sptests/sp20/sptest.ads | 25
Updates #3053.
---
testsuites/ada/sptests/sp11/init.c | 25 --
testsuites/ada/sptests/sp11/sp11.adb | 25 --
testsuites/ada/sptests/sp11/sptest.adb | 25 --
testsuites/ada/sptests/sp11/sptest.ads | 25 --
testsuites/ada/sptests/sp12/init.c
Updates #3053.
---
testsuites/ada/sptests/sp01/init.c | 25 ++---
testsuites/ada/sptests/sp01/sp01.adb | 25 ++---
testsuites/ada/sptests/sp01/sptest.adb | 25 ++---
testsuites/ada/sptests/sp01/sptest.ads | 25
Updates #3053.
---
testsuites/ada/samples/base_mp/init.c | 25 +++---
testsuites/ada/samples/base_mp/mptest.adb | 25 +++---
testsuites/ada/samples/base_mp/mptest.ads | 25 +++---
testsuites/ada/samples/base_sp/base_sp.adb | 25
Updates #3053.
---
testsuites/ada/support/address_io.adb | 25 ---
testsuites/ada/support/address_io.ads | 25 ---
testsuites/ada/support/float_io.ads | 25 ---
testsuites/ada/support/fp.inc | 25
On 21/02/2022 17:20, Joel Sherrill wrote:
On Mon, Feb 21, 2022 at 5:28 AM wrote:
Hello,
Is there a current Quick Start/Ada document for version 5? I've chased some
older versions. I have a running C/C++ environment, but I'd like to convert
over to Ada.
Building the tools onl
On Mon, Feb 21, 2022 at 5:28 AM wrote:
>
> Hello,
>
> Is there a current Quick Start/Ada document for version 5? I've chased some
> older versions. I have a running C/C++ environment, but I'd like to convert
> over to Ada.
Building the tools only requires adding --
Hello,
Is there a current Quick Start/Ada document for version 5? I've chased some
older versions. I have a running C/C++ environment, but I'd like to convert
over to Ada.
Regards,
David
___
devel mailing list
devel@rtem
On 21/04/2021 03:56, Joel Sherrill wrote:
For SPARC, all went ok. For arm zynq qemu, I got an object mismatch on
Ada tests.
It is broken on arm for some time. I think it is related to the
"simplified" FPU machine options introduced by Arm some time ago. I had
no time to
Hi
I recently built GCC 11 and GCC 10 with Ada support for SPARC, PowerPC, and
ARM. I did this by hand and not with the RSB.
For SPARC, all went ok. For arm zynq qemu, I got an object mismatch on Ada
tests.
Does this work for anyone?
Thanks.
--joel
On Fri, Mar 19, 2021, 9:37 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 18/03/2021 23:44, Joel Sherrill wrote:
>
> > I am trying to build Ada tests for the leon3 and all fail to link.
> > When did these build last?
> It works with GCC 10. There
On 18/03/2021 23:44, Joel Sherrill wrote:
I am trying to build Ada tests for the leon3 and all fail to link.
When did these build last?
It works with GCC 10. There are a couple of Ada changes in GCC 11 which
broke the RTEMS port.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
Hi
I am trying to build Ada tests for the leon3 and all fail to link. When did
these build last?
I need to look at adaint.c to see if there is an alternative implementation
choice. But, if there isn't, does anyone see an option other than porting
at least a minimal version of the missing m
On Mon, Jan 4, 2021, 4:03 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello,
>
> the GCC 11 Ada requires :
>
> /tmp/sh/src/rsb/rtems/build/sparc-rtems7-gcc-2e96eec-newlib-415fdd4-x86_64-linux-gnu-1/gnu-mirror-gcc-2e96eec/gcc/ada/s-oscons-tmplt.c:12
Hello,
the GCC 11 Ada requires :
/tmp/sh/src/rsb/rtems/build/sparc-rtems7-gcc-2e96eec-newlib-415fdd4-x86_64-linux-gnu-1/gnu-mirror-gcc-2e96eec/gcc/ada/s-oscons-tmplt.c:125:10:
fatal error: poll.h: No such file or directory
125 | #include
| ^~~~
I think we should move
ived from the old Ada
implementation. It is only for the Classic API bindings. Ada tasking uses
POSIX threads.
That all leads up to wondering what Classic APIs might be missing.
--joel
> On Tue, Aug 18, 2020 at 10:49 PM Sebastian Huber
> wrote:
> >
> > ---
> >
Looks good. I forgot about these with the barrier change... I guess
there has been some bitrot in here. I wonder if there is an easier way
to remember to keep this updated.
On Tue, Aug 18, 2020 at 10:49 PM Sebastian Huber
wrote:
>
> ---
> cpukit/include/adainclude/rtems.ads | 9 +
> 1 fi
---
cpukit/include/adainclude/rtems.ads | 9 +
1 file changed, 9 insertions(+)
diff --git a/cpukit/include/adainclude/rtems.ads
b/cpukit/include/adainclude/rtems.ads
index 5069c36011..0b4b3e7e5f 100644
--- a/cpukit/include/adainclude/rtems.ads
+++ b/cpukit/include/adainclude/rtems.ads
@@
Update #3836.
---
c-user/config/ada-config.rst | 15 +++
c-user/config/index.rst | 13 +
2 files changed, 16 insertions(+), 12 deletions(-)
create mode 100644 c-user/config/ada-config.rst
diff --git a/c-user/config/ada-config.rst b/c-user/config/ada-config.rst
new
On 19/12/2019 15:20, Joel Sherrill wrote:
What native GNAT version do you use to build the RTEMS GNAT?
I use the same major versions, e.g. GCC 7 (sparc) or 9 (riscv).
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax
uration parameters for applications which
> - * use GNAT/RTEMS. GNAT implements each Ada task as a POSIX thread.
> - */
> -/**@{*/
> -#ifdef CONFIGURE_GNAT_RTEMS
> - /**
> - * This is the maximum number of Ada tasks which can be concurrently
> - * in
+++ b/c-user/configuring_a_system.rst
@@ -4587,104 +4587,6 @@ NOTES:
Multiprocessor System assuming the BSP provides the proper set of
supporting methods.
-Ada Tasks
-=
-
-This section defines the system configuration parameters supported by
- related to configuring RTEMS to
parameters for applications which
- * use GNAT/RTEMS. GNAT implements each Ada task as a POSIX thread.
- */
-/**@{*/
-#ifdef CONFIGURE_GNAT_RTEMS
- /**
- * This is the maximum number of Ada tasks which can be concurrently
- * in existence. Twenty (20) are required to run all tests in the
On 17/12/2019 14:38, Joel Sherrill wrote:
On Tue, Dec 17, 2019 at 3:45 AM Sebastian Huber
<mailto:sebastian.hu...@embedded-brains.de>> wrote:
Hello,
we have currently three Ada related configuration options:
* CONFIGURE_GNAT_RTEMS
* CONFIGURE_MAXIMUM_
On Tue, Dec 17, 2019 at 3:45 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello,
>
> we have currently three Ada related configuration options:
>
> * CONFIGURE_GNAT_RTEMS
>
> * CONFIGURE_MAXIMUM_ADA_TASKS
>
> * CONFIGU
Hello,
we have currently three Ada related configuration options:
* CONFIGURE_GNAT_RTEMS
* CONFIGURE_MAXIMUM_ADA_TASKS
* CONFIGURE_MAXIMUM_FAKE_ADA_TASKS
The CONFIGURE_MAXIMUM_FAKE_ADA_TASKS option has no effect. The
CONFIGURE_GNAT_RTEMS is mandatory to use the CONFIGURE_MAXIMUM_ADA_TASKS
On Wed, Nov 27, 2019 at 9:04 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello,
>
> I can build most Ada tests. One exception is sp19. This nice test uses
> m4 to generate a source file from
>
> testsuites/ada/sptests/sp19/sptest.adp
>
> v
Hello,
I can build most Ada tests. One exception is sp19. This nice test uses
m4 to generate a source file from
testsuites/ada/sptests/sp19/sptest.adp
via this make rule
.adp.adb:
pwd=`pwd` && cd $(srcdir) && $(M4) < $*.adp > $${pwd}/$*.adb
Do we really need t
On 08/11/2019 15:03, Sebastian Huber wrote:
> Update #3818.
> ---
> testsuites/ada/samples/base_mp/node1/Makefile.am | 5 +
> testsuites/ada/samples/base_mp/node1/init.c | 2 ++
> testsuites/ada/samples/base_mp/node2/Makefile.am | 5 +
> testsuites/ada/samples/ba
Update #3818.
---
testsuites/ada/samples/base_mp/node1/Makefile.am | 5 +
testsuites/ada/samples/base_mp/node1/init.c | 2 ++
testsuites/ada/samples/base_mp/node2/Makefile.am | 5 +
testsuites/ada/samples/base_mp/node2/init.c | 2 ++
4 files changed, 6 insertions(+), 8 deletions
On 04/10/2019 08:08, Chris Johns wrote:
On 4/10/19 3:17 pm, Sebastian Huber wrote:
On 03/10/2019 04:38, Chris Johns wrote:
On 2/10/19 9:21 pm, Sebastian Huber wrote:
the waf build prototype contains no examples for building Ada objects, libraries
and executables.
https://git.rtems.org/amar
On 4/10/19 3:17 pm, Sebastian Huber wrote:
> On 03/10/2019 04:38, Chris Johns wrote:
>> On 2/10/19 9:21 pm, Sebastian Huber wrote:
>>>
>>> the waf build prototype contains no examples for building Ada objects,
>>> libraries
>>> and executables.
&
On 03/10/2019 04:38, Chris Johns wrote:
On 2/10/19 9:21 pm, Sebastian Huber wrote:
the waf build prototype contains no examples for building Ada objects, libraries
and executables.
https://git.rtems.org/amar/waf-old.git/
Searching the internet revealed also nothing. It would be great to have
On 2/10/19 9:21 pm, Sebastian Huber wrote:
>
> the waf build prototype contains no examples for building Ada objects,
> libraries
> and executables.
>
> https://git.rtems.org/amar/waf-old.git/
>
> Searching the internet revealed also nothing. It would be great to have a
Hello,
the waf build prototype contains no examples for building Ada objects,
libraries and executables.
https://git.rtems.org/amar/waf-old.git/
Searching the internet revealed also nothing. It would be great to have
an example for building an Ada test executable (mix of C and Ada files
't for me. This is on Centos 7 building C, C++ and Ada
> > to target sparc-rtems5 using the RSB master.
> >
> > I tried various gcc versions with Ada support. I ensured which gcc I
> > was using by putting it at the front of my PATH and doing "gcc
> > --versio
Hello Joel,
On 22/01/2019 23:04, Joel Sherrill wrote:
Hi
I put this on hold for the Christmas holidays and wanted to post what
worked and didn't for me. This is on Centos 7 building C, C++ and Ada
to target sparc-rtems5 using the RSB master.
I tried various gcc versions with Ada suppo
B be taught to check for gcc and the native version if an Ada
> build
> is requested?
>
That's a good question. If the native gcc version does not have Ada
support,
it will be a definite failure.
Technically, a range of versions of the native gcc might work but I have
never had
much l
On 23/1/19 9:04 am, Joel Sherrill wrote:
> Notice that the build succeeds when using a native version that matches the
> version being built cross. This is in keeping with long-standing advice.
Should the RSB be taught to check for gcc and the native version if an Ada build
is requested?
Hi
I put this on hold for the Christmas holidays and wanted to post what
worked and didn't for me. This is on Centos 7 building C, C++ and Ada to
target sparc-rtems5 using the RSB master.
I tried various gcc versions with Ada support. I ensured which gcc I was
using by putting it at the fro
+29,13 @@ Following are currently available:
Do not build a C++ compiler.
``--with-ada``
- Attempt to build an Ada compiler. You need a native GNAT installed.
+ Attempt to build an Ada compiler. You need a native GNAT installed. The GCC
+ major version of the native GNAT must be
Update #3111.
---
cpukit/include/adainclude/rtems.ads | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cpukit/include/adainclude/rtems.ads
b/cpukit/include/adainclude/rtems.ads
index 17ce1ab1d2..470d67dc7d 100644
--- a/cpukit/include/adainclude/rtems.ads
+++ b/cpukit/include/ad
Some time ago the Classic API object size related parameters were
changed to use size_t. Reflect this in the Ada bindings.
Update #3082.
---
cpukit/include/adainclude/rtems-message_queue.adb | 22
cpukit/include/adainclude/rtems-message_queue.ads | 10 +++
cpukit/include
Update #3254.
---
c/src/ada/Makefile.am | 28
c/src/configure.ac | 13 --
cpukit/Makefile.am | 44 ++
.../include/adainclude}/preinstall.am | 0
.../include/adainclude}/rtems
On Jun 12, 2017 7:55 AM, "Sebastian Huber" <
sebastian.hu...@embedded-brains.de> wrote:
The main purpose of this e-mail was to use it as a patch.
Eric B's comment and the history is clear. They "forgot" to add it for
RTEMS. This supports Ada interrupt tasks and c
The main purpose of this e-mail was to use it as a patch.
On 12/06/17 14:23, Joel Sherrill wrote:
What happened to this code?
Is the BSP install handlers method still being invoked for exceptions?
I don't know how this stuff works, but Eric fixed it for us:
https://gcc.gnu.org/bugzilla/show_
-branch@249116
> 138bc75d-0d04-0410-961f-82ee72b054a4
> ---
> gcc/ada/ChangeLog |6 +
> gcc/ada/gcc-interface/Makefile.in |2 +-
> gcc/ada/s-interr-hwint.adb| 1110 ++
> +++
> 3 files changed, 1117 insertions(+),
From: ebotcazou
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-7-branch@249116
138bc75d-0d04-0410-961f-82ee72b054a4
---
gcc/ada/ChangeLog |6 +
gcc/ada/gcc-interface/Makefile.in |2 +-
gcc/ada/s-interr-hwint.adb| 1110
ntly available:
>
> '--without-rtems':: Do not build RTEMS when building an RTEMS build set.
> '--without-cxx':: Do not build a C++ compiler.
> '--with-objc':: Attempt to build a C++ compiler.
> '--with-fortran':: Attempt to build a Fortra
t-cxx':: Do not build a C++ compiler.
'--with-objc':: Attempt to build a C++ compiler.
'--with-fortran':: Attempt to build a Fortran compiler.
+'--with-ada':: Attempt to build an Ada compiler. You need a native GNAT
+installed.
Why Build
Do not use the RTEMS-specific task variables for the Ada run-time since
they are not available in SMP configurations. Use thread-local storage
instead.
gcc/ada
2017-06-01 Sebastian Huber
* Makefile.in (rtems): Use TLS implementation.
---
gcc/ada/gcc-interface/Makefile.in | 2 +-
1
Update #2289.
---
c/src/ada-tests/configure.ac | 1 +
c/src/ada-tests/sptests/Makefile.am | 1 +
c/src/ada-tests/sptests/spatcb01/Makefile.am | 16 ++
c/src/ada-tests/sptests/spatcb01/ada_spatcb01.scn | 3 +++
c/src/ada-tests/sptests/spatcb01
Update #2676.
---
c/src/ada-tests/sptests/sp09/sptest.adb | 4 ++--
c/src/ada-tests/sptests/sp20/sptest.adb | 3 +--
c/src/ada-tests/tmtests/tmoverhd/dummy_rtems.adb | 2 +-
c/src/ada-tests/tmtests/tmoverhd/dummy_rtems.ads | 2 +-
c/src/ada-tests/tmtests/tmoverhd/tmtest.adb
Update #2493.
---
c/src/ada/rtems-tasks.ads | 14 --
1 file changed, 14 deletions(-)
diff --git a/c/src/ada/rtems-tasks.ads b/c/src/ada/rtems-tasks.ads
index 2cb31576e5..cdd95ea309 100644
--- a/c/src/ada/rtems-tasks.ads
+++ b/c/src/ada/rtems-tasks.ads
@@ -103,20 +103,6 @@ package
Update #2477.
---
c/src/ada-tests/sptests/sp09/sptest.adb | 9 -
c/src/ada/Makefile.am | 1 -
c/src/ada/preinstall.am | 8 -
c/src/ada/rtems-debug.adb | 59 -
c/src/ada/rtems-debug.ads | 45
On 18/01/17 01:35, Joel Sherrill wrote:
+Exercise extreme caution when considering writing code in Ada which
+will execute in the context of an interrupt handler. Hardware interrupts are
+processed outside the context of any thread in RTEMS and this can lead
+to violating assumptions in the GNAT
, schrieb Joel Sherrill:
On May 27, 2016 7:17 AM, "Jan Sommer"
wrote:
Hello,
building the current tools (gcc-6) from master with Ada support
fails.
I will try to post the patch for that to gcc over the weekend (@Joel
I
hope you don't mind me putting you CC for that).
Ple
for Ada. I wanted to clarify the
boundary of what we allow, nothing more.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
17 AM, "Jan Sommer"
[...]
> > It probably should have a gcc ticket.
> >>
> >> Could we keep the fix as a patch until the gcc-version of the RSB
> >>>
> >> includes it natively?
> >>
> >> I don't think the RSB builds Ada
gt; Hello,
>>>
>>> building the current tools (gcc-6) from master with Ada support fails.
>>> I will try to post the patch for that to gcc over the weekend (@Joel I
>>>
>> hope you don't mind me putting you CC for that).
>>
>> Please.cc me on i
Am 2016-05-27 14:44, schrieb Joel Sherrill:
On May 27, 2016 7:17 AM, "Jan Sommer"
wrote:
Hello,
building the current tools (gcc-6) from master with Ada support fails.
I will try to post the patch for that to gcc over the weekend (@Joel I
hope you don't mind me putting
Used the wrong from address and it bounced to the list. :(
On Fri, May 27, 2016 at 7:16 AM, Jan Sommer
wrote:
> Hello,
>
> building the current tools (gcc-6) from master with Ada support fails.
>
Is this the only branch that is broken? Or is the gcc master broken as well.
>
Hello,
building the current tools (gcc-6) from master with Ada support fails.
I will try to post the patch for that to gcc over the weekend (@Joel I
hope you don't mind me putting you CC for that).
However as gcc-6.1 was just released a month ago, I guess it won't be
part of an of
updates #2447.
---
gcc/testsuite/ada/acats/Makefile.rtems | 3 ---
1 file changed, 3 deletions(-)
diff --git a/gcc/testsuite/ada/acats/Makefile.rtems
b/gcc/testsuite/ada/acats/Makefile.rtems
index 58d97a1..8f2b6f6 100644
--- a/gcc/testsuite/ada/acats/Makefile.rtems
+++ b/gcc/testsuite/ada/acats
ot sure what you built your patches again, but I can't apply
> >them
> >>> to the trunk. Can you resend a patch as a diff against the trunk.
> >>>
> >>> Often I can fix things by hand, but this is Ada and I'd be much more
> >>> likely
on't be available next week.
> I'm not sure what you built your patches again, but I can't apply them
> to the trunk. Can you resend a patch as a diff against the trunk.
>
> Often I can fix things by hand, but this is Ada and I'd be much more
> likely to botch som
Could someone with write access please commit the patch?
The paperwork with the FSF has gone through. If something else is missing,
please tell me.
I won't be available next week.
Best regards,
Jan
Am Tuesday 24 November 2015, 08:47:49 schrieb Jan Sommer:
> It has gone through.
> That was wh
It has gone through.
That was why I resubmitted the patch.
Joel can confirm. Apparently he is on a respective list and saw my paperwork
being cleared.
Best regards,
Jan
Am Tuesday 24 November 2015, 07:45:30 schrieb Sebastian Huber:
> Hello Jan,
>
> On 23/11/15 23:15, Jan Sommer wrote:
> > I
Hello Jan,
On 23/11/15 23:15, Jan Sommer wrote:
If someone with commit rights could check and push the patches we might get it
into the next release.
what is the status of your copyright assignment to the FSF which is
required to integrate changes into GCC?
--
Sebastian Huber, embedded bra
4.9.x, 5.x and trunk respectively.
I just pulled the head of the corresponding branches and created a new diff, so
it should apply properly.
Best regards,
JanIndex: gcc/ada/ChangeLog
===
--- gcc/ada/ChangeLog (Revision 230563
>> >How is this tackled in the glibc/Linux support? Is the exact
>layout of
>> >> >the structures really interesting for Ada? I guess its sufficient
>to
>> >> >tell Ada the size and alignment of pthread_attr_t for example.
>> >
Am Friday 30 October 2015, 10:07:45 schrieb Sebastian Huber:
> On 30/10/15 09:53, Jan Sommer wrote:
> > Am Friday 30 October 2015, 07:50:16 schrieb Sebastian Huber:
> >> >How is this tackled in the glibc/Linux support? Is the exact layout of
> >> >the structures re
On 30/10/15 09:53, Jan Sommer wrote:
Am Friday 30 October 2015, 07:50:16 schrieb Sebastian Huber:
>How is this tackled in the glibc/Linux support? Is the exact layout of
>the structures really interesting for Ada? I guess its sufficient to
>tell Ada the size and alignment of pthread_a
Am Friday 30 October 2015, 07:50:16 schrieb Sebastian Huber:
> How is this tackled in the glibc/Linux support? Is the exact layout of
> the structures really interesting for Ada? I guess its sufficient to
> tell Ada the size and alignment of pthread_attr_t for example.
>
In Linu
On 30/10/15 07:50, Sebastian Huber wrote:
How is this tackled in the glibc/Linux support? Is the exact layout of
the structures really interesting for Ada? I guess its sufficient to
tell Ada the size and alignment of pthread_attr_t for example.
It would be good to have test cases that ensure
How is this tackled in the glibc/Linux support? Is the exact layout of
the structures really interesting for Ada? I guess its sufficient to
tell Ada the size and alignment of pthread_attr_t for example.
On 29/10/15 22:10, Jan Sommer wrote:
_NCPUWORDS is defined in newlib in newlib/libc/sys
Ada runtime uses POSIX-threads for tasking, therefore the
pthread-types have to be declared in Ada in order to import them.
As the fixed size array in cpu_set_t depends on the value of _NCPUWORDS it is
exported with the symbol _ada_ncpuwords in order to access it from within the
Ada runtime.
The
1 - 100 of 101 matches
Mail list logo
