This reverts c475924d6d2ea7d5cba160a8a28e88642d6b46d8.
Update #2909.
Close #2994.
---
cpukit/libmisc/Makefile.am| 2 +-
cpukit/libmisc/xz/xz_config.h | 7 +--
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/cpukit/libmisc/Makefile.am b/cpukit/libmisc/Makefile.am
index dda5b
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 +
2017-06-11 23:39 GMT+03:00 Hesham Almatary :
> On Mon, Jun 12, 2017 at 6:01 AM, Denis Obrezkov
> wrote:
> > 2017-06-11 22:43 GMT+03:00 Hesham Almatary :
> >>
> >> Hi Denis,
> >>
> >>
> >>
> >> On Sun, Jun 11, 2017 at 11:52 PM, Denis Obrezkov
> >> wrote:
> >> > Hello Hesham,
> >> >
> >> > I found
What happened to this code?
Is the BSP install handlers method still being invoked for exceptions?
On Jun 12, 2017 6:22 AM, "Sebastian Huber" <
sebastian.hu...@embedded-brains.de> wrote:
> From: ebotcazou
>
> git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-7-branch@249116
> 138bc75d-0d04
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_
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 clearly it disappeared for
RTEMS.
Hello all,
I was able to debug my program on top of HiFive1 board.
I found out that I can't use next and until commands from gdb,
they just hang gdb.
And now I have a problem, this is my backtrace:
#0 0x2041d728 in _User_extensions_Iterate (arg=0x80002eb8,
visitor=0x2041d64e <_User_extensions_Fa
On Mon, Jun 12, 2017 at 11:09 AM, Denis Obrezkov
wrote:
> Hello all,
>
> I was able to debug my program on top of HiFive1 board.
> I found out that I can't use next and until commands from gdb,
> they just hang gdb.
> And now I have a problem, this is my backtrace:
>
> #0 0x2041d728 in _User_ext
---
cpukit/Makefile.am | 20 +++---
cpukit/configure.ac | 4 +-
cpukit/inttypes/Makefile.am | 14
cpukit/inttypes/imaxabs.c | 44 +
cpukit/inttypes/imaxdiv.c | 53
cpukit/inttypes/strtoimax.c | 144 +++
---
testsuites/psxtests/Makefile.am| 1 +
testsuites/psxtests/configure.ac | 1 +
testsuites/psxtests/psxinttypes01/Makefile.am | 22 +
testsuites/psxtests/psxinttypes01/init.c | 107 +
.../psxtests/psxinttypes01/psx
This is just a test style thing but since you are going to be
doing this all summer, how about Init() calling a "test_XXX"
method for each method under test. That would roughly
correspond to each of the comment blocks in your Init().
This makes it easier to go back and add test cases for
specific c
Hi
The following BSPs have a new warning for a writing too much with
snprintf():
powerpc-mpc5566evb_spe
powerpc-mpc5674f_ecu508_app
powerpc-mpc5674f_ecu508_boot
powerpc-mpc5674fevb_spe
powerpc-mpc5674f_rsm6
powerpc-phycore_mpc5554
powerpc-qoriq_core_0
powerpc-qoriq_core_1
powerpc-qoriq_p1020rdb
On Tue, Jun 13, 2017 at 2:09 AM, Denis Obrezkov
wrote:
> Hello all,
>
> I was able to debug my program on top of HiFive1 board.
> I found out that I can't use next and until commands from gdb,
> they just hang gdb.
> And now I have a problem, this is my backtrace:
>
> #0 0x2041d728 in _User_exten
These methods need to be added to newlib not the RTEMS cpukit.
The tests can be added to RTEMS.
--joel
On Mon, Jun 12, 2017 at 1:52 PM, Aditya Upadhyay
wrote:
> ---
> cpukit/Makefile.am | 20 +++---
> cpukit/configure.ac | 4 +-
> cpukit/inttypes/Makefile.am | 14
>
On 12/06/2017 04:53, Joel Sherrill wrote:
>
> File individual tickets on the bsps with unique failures on qemu. And one to
> cover the "no exit" case. I know Chris has been hesitant to look at test
> output
> and kill tests but I think it is necessary unless you can find a way to make
> qemu auto
15 matches
Mail list logo