Hi Andrew, On 12/12/15 03:03, Andrew Cagney wrote: > I came up with the attached. The existing libgmp configuration in > lib/Kconfig would need removing.
Just a heads up... But some other targets in the tree that currently have libgmp enabled no longer compile with this in place. For example building an ARM target fails at: ... Executing: /bin/sh -c 'ucfront-gcc' 'arm-linux-gnueabi-20150104-gcc' '-std=gnu99' '-DHAVE_CONFIG_H' '-I.' '-D__GMP_WITHIN_GMP' '-O1' '-pipe' '-fno-common' '-fno-builtin' '-Wall' '-Dlinux' '-D__linux__' '-Dunix' '-DEMBED' '-c' 'tal-reent.c' '-fPIC' '-o' 'tal-reent.o' Executing: touch tal-reent.lo make[5]: *** No rule to make target `mpn/add_n.lo', needed by `libgmp.la'. Stop. make[5]: Leaving directory `/home/gerg/uclinux-dist.foo/lib/libgmp/build/gmp-6.1.0' make[4]: *** [all-recursive] Error 1 Regards Greg > On 9 December 2015 at 17:35, David McCullough <ucde...@gmail.com> wrote: >> >> Andrew Cagney wrote the following: >>> On 8 December 2015 at 07:03, Greg Ungerer <g...@uclinux.org> wrote: >>>> Hi Andrew, >>>> >>>> On 08/12/15 04:23, Andrew Cagney wrote: >>>>> >>>>> The libgmp bundled with uClinux, by default, doesn't build for the >>>>> M5208 - the m68k assembler uses instructions dropped from early >>>>> Coldfires. >>>>> The hack I'm using locally is to configure with --host=none (I got >>>>> this trick second hand from somewhere). >>>>> >>>>> Anyway I noticed that libgmp is, er, a little out-of-date. The latest >>>>> version has --disable-assembly which looks to be a cleaner way to >>>>> handle the assembler problem. >>>>> (How to decide when to configure with that option is an open question, >>>>> a Kconfig option). >>>>> >>>>> As anyone looked at updating this; or to turn the question round, is >>>>> there anything needed in the existing version that would prevent this? >>>> >>>> >>>> Nothing stopping updating as far as I know. >>>> >>>> Can I suggest that if you do decide to update it that you convert >>>> it to automake building. >>> >>> Yes, that's the plan. I've noticed that the framework's improved >>> significantly over the years and I've been able to drop some of my >>> local hacks. >>> >>>> The trend over the last couple of years >>>> is that if we are updating a package then convert it. There >>>> are quite a few examples to follow in the lib directory. Just >>>> look for directories that contain a "makefile" and optionally a >>>> patches directory and not much else. >>> >>> Any pointers for how to handle --disable-assembly configure option? >>> For instance, since libreswan requires libgmp, it would have: >>> select LIB_LIBGMP >>> but libreswan doesn't know if --disable-assembly is required, that >>> would be set by a vendor/platform files? >> >> Yep, make that part of the libgmp setup. If you switch to automake you >> can add that option to a Kconfig in the libgmp directory, again, there >> are quite a few examples in the tree. some have their own Kconfig files: >> >> grep -l automake lib/*/makefile user/*/makefile >> >> ls lib/*/Kconfig user/*/Kconfig >> >> to find them all. >> >> Cheers, >> Davidm >> >> -- >> David McCullough, dav...@spottygum.com, Ph: 0410 560 763 >> _______________________________________________ >> uClinux-dev mailing list >> uClinux-dev@uclinux.org >> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev >> This message was resent by uclinux-dev@uclinux.org >> To unsubscribe see: >> http://mailman.uclinux.org/mailman/options/uclinux-dev >> >> >> _______________________________________________ >> uClinux-dev mailing list >> uClinux-dev@uclinux.org >> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev >> This message was resent by uclinux-dev@uclinux.org >> To unsubscribe see: >> http://mailman.uclinux.org/mailman/options/uclinux-dev _______________________________________________ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
