On Mon, Jun 11, 2018, 8:14 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote:
> On 11/06/18 08:10, Joel Sherrill wrote: > > > > > > On Mon, Jun 11, 2018, 7:53 AM Sebastian Huber > > <sebastian.hu...@embedded-brains.de > > <mailto:sebastian.hu...@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 (corse...@faw.uni-ulm.de > > <mailto:corse...@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.sherr...@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 > * > > **************************************************************************/ > I always assumed providing.code in a magazine like that was an acceptable license but we are pickier now. I have treated it as being an "as is" type license. > > > > > > > > > >>> 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. > Sorry..I missed this. > > > One option to get rid of the shgen tool would be to remove the > > CPU_CLOCK_RATE_HZ BSP option. > Ok. Or retroactively deprecate in 4.11 > > > > > > > >> 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.hu...@embedded-brains.de > > <mailto:sebastian.hu...@embedded-brains.de> > > PGP : Public key available on request. > > > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > > > > _______________________________________________ > > devel mailing list > > devel@rtems.org <mailto:devel@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.hu...@embedded-brains.de > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
