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