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
*
**************************************************************************/
>
>>> 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.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
