[SCM] Debian packaging for libntl - Number Theory Library branch, master, created. bac15db8073856e14e20eaecdc5423eaf404cdc8

[Bernhard R. Link]

The branch, master has been created
        at  bac15db8073856e14e20eaecdc5423eaf404cdc8 (commit)

- Shortlog ------------------------------------------------------------
commit bac15db8073856e14e20eaecdc5423eaf404cdc8
Author: Bernhard R. Link <brlink at debian.org>
Date:   Mon Aug 8 17:05:56 2011 +0200

    Preview packaging of ntl 5.5.2
    
    - named source package differently (to allow it and the previous
      version to stay around at the same time for some time)
    - upstream uses libtool with proper soname, so it's libntl0 now
    - changed -dev name (temporarily) to avoid confusion with old -dev package
    - repackage using plain debhelper instead of cdbs
    - add multiarch support
    - "3.0 (quilt)" format source package

commit 096f28c8bd18d63897c268e6f495433c9c12d5f8
Merge: f74484c bb874fb
Author: Bernhard R. Link <brlink at debian.org>
Date:   Mon Aug 8 17:05:16 2011 +0200

    Merge in upstream/5.5.2 with non-upstreamed patches applied.

commit bb874fb2c2b38bfb5781d935e9e0905125771e94
Author: Aurelien Jarno <aurel32 at debian.org>
Date:   Sun Apr 17 23:41:31 2011 +0200

    gcc-4.5-mips
    
    Bug-Debian: 623162
    
    Since GCC 4.4 it's not possible anymore to use the 'h' constraints for
    MIPS inline assembly code when doing a multiplication. That's why sprng
    fails to build from source on mips and mipsel.
    
    That said GCC supports 32x32 => 64 multiplication on 32-bit architecture
    for a lot of time, so there is no need to use assembly code for that.
    The patch below fixes the problem by using standard multiplication
    instead of assembly code. I have also included the code for MIPS64 using
    128-bit hints for reference (the second hunk), though it is not used in
    Debian.

-----------------------------------------------------------------------

-- 
Debian packaging for libntl - Number Theory Library