Re: [PATCH] Remove redundant unset of variable TESTS from some test scripts.
Hi Stefano, * Stefano Lattarini wrote on Thu, Mar 04, 2010 at 09:24:53PM CET: A simple cleanup patch. Some test scripts still explicitly unset the `TESTS' variable, but this is no more required, since `TESTS' is unset in the `defs' script starting at least from commit 40c3936593bd5fc35a13641ad031445d419e38bf (Mon Apr 6 2009), The attached patch fixes this minor wart. Thanks! Ralf
Re: unconditional version of EXTRA_DIST
Am Donnerstag 04 März 2010 03:31:04 schrieb Ralf Wildenhues: ah. ok, so back to the drawing board for my plan with optional documentation (see the thread a week ago or so). You can use either of - wildcards, EXTRA_DIST = pattern* - automake conditionals, if COND EXTRA_DIST += files... endif - or plain old configure substitutions for variable content in EXTRA_DIST. EXTRA_DIST = file @list_of_files@ $(more_files) ok,thanks. will try wildcard. *html as patter will also work, if there is not even a single html file? Andreas
Re: AM_PROG_AS
On Wed, Mar 3, 2010 at 8:53 PM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * 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 it. Sorry, but I'm not that smart :( I said that it seems to, since I just kept removing macros until AS stopped being defined. Maybe I put dnl on the wrong line and thus drew the wrong conclusion. Maybe I don't even need AS. Do you know if I can pass in the $(CCAS) that AM_PROG_AS sets according to the manual into dlltool's --as option? If CCAS is just set to gcc, will dlltool be able to handle that? Or is this getting just way too far off topic, and I should just try it myself or go to the binutils list?
Re: unconditional version of EXTRA_DIST
On Thu, Mar 4, 2010 at 3:10 AM, Andreas Jellinghaus a...@dungeon.inka.de wrote: Am Donnerstag 04 März 2010 03:31:04 schrieb Ralf Wildenhues: ah. ok, so back to the drawing board for my plan with optional documentation (see the thread a week ago or so). You can use either of - wildcards, EXTRA_DIST = pattern* - automake conditionals, if COND EXTRA_DIST += files... endif - or plain old configure substitutions for variable content in EXTRA_DIST. EXTRA_DIST = file @list_of_files@ $(more_files) ok,thanks. will try wildcard. *html as patter will also work, if there is not even a single html file? Andreas If the wildcard doesn't match, I'm pretty sure you get some kind of error trying to find a file called *html.
Re: unconditional version of EXTRA_DIST
* Andreas Jellinghaus wrote on Thu, Mar 04, 2010 at 09:10:57AM CET: Am Donnerstag 04 März 2010 03:31:04 schrieb Ralf Wildenhues: ah. ok, so back to the drawing board for my plan with optional documentation (see the thread a week ago or so). You can use either of - wildcards, - automake conditionals, - or plain old configure substitutions for variable content in ok,thanks. will try wildcard. *html as patter will also work, if there is not even a single html file? No. But you could either ensure to always have at least one matching file, or combine wildcards with one of the other two methods. Cheers, Ralf
Re: AM_PROG_AS
* NightStrike wrote on Thu, Mar 04, 2010 at 03:11:19PM CET: On Wed, Mar 3, 2010 at 8:53 PM, Ralf Wildenhues wrote: * 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 it. Sorry, but I'm not that smart :( Hey, not knowing or understanding third-party code bases is very much acceptable, and has little to do with being smart. On a more abstract note, it is never a problem to ask even basic questions on a list like this one, provided that you demonstrate a reasonable effort to find out yourself and are willing to learn; where reasonable can be very low for newbies; you're not that new here, are you. ;-) In this case, info Automake --index AM_PROG_AS could have helped you, and searching for AM_PROG_AS in the aclocal.m4 file of a package of yours that uses it could have provided a hint as well. I said that it seems to, since I just kept removing macros until AS stopped being defined. That sounds like a good, if somewhat expensive strategy to me. Maybe I don't even need AS. Do you know if I can pass in the $(CCAS) that AM_PROG_AS sets according to the manual into dlltool's --as option? If CCAS is just set to gcc, will dlltool be able to handle that? Or is this getting just way too far off topic, and I should just try it myself or go to the binutils list? I think dlltool --as really want's an assembler, not the compiler driver. But I only gathered that from looking at its manpage now. Cheers, Ralf