Re: [uClinux-dev] out-of-date libgmp / building for M5208

2016-03-10 Thread Andrew Cagney 
>> I've had no luck with this.  Hmm, perhaps my build works because I'm
>> using the C file:
>>
>> gmp-6.1.0/mpn/add_n.c -> ../mpn/generic/add_n.c
>>
>> but arm would be trying to build the assembler instead.
>
> So you didn't try to build for any other architecture?

Well I did try building arm, but it died for other reasons.

And I did find that gmp built (for i386) using the OpenWRT toolchain.

> Regards
> Greg
___
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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2016-02-14 Thread Greg Ungerer 
On 13/02/16 11:55, Andrew Cagney wrote:
> FYI,
> 
> I've attached a simpler Kconfig and makefile.  However,
> 
> On 15 December 2015 at 00:32, Greg Ungerer  wrote:
>> Hi Andrew,
>>
>> On 15/12/15 02:11, Andrew Cagney wrote:
>>> On 13 December 2015 at 20:35, Greg Ungerer  wrote:
 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
>>>
>>> What happens if you point the URL at 5.x series, for instance:
>>> https://gmplib.org/download/gmp/gmp-5.1.3.tar.xz
>>
>> Same result. Fails to build with same error.
> 
> 
> I've had no luck with this.  Hmm, perhaps my build works because I'm
> using the C file:
> 
> gmp-6.1.0/mpn/add_n.c -> ../mpn/generic/add_n.c
> 
> but arm would be trying to build the assembler instead.

So you didn't try to build for any other architecture?

Regards
Greg


>>> This thread:
>>>http://stackoverflow.com/a/16726435/1357163
>>> lead me to this patch:
>>>https://gmplib.org/repo/gmp-5.1/rev/2347fd4901ad
>>> which I don't seem to be able to find in 6.x's ChangeLog.
>>
>> The problem doesn't appear to be ARM specific. I tried a compile
>> of an x86_64 target and it failed in a similar way:
>>
>>  make[5]: *** No rule to make target `mpn/invert_limb_table.lo', needed by 
>> `libgmp.la'.  Stop.
>>
>> Regards
>> Greg
>>
>>
>>> (and of course, just my luck that --disable-assembly was only added in 6.x)
>>>
>>>
>>> ___
>>> 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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2016-02-12 Thread Andrew Cagney 
FYI,

I've attached a simpler Kconfig and makefile.  However,

On 15 December 2015 at 00:32, Greg Ungerer  wrote:
> Hi Andrew,
>
> On 15/12/15 02:11, Andrew Cagney wrote:
>> On 13 December 2015 at 20:35, Greg Ungerer  wrote:
>>> 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
>>
>> What happens if you point the URL at 5.x series, for instance:
>> https://gmplib.org/download/gmp/gmp-5.1.3.tar.xz
>
> Same result. Fails to build with same error.


I've had no luck with this.  Hmm, perhaps my build works because I'm
using the C file:

gmp-6.1.0/mpn/add_n.c -> ../mpn/generic/add_n.c

but arm would be trying to build the assembler instead.

>> This thread:
>>http://stackoverflow.com/a/16726435/1357163
>> lead me to this patch:
>>https://gmplib.org/repo/gmp-5.1/rev/2347fd4901ad
>> which I don't seem to be able to find in 6.x's ChangeLog.
>
> The problem doesn't appear to be ARM specific. I tried a compile
> of an x86_64 target and it failed in a similar way:
>
>  make[5]: *** No rule to make target `mpn/invert_limb_table.lo', needed by 
> `libgmp.la'.  Stop.
>
> Regards
> Greg
>
>
>> (and of course, just my luck that --disable-assembly was only added in 6.x)


Kconfig
Description: Binary data


makefile
Description: Binary data
___
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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-14 Thread Andrew Cagney 
On 13 December 2015 at 23:32, Greg Ungerer  wrote:
> Hi Andrew,
>
> On 14/12/15 12:18, Andrew Cagney wrote:
>> On 13 December 2015 at 19:43, Greg Ungerer  wrote:
>>> 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.
>>>
>>> I would suggest not bothering to make it a menu on its own.
>>> And the config entry for LIB_LIBGMP_DISABLE_ASSEMBLY should
>>> have a "depends on LIB_LIBGMP".
>>
>> I tried that.  Consider:
>>
>> - target board is M5208EVB which isn't supported by libgmp's assembly files
>>
>> - libreswan requires libgmp so it's Kconfig includes a line to enable
>> building libgmp
>>
>> So the developer uses menuconfig, selects "libreswan", and builds.
>>
>> Unfortunately it fails because the disable-assembly option needs to be
>> set manually.
>>
>> Having it as a separate flag and not requiring LIB_LIBGMP made it
>> possible to save it in the vendor config file regardless of LIB_LIBGMP
>> status.
>
> But what user would set the disable assembler option correctly
> when they don't even think they need libgmp?  I don't think it
> logically follows that it should be an always selectable option.
>
>
>> idea's welcome.
>
> In your example above it is not the M5208EVB that is the selection
> criteria. It is probably the fact that a ColdFire architecture CPU
> is the target.
>
> Maybe make time setting would work better in this case. Have a look
> in the lib/libssl/makefile for an example that has to solve a
> similar problem.

