The header file contains a lot of implementation details. Hide them
from .
---
bsps/sparc/leon3/btimer/btimer.c | 2 +-
bsps/sparc/leon3/console/console.c | 1 +
bsps/sparc/leon3/include/bsp.h | 1 -
bsps/sparc/leon3/include/tm27.h| 3 +++
bsps/sparc/leon3/start/bspclean.c | 2 ++
bsp
The code i wrote is not based on my previous patch. I ran the same
commands in the guide as well as my first patch:
git add
git commit
git send-email --to=devel@rtems.org -1
is there a way to only submit the second patch? I tried to delete the
patch file before sending the first patch
Also, I
On Mon, Jul 19, 2021 at 8:08 AM zack leung wrote:
>
> The code i wrote is not based on my previous patch. I ran the same commands
> in the guide as well as my first patch:
>
> git add
> git commit
> git send-email --to=devel@rtems.org -1
>
> is there a way to only submit the second patch? I t
CID 1503022: Not restoring ostream format
Save format of stream before changing it, and change it back before returning.
Closes #4470
---
tester/covoar/CoverageMapBase.cc | 5 +
1 file changed, 5 insertions(+)
diff --git a/tester/covoar/CoverageMapBase.cc b/tester/covoar/CoverageMapBase.cc
CID 1505939: Not restoring ofstream format
Save format of stream before changing it, and change it back before returning.
Closes #4471
---
tester/covoar/ReportsHtml.cc | 4
1 file changed, 4 insertions(+)
diff --git a/tester/covoar/ReportsHtml.cc b/tester/covoar/ReportsHtml.cc
index f9bd21
CID 1503006: Not restoring ostream format
CID 1503007: Not restoring ostream format
Used a variable to store the format of the ostream before any changes,
and copied what was originally there back into the stream before
returning from the function.
Closes #4469
---
linkers/rtems-exeinfo.cpp | 9
CID 1505940: Not restoring ostream format
Save format of stream before changing it, and change it back before returning.
Closes #4472
---
tester/covoar/ReportsText.cc | 5 +
1 file changed, 5 insertions(+)
diff --git a/tester/covoar/ReportsText.cc b/tester/covoar/ReportsText.cc
index 35ad78
Hi,
For these issues I created a variable called "oldState" to store the
format of the stream before any modifications were made, and the format
is then restored before returning from the function.
Thanks,
Ryan
Ryan Long (4):
rtems-exeinfo.cpp: Restore ostream format
CoverageMapBase.cc: Rest
These both look fine to me.
On Thu, Jul 15, 2021 at 11:48 AM Stephen Clark
wrote:
>
> Added some instructions for setting up CentOS 8.
> ---
> README.txt | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/README.txt b/README.txt
> index 13bf8e6..828c9e7 100644
> --- a/README.t
ok by me
On Mon, Jul 19, 2021 at 7:44 AM Sebastian Huber
wrote:
>
> The header file contains a lot of implementation details. Hide them
> from .
> ---
> bsps/sparc/leon3/btimer/btimer.c | 2 +-
> bsps/sparc/leon3/console/console.c | 1 +
> bsps/sparc/leon3/include/bsp.h | 1 -
> bsps/spa
These 4 look good to me.
On Mon, Jul 19, 2021 at 11:13 AM Ryan Long wrote:
>
> CID 1505940: Not restoring ostream format
>
> Save format of stream before changing it, and change it back before returning.
>
> Closes #4472
> ---
> tester/covoar/ReportsText.cc | 5 +
> 1 file changed, 5 inserti
Hello all,
I've been working on getting support into Qemu for the uC5282 board
recently, and today got the rtems-test tool running with this Qemu emulation
for that board. The results with the first run of the full test suite since
the emulation has been operational appears very promising, whic
On Mon, Jul 19, 2021, 5:43 PM wrote:
> Hello all,
>
>
>
> I’ve been working on getting support into Qemu for the uC5282 board
> recently, and today got the rtems-test tool running with this Qemu
> emulation for that board. The results with the first run of the full test
> suite since the emulatio
On 20/7/21 3:13 am, Ryan Long wrote:
> CID 1503006: Not restoring ostream format
> CID 1503007: Not restoring ostream format
>
> Used a variable to store the format of the ostream before any changes,
> and copied what was originally there back into the stream before
> returning from the function.
Hello,
On 20/07/2021 00:43, gerberh...@gmail.com wrote:
Dr. Bloom mentioned that some of these results could likely be due to
flawed TLS implementation of m68k.
this could be also an issue with the linker command file. If I can run
the test myself on Qemu I could try to debug the sptls02.
-
15 matches
Mail list logo
