Arnd Bergmann writes:
>
> See also Bug#189350 for the required binutils patch.# ignore 64 bit shlibdeps
> for now, as on s390 and sparc64
you do this for libgcc1 and libstdc++5 only. maybe it's time to build
extra "64" packages. Is there already a naming convention for these
packages (i.e. libgcc164 or libgcc1-64)?
> --- gcc-3.3-3.3ds5/debian/rules.d/binary-libobjc.mk
> +++ gcc-3.3-3.3ds5/debian/rules.d/binary-libobjc.mk
> @@ -15,6 +15,15 @@
> $(PF)/lib/libobjc_gc.so.*
> endif
>
> +ifeq ($(biarch),yes)
> + dirs_lobjc += $(PF)/$(lib64)
> + files_lobjc += $(PF)/$(lib64)/libobjc.so.*
> +ifeq ($(with_objc_gc),yes)
> + files_lobjc += $(PF)/$(lib64)/libobjc_gc.so.*
there is already a boehm-gc with 64bit support?
> diff -u gcc-3.3-3.3ds5/debian/rules2 gcc-3.3-3.3ds5/debian/rules2
> --- gcc-3.3-3.3ds5/debian/rules2
> +++ gcc-3.3-3.3ds5/debian/rules2
> @@ -94,7 +94,7 @@
> endif
>
> ifeq ($(with_java),yes)
> - CONFARGS += --enable-java-gc=boehm --enable-java-awt=xlib
> + CONFARGS += --enable-java-gc=boehm # --enable-java-awt=xlib
hmm, that's bad. any way to disable this conditionally for the 64bit
build only?
Matthias
