[PATCH 3/6] shgen: Import from RTEMS
Sebastian Huber
sebastian.huber at embedded-brains.de
Mon Jun 11 06:14:25 UTC 2018
On 11/06/18 08:10, Joel Sherrill wrote:
>
>
> On Mon, Jun 11, 2018, 7:53 AM Sebastian Huber
> <sebastian.huber at embedded-brains.de
> <mailto:sebastian.huber at embedded-brains.de>> wrote:
>
> On 08/06/18 04:19, Chris Johns wrote:
> > On 07/06/2018 16:11, Sebastian Huber wrote:
> >> On 07/06/18 07:53, Chris Johns wrote:
> >>> On 07/06/2018 15:39, Sebastian Huber wrote:
> >>>> Corresponding RTEMS commit is
> 75933d5d25cd50f80162b7a0d2f66a5534e1763f.
> >>>>
> >>>> Update #3443.
> >>>> ---
> >>>> misc/shgen/AUTHORS | 3 +
> >>>> misc/shgen/COPYING | 340
> +++++++++++++++++++++++++++++++++++++++++++++++++++++
> >>>> misc/shgen/TODO | 13 ++
> >>>> misc/shgen/sci.c | 177 ++++++++++++++++++++++++++++
> >>>> misc/shgen/sci.h | 11 ++
> >>>> misc/shgen/shgen.c | 114 ++++++++++++++++++
> >>>> misc/wscript | 9 ++
> >>>> 7 files changed, 667 insertions(+)
> >>>> create mode 100644 misc/shgen/AUTHORS
> >>>> create mode 100644 misc/shgen/COPYING
> >>>> create mode 100644 misc/shgen/TODO
> >>>> create mode 100644 misc/shgen/sci.c
> >>>> create mode 100644 misc/shgen/sci.h
> >>>> create mode 100644 misc/shgen/shgen.c
> >>>>
> >>>> diff --git a/misc/shgen/AUTHORS b/misc/shgen/AUTHORS
> >>>> new file mode 100644
> >>>> index 0000000..225c2fa
> >>>> --- /dev/null
> >>>> +++ b/misc/shgen/AUTHORS
> >>>> @@ -0,0 +1,3 @@
> >>>> +Ralf Corsepius (corsepiu at faw.uni-ulm.de
> <mailto:corsepiu at faw.uni-ulm.de>)
> >>>> + * Initial implementation
> >>>> + * generator for sci bitrate table
> >>>> diff --git a/misc/shgen/COPYING b/misc/shgen/COPYING
> >>>> new file mode 100644
> >>>> index 0000000..8cc2ef7
> >>>> --- /dev/null
> >>>> +++ b/misc/shgen/COPYING
> >>>> @@ -0,0 +1,340 @@
> >>>> +
> >>>> + GNU GENERAL PUBLIC LICENSE
> >>> The RTEMS tools is almost clean of GPL code. There is a small
> piece in the
> >>> rtemstoolkit I would to replace but I have not done that yet.
> >> The nios2gen is also GPL (the RTEMS GPL with linking
> exception). Is this a
> >> problem?
> > We are moving to a BSD-2 license so I assumed this is part of
> that change?
>
> Did someone ask Kolja Waschk if he is all right with a license change?
>
>
> Not that I know of.
>
>
> >
> >> The GCC, GDB and Binutils are also GPL.
> > They are not in this repo. It is about our repos and the
> compliance obligations
> > users have with our code base.
>
> Ok, then we have a problem with the tools in the RTEMS sources
> repository. The shgen is GPL, the nios2gen is RTEMS GPL and the
> rtems-bin2c has no license at all.
>
>
> If shgen is not used in the build now, then it hasn't been used for
> over a decade. I say kill it to solve that problem.
It is used by the build, see blow in my previous e-mail.
>
> Rtems-bin2c is old but from OAR. Marked it as 2 paragraph BSD and oar
> please. I think it dates back to the original RTEMS CVS date of May 1995.
>
> I still have a flight and a train left. Please mark bin2c and move
> that one along.
Sorry, yes, the rtems-bin2c is all right:
* THE "BEER-WARE LICENSE" (Revision 3.1415):
* sandro AT sigala DOT it wrote this file. As long as you retain this
* notice you can do whatever you want with this stuff. If we meet some
* day, and you think this stuff is worth it, you can buy me a beer in
* return. Sandro Sigala
*
* Subsequently modified by Joel Sherrill <joel.sherrill at oarcorp.com>
* to add a number of capabilities not in the original.
I really meant the packhex tool, which has this file header:
/***** P A C K H E X . C ************************************************
*
* Packhex is a hex-file compaction utility. It attempts to concatenate
* hex records to produce more size-efficient packaging.
*
* Limitations: Input files must be correctly formatted. This utility
* is not robust enough to detect hex-record formatting
* errors.
*
* Published: May 1993 Embedded Systems Programming magazine
* "Creating Faster Hex Files"
*
* URL: ESP magazine: http://www.embedded.com
* Source Code: ftp://ftp.mfi.com/pub/espmag/1993/pakhex.zip
*
* Author: Mark Gringrich
*
* Compiler: Microsoft C 6.0
* cl /F 1000 packhex.c
*
**************************************************************************/
>
> >
> >>> Does this tool need to move over?
> >> I would like to move all host tools out of the RTEMS repository
> to simplify the
> >> build. If we get rid of the host tools, then we have only to
> deal with the
> >> cross-build tools.
> > This is a good thing to do, thank you.
> >
> >>> Is the sh arch active?
> >> I don't know.
> > I suggest we remove this code until someone needs it and can
> resolve this issue.
> > The code is in the 4.11 releases so is easy to find.
>
> The shgen tool is used to build the gensh1 and gensh2 BSPs to
> generate
> the scitab.c source file.
>
> One option to get rid of the shgen tool would be to remove the
> CPU_CLOCK_RATE_HZ BSP option.
>
> >
> >> There was some activity on this architecture in GCC and Binutils
> >> recently. Some patents expired. This seemed to resurrect this
> architecture.
> >>
> >> https://en.wikipedia.org/wiki/SuperH
> >>
> > I saw this. Until there is some activity it is impossible to
> know where this
> > will lead.
>
> The intention of my tool moves was not to obsolete a complete
> RTEMS port.
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone : +49 89 189 47 41-16
> Fax : +49 89 189 47 41-09
> E-Mail : sebastian.huber at embedded-brains.de
> <mailto:sebastian.huber at embedded-brains.de>
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
> _______________________________________________
> devel mailing list
> devel at rtems.org <mailto:devel at rtems.org>
> http://lists.rtems.org/mailman/listinfo/devel
>
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.huber at embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the devel
mailing list