Re: Bug#708143: mips64(el) and mipsn32(el) support with multilib
I upload the buildlog to
On Thu, Aug 22, 2013 at 2:55 AM, YunQiang Su <email@example.com> wrote:
> This new one won't define TARGET for control.m4 when
> with_deps_on_target_arch_pkgs=yes is used.
> With this patch,
> 1. echo "mips64el" > debian/target
> with_deps_on_target_arch_pkgs=yes DH_VERBOSE=1 \
> WITH_SYSROOT=/ BACKPORT=false PKG_IGNORE_CURRENTLY_BUILDING=1 \
> DEB_BUILD_OPTIONS=nostrip BACKPORT=false dpkg-buildpackage -b -uc -us -d -nc
> successfully build with
> and lib*_mips64el.deb out.
> 2. dpkg-buildpackage -B successfully build for native amd64 build.
> 3. dpkg-buildpackage failed to build with an error
> dh_installdeb -pgcj-4.8-source
> dh_md5sums -pgcj-4.8-source
> dh_builddeb -pgcj-4.8-source
> dpkg-deb: building package `gcj-4.8-source' in
> touch stamps/08-binary-stamp-libgcjsrc
> mkdir -p /tmp/buildd/gcc-4.8-svn/gcc-4.8-4.8.1/build/java-src
> cd /tmp/buildd/gcc-4.8-svn/gcc-4.8-4.8.1/build/java-src && fastjar -xf
> Error! CRCs do not match! Got 264aca47, expected 95962ba4
> make: *** [stamps/05-build-javadoc-stamp] Error 1
> 4. the native mips64el one is building. More than 10 hours will be needed.
> On Thu, Aug 22, 2013 at 1:52 AM, YunQiang Su <firstname.lastname@example.org> wrote:
>> On Wed, Aug 21, 2013 at 8:55 PM, Matthias Klose <email@example.com> wrote:
>>> Am 03.08.2013 08:58, schrieb YunQiang Su:
>>>> Hi, I refresh this patch to 4.8.1-8
>>>> On Fri, Jul 12, 2013 at 11:52 PM, YunQiang Su <firstname.lastname@example.org> wrote:
>>>>> I refresh this patch with 4.8.1-6
>>>>> This version patch add multilib support.
>>> fixed some chunks and removed some chunks from the patch.
>> You removed the lib32loc chunks, while they may be needed.
>> As there is something special for mips*:
>> They asked to put o32 libraries to /lib, and n32 in /lib32,
>> n64 in /lib64 if not multiarched on any platform
>> So on mips64(el) platform, lib32 is used by n32 abi, while /lib is for o32.
>> I have to do it like this.
>>> the patch was never tested on amd64. It's amd64, not x86_64.
>>> why are the configured_libdir changes necessary? left them out for now. same for
>>> the changes in debian/rules.d/*
>> It was my fault.
>>> please check the version in the vcs.
>> I have read it and add some more fix.
>> The attachment is the diff of it with the svn r6944
>> I am testing it on cross mips64el on amd64
>> amd64 native and mips64el native build.
>>> are there test summaries available for the current builds?
> I will give you the buildlog when mips64el build finished.
>>> please make sure that the changed multiarch definitions are applied upstream.
>> YunQiang Su
> YunQiang Su