This page tracks the problems with individual packages in the Debian armel port.

When a package has built in sid, please remove its entry from here.

About 90% of the repo is built for armel. The bulk of the remaining packages either:

?TableOfContents

arm/armel inconsistencies

Joey Hess says in message <20071207222505.GA2501@kitenet.net> to debian-arm@lists.debian.org 07/12/2007 17:25

"The following packages build-depend/conflict with something on arm, but not on armel. Most of these are of the form "[long list of arches including arm]" or "[!arm]" and obviously just need armel added to the list. Some of these may already have bugs filed due to FTBFS on armel."

Please investigate, resolve and remove from this list:

Bugs have been filed against:

Languages

fpc

Free Pascal compiler. Exists in sid for arm, i386, amd64 and powerpc. Requires itself to compile itself and contains cpu-specific code generators: the arm one may or may not work unmodified on armel.

gcc-3.4

ARM EABI support was done for gcc-3.4 by CodeSourcery and published as source, but the changes were never backported into the mainline gcc-3.4. Does anyone fancy taking the CodeSourcery mods as diffs and making a huge debian patch to enable ARM EABI in gcc-3.4.4? :)

Examples of gcc < 4.0 dependencies:

g77

G77, the GNU Fortran 77 compiler, was not continued past gcc-3.4. From gcc-4, there is a separate "gfortran" program.

Colin Tuckley is tackling the fortran issues and says:

In most packages and quite a few simple libraries the only change is
replacing g77 with gfortran in the Makefile. Unfortunately the way some
things are done and in particular some floating point stuff the
implementation is different enough to cause problems. Not difficult to solve
problems, but things that need looking at and fixing.

gcl

Gnu Common Lisp, is another failing package which explicitly selects gcc-3.4 only for the arm build (and using gcc-4, as it does for armel at present, fails). For this, the ARM support in gcl needs porting to gcc-4.X, as has already been done for the other CPUs it supports.

ghc6

Needed itself to compile itself; should now work. It, and its most closely dependent packages are available at [http://freaknet.org/martin/debian]

The speed of the compiler and the binaries it generates could be doubled by "registerising" GHC for ARM EABI - some changes to the source.

gnat

The GNU Ada translator. Requires itself to compile itself. Not provided on ARM old-EABI either. 1 other package waiting.

gobjc

Is explicitly disabled for armel. Enabling it in the debian package, the build of libstdc++ fails:

Enable gobjc in debian/rules.defs:

 - ifeq ($(DEB_TARGET_ARCH),armel)
 -   with_objc := disabled for armel
 - endif
 + #ifeq ($(DEB_TARGET_ARCH),armel)
 + #  with_objc := disabled for armel
 + #endif

it fails to build libobjc++ and dies when trying to make the package.

 dh_builddeb -pgobjc++-4.2
 dpkg-deb: building package `gobjc++-4.2' in `../gobjc++-4.2_4.2.2-4_armel.deb'.
 trap '' 1 2 3 15; touch stamps/08-binary-stamp-objcxx; mv stamps/07-install-stamp-tmp stamps/07-install-stamp
 dh_testdir
 dh_testroot
 mv stamps/07-install-stamp stamps/07-install-stamp-tmp
 rm -f debian/tmp/usr/lib/libobjc.{la,so}
 mv debian/tmp/usr/lib/libobjc*.a debian/tmp/usr/lib/gcc/arm-linux-gnueabi/4.2/
 mv: cannot stat `debian/tmp/usr/lib/libobjc*.a': No such file or directory
 make[1]: *** [stamps/08-binary-stamp-objc] Error 1

Try a native build of gobjc-4.2.2

Configuring as for Debian (see output of gcc -v) , it says:

 *** This configuration is not supported in the following subdirectories:
      target-libssp target-libffi target-libjava ''target-libobjc'' target-libada gnattools target-libgfortran target-boehm-gc target-zlib zlib fastjar

because in ./configure

  arm*-*-linux-gnueabi)
    noconfigdirs="$noconfigdirs target-libffi target-qthreads"
    noconfigdirs="$noconfigdirs target-libjava target-libobjc"
    ;;

Remove that and try building it anyway. First it goes:

 make[4]: Entering directory `/home/martin/arm/build-gcc-4.2.2/arm-linux-gnueabi/
 libstdc++-v3/src'
 make[4]: *** No rule to make target `all'.  Stop.

and arm-linux-gnueabi/libstdc++-v3/src/Makefile contains a single line:

 MULTISUBDIR =

but there is libstdc++-v3/config.status, so we run that and it creates src/Makefile ok (!)

Restart "make" and...

/home/martin/arm/gcc-4.2.2/libobjc/exception.c: In function '__gnu_objc_personality_v0':           /home/martin/arm/gcc-4.2.2/libobjc/exception.c:173: error: '_URC_FATAL_PHASE1_ERROR' undeclared (first use in this function)         

Libraries

fftw

Fastest Fourier Transform in the West. fftw3 is built but the legacy fftw(2) wants g77 to build its Fortran stubs. ~16 packages waiting, none of which use the fortran stubs.

mono

Mono CLI (.NET) runtime. Bug [https://bugzilla.novell.com/show_bug.cgi?id=MONO80024 MONO80024] fixed in CVS; awaiting new upstream release. ~40 packages waiting

Applications

varkon

CAD system. Needs gcc-3.3 to build because of -fwritable-strings in Makefiles. The latest upstream version removes this need [http://bugs.debian.org/453009 Bug #453009]; the Debian package is currently orphaned but should be adopted in mid December 2007 and updated to fix this.