Ran into this kind of problem a while back last time I was playing with the
build toolchain for Raspberry Pi. Apparently building Ada support with the RSB
has been hella broken for a while. I got it working but then decided Ada was a
terrible language and dropped it. Didn't want to use a languag
On 30/11/2018 15:23, Arturo Perez Garcia wrote:
Hello,
I did more tests using the same source files. But modifying the
priority of the threads and the scheduling algorithm used in the
creation of the semaphore. What I was expecting (and what I need) is
this:
task 1 start
ld adq by kernel.
Hello,
I did more tests using the same source files. But modifying the priority
of the threads and the scheduling algorithm used in the creation of the
semaphore. What I was expecting (and what I need) is this:
task 1 start
ld adq by kernel. kern_1
ld rel by kernel. kern_1
exe adq by kernel:
On 30/11/2018 11:55, Arturo Perez Garcia wrote:
Hello, thanks for the feedback. I checked the confdefs file and the
macro CONFIGURE_MAXIMUM_SEMAPHORES is set to 0 by default. I don't
know why I didn't get those errors.
I used the RTEMS master to run the test. In RTEMS 4.11 the default
configu
Hello, thanks for the feedback. I checked the confdefs file and the
macro CONFIGURE_MAXIMUM_SEMAPHORES is set to 0 by default. I don't know
why I didn't get those errors.
Once RTEMS is correctly configured. Did you obtain the same results as
me?
Thanks
El 2018-11-30 11:35, Sebastian Huber e
Hello,
On 30/11/2018 11:24, Arturo Perez Garcia wrote:
Here are the source files. I created a README file explaining the
intended goal of the semaphore under text. Under this context, I
developed the test. I also put the output obtained.
I hope these tests help you to find the root of the pro
Here are the source files. I created a README file explaining the
intended goal of the semaphore under text. Under this context, I
developed the test. I also put the output obtained.
I hope these tests help you to find the root of the problems I'm
currently facing.
Thanks.
El 2018-11-30 09:
On 30/11/2018 09:50, Arturo Perez Garcia wrote:
I reproduced the problem in a simple test. And I run it in the
zedboard and in the zcu102 obtaining the same results.
Where/how can I deliver it??
This is great, can you attach the test sources to an e-mail to this
mailing list?
--
Sebastian
I reproduced the problem in a simple test. And I run it in the zedboard
and in the zcu102 obtaining the same results.
Where/how can I deliver it??
Thanks
El 2018-11-28 19:13, Sebastian Huber escribió:
- Am 28. Nov 2018 um 17:00 schrieb Arturo Perez Garcia
arturo.pe...@upm.es:
I didn't
Hi Chris.
I wrote that script - and indeed use it to build the cross-compiler
bundled in the TASTE VM.
It's been a while since I last performed a build - so my advice may be a
bit outdated - but your problems in all likelihood come from using an old
GNAT. The Ada cross compiler uses construct
Hello Chris,
I regularly build the RTEMS 5 tools with Ada support using the RSB, e.g.
cd $RSB/rtems
../source-builder/sb-set-builder --prefix=/opt/rtems/5 5/rtems-sparc
--with-ada
The host and target GCC versions must match to build Ada. So, building
the 6.3.0 RTEMS target GCC with a 7.1.0 h
11 matches
Mail list logo
