Re: [PATCH] Add tests about support of wildcards in EXTRA_DIST

2010-03-03 Thread Stefano Lattarini
At Saturday 20 February 2010, Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * tests/extra10.test: New test, check basic support of wildcards in EXTRA_DIST. * tests/extra11.test: New test, check more complex usage of wildcards in EXTRA_DIST. * tests/extra11.test: New test, check usage

Re: [PATCH] Add tests about support of wildcards in EXTRA_DIST

2010-03-03 Thread Ralf Wildenhues
Hi Stefano, * Stefano Lattarini wrote on Wed, Mar 03, 2010 at 03:12:35PM CET: * tests/extra10.test: New test, check basic support of wildcards in EXTRA_DIST. * tests/extra11.test: New test, check more complex usage of wildcards in EXTRA_DIST. * tests/extra11.test: New test, check

Re: cross-compiling on 64 to 32-bit Linuxlocalhost/

2010-03-03 Thread Grégory Pakosz
You don't need to specify -m32 if you have a tool set prefixed with the cross tag. The reason for using -m32 is because the user wants to use his 64-bit gcc to compile 32-bit code, so he has to tell the compiler to switch to 32-bit mode also. (Incidentally, if you're running on Linux, might

Automake and AR

2010-03-03 Thread NightStrike
Automake somehow defines AR to 'ar'. I'm not sure where this comes from, but I do know that it's definitely not $host-ar, as I would expect. Is this an automake bug, or user error?

Re: Public header files

2010-03-03 Thread Ben Pfaff
Jef Driesen jefdrie...@hotmail.com writes: It works fine for every system I have access too, but long long is not standard and thus not guaranteed to be present. So I just want to make sure it will work on other systems too. long long has been standard for 11 years now. It is irritating that

Re: Public header files

2010-03-03 Thread John Calcote
Hi Jef, On 3/3/2010 11:53 AM, Ben Pfaff wrote: Jef Driesenjefdrie...@hotmail.com writes: It works fine for every system I have access too, but long long is not standard and thus not guaranteed to be present. So I just want to make sure it will work on other systems too. long long

AM_PROG_AS

2010-03-03 Thread NightStrike
Using AM_PROG_AS seems to set AS to 'as' instead of $host-as. Is this another case of user error, or is this an automake bug?

Re: Public header files

2010-03-03 Thread John Calcote
Sorry - I addressed this note to Jef. It should have gone to Ben. My apologies. On 3/3/2010 12:16 PM, John Calcote wrote: Hi Jef, On 3/3/2010 11:53 AM, Ben Pfaff wrote: Jef Driesenjefdrie...@hotmail.com writes: It works fine for every system I have access too, but long long is not

Re: unconditional version of EXTRA_DIST

2010-03-03 Thread Ralf Wildenhues
Hello Andreas, * Andreas Jellinghaus wrote on Wed, Mar 03, 2010 at 02:11:52PM CET: I'm told EXTRA_DIST files are optional - automake will include them if they exist, but also go on, if those files do not exist. No, that is not true. Just try EXTRA_DIST = does-not-exist and 'make dist'

Re: distcheck and canonical_*

2010-03-03 Thread NightStrike
On Wed, Mar 3, 2010 at 1:03 AM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Steffen Dettmer wrote on Wed, Mar 03, 2010 at 12:21:32AM CET: On Fri, Feb 26, 2010 at 2:55 PM, NightStrike wrote: When doing a make distcheck, why is for instance the --host option not propagated to configure

Re: Automake and AR

2010-03-03 Thread Ralf Wildenhues
* NightStrike wrote on Wed, Mar 03, 2010 at 06:59:53PM CET: Automake somehow defines AR to 'ar'. I'm not sure where this comes from, but I do know that it's definitely not $host-ar, as I would expect. Is this an automake bug, or user error? Looks like an automake bug to me. Just putting

Re: Public header files

2010-03-03 Thread Russ Allbery
John Calcote john.calc...@gmail.com writes: While I agree that standards should be followed, I find this one distasteful. I mean, long long? Is that supposed to be someone's idea of a scalable solution? What happens when we have 128-bit systems? Dare I venture: long long long? And please

Re: Automake and AR

2010-03-03 Thread NightStrike
On Wed, Mar 3, 2010 at 2:51 PM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * NightStrike wrote on Wed, Mar 03, 2010 at 06:59:53PM CET: Automake somehow defines AR to 'ar'.  I'm not sure where this comes from, but I do know that it's definitely not $host-ar, as I would expect. Is this an

Re: Public header files

2010-03-03 Thread John Calcote
On 3/3/2010 12:53 PM, Russ Allbery wrote: John Calcotejohn.calc...@gmail.com writes: While I agree that standards should be followed, I find this one distasteful. I mean, long long? Is that supposed to be someone's idea of a scalable solution? What happens when we have 128-bit systems?

Re: AM_PROG_AS

2010-03-03 Thread Ralf Wildenhues
* NightStrike wrote on Wed, Mar 03, 2010 at 08:18:14PM CET: Using AM_PROG_AS seems to set AS to 'as' instead of $host-as. Is this another case of user error, or is this an automake bug? AM_PROG_AS does not set AS. This macro is 10 lines long, you could easily have verified that by looking at

Re: Automake and AR

2010-03-03 Thread Ralf Wildenhues
* NightStrike wrote on Wed, Mar 03, 2010 at 09:05:25PM CET: On Wed, Mar 3, 2010 at 2:51 PM, Ralf Wildenhues wrote:  AC_CHECK_TOOL([AR], [ar], [false]) I am also noting that in this and previous emails, you are recommending false as the third argument. In the manual, there are numerous

Re: unconditional version of EXTRA_DIST

2010-03-03 Thread Ralf Wildenhues
* Andreas Jellinghaus wrote on Wed, Mar 03, 2010 at 10:29:50PM CET: Am Mittwoch 03 März 2010 20:32:53 schrieb Ralf Wildenhues: * Andreas Jellinghaus wrote on Wed, Mar 03, 2010 at 02:11:52PM CET: I'm told EXTRA_DIST files are optional - automake will include them if they exist, but also go

Re: Multiplatform autotools; all OK on Linux, warning on Windows

2010-03-03 Thread Ralf Wildenhues
Hello Joost, * Joost Kraaijeveld wrote on Tue, Mar 02, 2010 at 05:22:07PM CET: I am not really sure that this a question for this list but maybe there is a kind sole that has the answer over here The libtool list would have been even better. I have a Autools based project that I *really*