[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