[Fedora-packaging] Namespace for cross-compilation tools?

Toshio Kuratomi a.badger at gmail.com
Fri Jun 16 16:42:02 UTC 2006


On Fri, 2006-06-16 at 19:39 +1200, Michael J Knox wrote:
> Ralf Corsepius wrote:
> > A "cross-i386-gcc" would be complete non-sense, because a cross tool
> > chain depends on the OS and several components more. An
> > i386-rtems4.7-gcc is something very different from a i386-cygwin-gcc or
> > a i386-redhat-gcc or a i386-suse-gcc.
> >   
> Again, this is a packaging name, not a binary target. Packaged as 
> cross-arm-gcc for example, tells me straigh way what this package is. 
> However, i386-rtems4.7-binutils  doesn't help tell what it is. A fancy 
> binutils? A binutils addon? I also think that having the arch (read i386 
> not rtems) in the name is not needed. RPM takes care of the arch.
> 
> 1) cross-rtems4.7-binutils-2.16.1-0.20051229.1.fc6.i386.rpm
> vs
> 2) i386-rtems4.7-binutils-2.16.1-0.20051229.1.fc6.i386.rpm

#1 Leaves out important information and will lead to naming conflicts.
Is this cross compiler going to generate code for rtems on a i386?  A
ppc?  A sparc?  We don't know.  Whatever naming convention is chosen
must include (i386, rtems4.7, binutils) as part of %{name} otherwise the
name is incomplete and will clash with other packages.

#2 Leaves the enduser browsing the package lists in the dark.  As Jason
Tibbits wrote:
> What is "i386" and why does it have a subpackage of "rtems4.7"?

This is partially because '-' is used as a separator in rpm packages
(%{name}-%{version}-%{release}) and partially because we are conditioned
to expect "i386" at the end of the rpm.

I can see three choices:

1) Ignore the enduser confusion and go with Ralf's naming:
  i386-rtems4.7-binutils-2.16.1-0.20051229.1.fc6.i386.rpm

2) Namespace the whole thing:
  cross-i386-rtems4.7-binutils-2.16.1-0.20051229.1.fc6.i386.rpm

3) Play games with the '-' to avoid the "it's an rpm separator"
association:
  i386_rtems4.7_binutils-2.16.1-0.20051229.1.fc6.i386.rpm

FWIW, I think #2 has the most precedent.

-Toshio




More information about the Fedora-packaging mailing list