[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#993671: RFS: gcc-sh-elf/1 [ITP] -- GNU C compiler for embedded SuperH devices



Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-electronics-devel@alioth-lists.debian.net, nicolas@debian.org
Control: block -1 by 985563
Control: block 986778 by -1

Dear mentors,

I am looking for a sponsor for my package "gcc-sh-elf":

 * Package name    : gcc-sh-elf
   Version         : 1
 * License         : GPL-3+
 * Vcs             : https://salsa.debian.org/electronics-team/toolchains/gcc-sh-elf.git
   Section         : devel

It builds those binary packages:

  libnewlib-sh-elf-dev - small ISO C standard library for embedded SuperH devices
  gcc-sh-elf - GNU C compiler for embedded SuperH devices

To access further information about this package, please visit the
following URL or check out the ITP (#986778):

  https://mentors.debian.net/package/gcc-sh-elf/

Alternatively, one can download the package with dget using this
command, or use gbp to fetch it from the VCS:

  dget -x https://mentors.debian.net/debian/pool/main/g/gcc-sh-elf/gcc-sh-elf_1.dsc

A few remarks are in order about this package:

 * binutils-sh-elf needs to uploaded either in tandem or before this
package, hence the Blocks relationship, because GCC needs Binutils

 * despite the name, this source package builds not just the GNU C
compiler, but it also builds Newlib plus a simulator from the GDB
sources which gets installed as sh-elf-run. A rationale is in
README.source, but basically this avoids bootstrap problems/circular
dependencies and builds the right parts of GCC and Newlib in order, as
well as enable running the GCC test suite, which isn't normally
possible when building a cross compiler.

 * sh-elf-run is a Wine or qemu-user-style program which allows running
the bare metal binaries. Although there's a lot of functionality not
supported without the aid of an operating system, there is some
functionality that is, and this is tested by extensive DEP-8
autopkgtests.

 * The libnewlib-sh-elf-dev package intentionally does not include a
Built-Using relation on the Newlib source package, because the Newlib
binaries are subject to permissive licenses that do not require
distribution of the source (unlike other parts of the GNU toolchain),
and hence it would actually be a violation of Debian Policy to include
the relation.

 * Nicolas has previously told me that my inclusion of the copyright
information for the binaries in the as-installed copyright files is
unnecessary according to the FTP Team for GCC and GDB, but I choose to
conform to a strict reading of Debian Policy that requires distribution
of it anyway, if nothing else as a courtesy to users.

 * The Debian Electronics team has consented to me using their
namespace, but I haven't found a sponsor from them yet, so I'm seeking
outside sponsors as well.

 * This package is going to experimental because that's the only suite
that currently provides newlib-source, but in all respects I believe
this package is suitable for unstable.

 * My primary motivation for this package is to build the carl9170
libre wireless firmware. It's not ready to share yet, but I can attest
that this package is sufficient to build my draft carl9170fw package
and it works fine. I hope that if one don't have hardware to test with
that the autopkgtests can win over a sponsor's confidence in the
package's correctness.

 * The Lintian warning I: override_dh_auto_test-does-not-check-
DEB_BUILD_OPTIONS does not apply to packages using compatibility level
13. There is already a Lintian bug for this:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950455

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: