From: Ritesh R. S. <rr...@re...> - 2016-12-03 18:30:17
Attachments:
signature.asc
|
Hi, On Debian Sid (Unstable), with Linux version 4.8.11, I was hopeful that uml would build proper with gcc-6. But I still am getting the below mentioned build failure. The 4.8.11 kernel has the fixes for the core kernel. I'm not sure if any extra changes are needed for UM again. The current workaround that we use in Debian to build latest UML bits from the kernel source, is to use the gcc-5 compiler. The Debian bug report is accessible at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837579 Thanks, Ritesh The fix that went in the stable release is: http://git.kernel.org/cgit/linux/kernel/git/stable/stable-queue.git/commit/?id=a fad7e0e67ef545a4d92507a236f0666c33d3ad4 CC [M] lib/cordic.o CC [M] lib/asn1_decoder.o GEN lib/oid_registry_data.c perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "en_IN:en", LC_ALL = (unset), LC_TIME = "en_IN.utf8", LC_MONETARY = "en_IN.utf8", LC_COLLATE = "C", LC_MEASUREMENT = "en_IN.utf8", LC_NUMERIC = "C", LC_PAPER = "en_IN.utf8", LANG = "C" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). CC [M] lib/oid_registry.o LD virt/lib/built-in.o LD virt/built-in.o LINK vmlinux LD vmlinux.o MODPOST vmlinux.o GEN .version CHK include/generated/compile.h UPD include/generated/compile.h CC init/version.o LD init/built-in.o /usr/bin/ld: arch/um/drivers/built-in.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: error: ld returned 1 exit status Makefile:955: recipe for target 'vmlinux' failed make[1]: *** [vmlinux] Error 1 make[1]: Leaving directory '/build/user-mode-linux-4.8-1um/linux-source-4.8' debian/rules:76: recipe for target 'build-stamp' failed make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 I: copying local configuration E: Failed autobuilding of package I: unmounting /var/tmp/lxc/ccache/ccache filesystem I: unmounting /var/cache/apt/archives/ filesystem I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem I: unmounting sys filesystem I: cleaning the build env I: removing directory /var/tmp/Debian-Build/Build//25270 and its subdirectories 23:15 ♒♒♒ ☹ => 1 rrs@chutzpah:~/Community/Packaging/user-mode-linux (master)$ -- Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response |
From: Richard W. <ric...@gm...> - 2016-12-12 16:32:51
|
Hi! On Sat, Dec 3, 2016 at 7:20 PM, Ritesh Raj Sarraf <rr...@re...> wrote: > Hi, > > On Debian Sid (Unstable), with Linux version 4.8.11, I was hopeful that uml > would build proper with gcc-6. But I still am getting the below mentioned build > failure. > > The 4.8.11 kernel has the fixes for the core kernel. I'm not sure if any extra > changes are needed for UM again. > > The current workaround that we use in Debian to build latest UML bits from the > kernel source, is to use the gcc-5 compiler. > > The Debian bug report is accessible at: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837579 > > Thanks, > Ritesh > > > The fix that went in the stable release is: > http://git.kernel.org/cgit/linux/kernel/git/stable/stable-queue.git/commit/?id=a > fad7e0e67ef545a4d92507a236f0666c33d3ad4 > > CC [M] lib/cordic.o > CC [M] lib/asn1_decoder.o > GEN lib/oid_registry_data.c > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LANGUAGE = "en_IN:en", > LC_ALL = (unset), > LC_TIME = "en_IN.utf8", > LC_MONETARY = "en_IN.utf8", > LC_COLLATE = "C", > LC_MEASUREMENT = "en_IN.utf8", > LC_NUMERIC = "C", > LC_PAPER = "en_IN.utf8", > LANG = "C" > are supported and installed on your system. > perl: warning: Falling back to the standard locale ("C"). > CC [M] lib/oid_registry.o > LD virt/lib/built-in.o > LD virt/built-in.o > LINK vmlinux > LD vmlinux.o > MODPOST vmlinux.o > GEN .version > CHK include/generated/compile.h > UPD include/generated/compile.h > CC init/version.o > LD init/built-in.o > /usr/bin/ld: arch/um/drivers/built-in.o: relocation R_X86_64_32 against > `.rodata.str1.1' can not be used when making a shared object; recompile with > -fPIC > /usr/bin/ld: final link failed: Nonrepresentable section on output > collect2: error: ld returned 1 exit status > Makefile:955: recipe for target 'vmlinux' failed > make[1]: *** [vmlinux] Error 1 > make[1]: Leaving directory '/build/user-mode-linux-4.8-1um/linux-source-4.8' > debian/rules:76: recipe for target 'build-stamp' failed > make: *** [build-stamp] Error 2 > Isn't this a toolchain bug? Can you please try this fix? https://sourceware.org/bugzilla/show_bug.cgi?id=20800 -- Thanks, //richard |
From: Ritesh R. S. <rr...@re...> - 2016-12-12 19:28:29
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On Mon, 2016-12-12 at 17:32 +0100, Richard Weinberger wrote: > Isn't this a toolchain bug? > Can you please try this fix? > https://sourceware.org/bugzilla/show_bug.cgi?id=20800 Thanks for the link. I think that'd fix the bug but I'll have to wait until 2.28 hits into Debian. There have been lots of build failures, in multiple tools, in Debian with this global change. And we've been overriding the default build flags for the failing tools. But for uml, adding the linker flag of -fno-pie did not help. - -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhO9iEACgkQpjpYo/Lh dWloEQ/7BbkL6qAmJLAJFCCbODvW+Xhcwqqs9E5PYCC992bvDyOB26G6SJm9UGwX W7lLWTRyJz/L3Txmrjdr0BN5InNDPD3xj3vnzDDWVxQZrIO6Q3W43oT19A39SB30 WwHYPca52ZtIYE0OuTBqJIacNKDzISsYysd36OfPJTFOHW4KogFEdhIDWHEs39rA ATFprtj4+NMNXv0/xFsoz8BIjhRyQEd4jCsXtLO8zgsWKtYmPoF6KuD/LGkz5Ju2 qo6iO4DwJFzyrkc1ZhylhmpMAB3W9noelZvWUFedqjPlNo3cFKT3xw/b+FRRnIz/ ObnGoI2PYr56Q+crSBGqGxuia6vjUOXrn6h63yk0RScqTH3OOnUkfICeZhPPqFvl cotwF6C2M9gVwLR8kIM2BFrC5Zcd5B7V+HD34pvlMMI4s3PAdLDPAesq3l353Mgc lfLnkPb6lGrxcnwpEsk36ur1kuBs8JvdToBrlLjSF3IqJ9deXQzJsgDsSDw41AXH oJ8tcAHx62wOzrsJ4DBI0O45+YxW4dsJHFnWBS3/DGc4LJI9ArtA3f/1AvYYHuKd WWjRKgUmsVa0tybwZUqXBrMv55Diiioab8F/RoQlaLBBq4EvsjrFj+ciNpPCi6UV fD4xkYi+QQDCUCoc1K7LOnXzaUwW43Fvpu2UazEuGj4MmnC4RV0= =oBOm -----END PGP SIGNATURE----- |
From: Richard W. <ri...@no...> - 2016-12-12 20:28:53
|
On 12.12.2016 20:10, Ritesh Raj Sarraf wrote: > On Mon, 2016-12-12 at 17:32 +0100, Richard Weinberger wrote: >> Isn't this a toolchain bug? >> Can you please try this fix? >> https://sourceware.org/bugzilla/show_bug.cgi?id=20800 > > Thanks for the link. I think that'd fix the bug but I'll have to wait until 2.28 > hits into Debian. > > There have been lots of build failures, in multiple tools, in Debian with this > global change. And we've been overriding the default build flags for the failing > tools. But for uml, adding the linker flag of -fno-pie did not help. AFAICT this issue is unrelated to Debian's -fpie mess. :-) Thanks, //richard |