Yea, that's along the lines of my plan B - put the matic closer to the
problem in lib/libgmp/makefile.  Thanks for the pointer.

Andrew
___
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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-14 Thread Greg Ungerer 
Hi Andrew,

On 15/12/15 02:11, Andrew Cagney wrote:
> On 13 December 2015 at 20:35, Greg Ungerer  wrote:
>> 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
> 
> What happens if you point the URL at 5.x series, for instance:
> https://gmplib.org/download/gmp/gmp-5.1.3.tar.xz

Same result. Fails to build with same error.


> This thread:
>http://stackoverflow.com/a/16726435/1357163
> lead me to this patch:
>https://gmplib.org/repo/gmp-5.1/rev/2347fd4901ad
> which I don't seem to be able to find in 6.x's ChangeLog.

The problem doesn't appear to be ARM specific. I tried a compile
of an x86_64 target and it failed in a similar way:

 make[5]: *** No rule to make target `mpn/invert_limb_table.lo', needed by 
`libgmp.la'.  Stop.

Regards
Greg


> (and of course, just my luck that --disable-assembly was only added in 6.x)
> 
> 
>> Regards
>> Greg
>>
>>
>>
>>> On 9 December 2015 at 17:35, David McCullough  wrote:

 Andrew Cagney wrote the following:
> On 8 December 2015 at 07:03, Greg Ungerer  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
>>

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-13 Thread Greg Ungerer 
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.

I would suggest not bothering to make it a menu on its own.
And the config entry for LIB_LIBGMP_DISABLE_ASSEMBLY should
have a "depends on LIB_LIBGMP".

Otherwise it is looking good.

Regards
Greg



> On 9 December 2015 at 17:35, David McCullough  wrote:
>>
>> Andrew Cagney wrote the following:
>>> On 8 December 2015 at 07:03, Greg Ungerer  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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-13 Thread Greg Ungerer 
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  wrote:
>>
>> Andrew Cagney wrote the following:
>>> On 8 December 2015 at 07:03, Greg Ungerer  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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-13 Thread Andrew Cagney 
On 13 December 2015 at 19:43, Greg Ungerer  wrote:
> 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.
>
> I would suggest not bothering to make it a menu on its own.
> And the config entry for LIB_LIBGMP_DISABLE_ASSEMBLY should
> have a "depends on LIB_LIBGMP".

I tried that.  Consider:

- target board is M5208EVB which isn't supported by libgmp's assembly files

- libreswan requires libgmp so it's Kconfig includes a line to enable
building libgmp

So the developer uses menuconfig, selects "libreswan", and builds.

Unfortunately it fails because the disable-assembly option needs to be
set manually.

Having it as a separate flag and not requiring LIB_LIBGMP made it
possible to save it in the vendor config file regardless of LIB_LIBGMP
status.

idea's welcome.

-
LIB_LIBGMP is some
> Otherwise it is looking good.
>
> Regards
> Greg
___
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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-13 Thread Greg Ungerer 
Hi Andrew,

On 14/12/15 12:18, Andrew Cagney wrote:
> On 13 December 2015 at 19:43, Greg Ungerer  wrote:
>> 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.
>>
>> I would suggest not bothering to make it a menu on its own.
>> And the config entry for LIB_LIBGMP_DISABLE_ASSEMBLY should
>> have a "depends on LIB_LIBGMP".
> 
> I tried that.  Consider:
> 
> - target board is M5208EVB which isn't supported by libgmp's assembly files
> 
> - libreswan requires libgmp so it's Kconfig includes a line to enable
> building libgmp
> 
> So the developer uses menuconfig, selects "libreswan", and builds.
> 
> Unfortunately it fails because the disable-assembly option needs to be
> set manually.
> 
> Having it as a separate flag and not requiring LIB_LIBGMP made it
> possible to save it in the vendor config file regardless of LIB_LIBGMP
> status.

But what user would set the disable assembler option correctly
when they don't even think they need libgmp?  I don't think it
logically follows that it should be an always selectable option.


> idea's welcome.

In your example above it is not the M5208EVB that is the selection
criteria. It is probably the fact that a ColdFire architecture CPU
is the target.

Maybe make time setting would work better in this case. Have a look
in the lib/libssl/makefile for an example that has to solve a
similar problem.

Regards
Greg


___
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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-11 Thread Andrew Cagney 
I came up with the attached.  The existing libgmp configuration in
lib/Kconfig would need removing.

On 9 December 2015 at 17:35, David McCullough  wrote:
>
> Andrew Cagney wrote the following:
>> On 8 December 2015 at 07:03, Greg Ungerer  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


Kconfig
Description: Binary data


makefile
Description: Binary data
___
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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-09 Thread Andrew Cagney 
On 8 December 2015 at 07:03, Greg Ungerer  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?

Andrew





> ___
> 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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-09 Thread David McCullough 

Andrew Cagney wrote the following:
> On 8 December 2015 at 07:03, Greg Ungerer  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

Re: [uClinux-dev] out-of-date libgmp / building for M5208

2015-12-08 Thread Greg Ungerer 

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. 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.

Regards
Greg

___
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