• Bug#267049: gcc-3.4: new multilib on amd64 works - minor patch necessar

    From Andreas Jochens@1:229/2 to All on Fri Aug 20 14:30:19 2004
    From: [email protected]

    Package: gcc-3.4
    Severity: wishlist
    Tags: patch

    I built the new gcc-3.4 (version -7) for the amd64/gcc-3.4 archive and
    tested it by e.g. compiling 'grub' with '-m32' and by compiling the new
    gcc-3.4 with itself. Everything seems to work fine so far.

    Thank you for your work on this.

    I had to use a minor patch (attached below) to make gcc-3.4 compile
    for the amd64/gcc-3.4 archive. This patch does the following:

    * Change MULTILIB_OSDIRNAMES from '../lib64 ../lib32' to
    '../lib ../lib32' in debian/patches/amd64-biarch.dpatch.

    Without this change, the gcc-3.4 package FTBFS on amd64 because
    all scripts in debian/rules.d expect everything to be in 'lib'
    (and 'lib' is the correct setting for the pure64 port anyway).

    * Do not add '--disable-multilib' to CONFARGS in debian/rules2.

    * Move 'ifeq ($(biarch_ia32),yes)...' to the correct position
    in debian/rules.d/binary-gcc.mk.

    * Change debian/rules.defs to build common-libs and common_pkgs
    from the gcc-3.4 package (encapsulated with 'if's so that this
    is done for the amd64/gcc-3.4 archive only).

    I will use this new multilib-enabled gcc-3.4 version for the
    amd64/gcc-3.4 archive from now on. However, I could not upload
    this new version to the archive yet, because alioth currently
    does not allow me (and others) to login.

    Regards
    Andreas Jochens

    diff -urN ../tmp-orig/gcc-3.4-3.4.1ds1/debian/patches/amd64-biarch.dpatch ./debian/patches/amd64-biarch.dpatch
    --- ../tmp-orig/gcc-3.4-3.4.1ds1/debian/patches/amd64-biarch.dpatch 2004-08-20 12:35:48.572531969 +0200
    +++ ./debian/patches/amd64-biarch.dpatch 2004-08-20 11:19:00.084128697 +0200
    @@ -33,7 +33,7 @@
    MULTILIB_OPTIONS = m64/m32
    MULTILIB_DIRNAMES = 64 32
    -MULTILIB_OSDIRNAMES = ../lib64 ../lib
    -+MULTILIB_OSDIRNAMES = ../lib64 ../lib32
    ++MULTILIB_OSDIRNAMES = ../lib ../lib32

    LIBGCC = stmp-multilib
    INSTALL_LIBGCC = install-multilib
    diff -urN ../tmp-orig/gcc-3.4-3.4.1ds1/debian/rules.d/binary-gcc.mk ./debian/rules.d/binary-gcc.mk
    --- ../tmp-orig/gcc-3.4-3.4.1ds1/debian/rules.d/binary-gcc.mk 2004-08-20 12:35:48.192589729 +0200
    +++ ./debian/rules.d/binary-gcc.mk 2004-08-19 23:54:59.000000000 +0200
    @@ -66,15 +66,6 @@
    ifeq ($(with_check),yes)
    usr_doc_files += test-summary
    endif
    -ifeq ($(biarch_ia32),yes)
    - mkdir -p $(d_gcc)/$(gcc_lib_dir)
    - mv $(d)/$(gcc_lib_dir)/32 $(d_gcc)/$(gcc_lib_dir)/
    - dh_link -p$(p_gcc) \
    - /$(PF)/lib32/libgcc_s.so.$(GCC_SONAME) \
    - /$(gcc_lib_dir)/libgcc
  • From Matthias Klose@1:229/2 to Andreas Jochens on Fri Aug 20 16:30:19 2004
    From: [email protected]

    Andreas Jochens writes:
    * Change MULTILIB_OSDIRNAMES from '../lib64 ../lib32' to
    '../lib ../lib32' in debian/patches/amd64-biarch.dpatch.

    added.

    Without this change, the gcc-3.4 package FTBFS on amd64 because
    all scripts in debian/rules.d expect everything to be in 'lib'
    (and 'lib' is the correct setting for the pure64 port anyway).

    you could try to redefine libdir in debian/rules2, however I never tried.

    * Do not add '--disable-multilib' to CONFARGS in debian/rules2.

    * Move 'ifeq ($(biarch_ia32),yes)...' to the correct position
    in debian/rules.d/binary-gcc.mk.

    already done in the packages I put on p.d.o.

    * Change debian/rules.defs to build common-libs and common_pkgs
    from the gcc-3.4 package (encapsulated with 'if's so that this
    is done for the amd64/gcc-3.4 archive only).

    added.


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)