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* w

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

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

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: unconditional version of EXTRA_DIST

2010-03-03 Thread Andreas Jellinghaus
Am Mittwoch 03 März 2010 20:32:53 schrieb 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, t

Re: Public header files

2010-03-03 Thread John Calcote
On 3/3/2010 12:53 PM, Russ Allbery wrote: John Calcote 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 l

Re: Automake and AR

2010-03-03 Thread NightStrike
On Wed, Mar 3, 2010 at 2:51 PM, Ralf Wildenhues 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 automake bug,

Re: Public header files

2010-03-03 Thread Russ Allbery
John Calcote 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 don't say we'll nev

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 putti

Re: distcheck and canonical_*

2010-03-03 Thread NightStrike
On Wed, Mar 3, 2010 at 1:03 AM, Ralf Wildenhues 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 without explicitl

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' w

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 Driesen writes: It works fine for every system I have access too, but long long is not standard and thus not guarante

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
Hi Jef, On 3/3/2010 11:53 AM, Ben Pfaff wrote: Jef Driesen 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

Re: Public header files

2010-03-03 Thread Ben Pfaff
Jef Driesen 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 some vendors have

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?

unconditional version of EXTRA_DIST

2010-03-03 Thread Andreas Jellinghaus
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. so what do I use to include some file in the distribution, but not have automake do anything with it (change/install/..)? so far my Makefile.am uses EXTRA_DIST in some p

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