From fa21a8439f23b608448f1ce5f1f01c51a63ed258 Mon Sep 17 00:00:00 2001 From: Joel Sherrill Date: Fri, 17 Jul 1998 15:17:29 +0000 Subject: New files from Ralf Corsepius . His comments: * c/src/exec/score/tools/sh - NEW DIRECTORY - contains shgen Most of it should be self-explanatory. I am a little bit concerned about host-dependent features (getopt, floating point libraries). This shouldn't disturb much now, as this tool should be compileable on all gnu-based hosts and is only applicable for the sh. But in case somebody complains, we may need to add autoconf checks or even restructurize parts of rtems (IMO, rtems needs to be restructurized - remember the "turning rtems upside down" issue). --- tools/cpu/sh/TODO | 13 +++++++++++++ 1 file changed, 13 insertions(+) create mode 100644 tools/cpu/sh/TODO (limited to 'tools/cpu/sh/TODO') diff --git a/tools/cpu/sh/TODO b/tools/cpu/sh/TODO new file mode 100644 index 0000000000..bcdd1bf6df --- /dev/null +++ b/tools/cpu/sh/TODO @@ -0,0 +1,13 @@ +* Add support for more drivers to shgen !!!! + +* shgen relies on having a gnu-compatible getopt, which should be + available on all hosts using gcc/egcs/binutils. + Using other getopt-variants may produce faulty results or shgen may also + refuse to compile. Probably the easiest solution to this problem would be + to integrate libiberty into rtems. + +* shgen uses floating point mathematics. Therefore Makefile.in contains a + reference to libm. In case the host doesn't have its floating point + support in libm, shgen will fail to compile. If we should ever meet such + a host, checks for floating point libraries have to be added to rtems' + autoconf support. -- cgit v1.2.3