search for: html_mono

On Sun, 2004-10-10, Misha Brukman asked "Why can't we use wildcards instead of listing all the sources" and then wrote in response to my reply: > On Sun, Oct 10, 2004 at 04:40:48PM -0700, Reid Spencer wrote: > > http://www.gnu.org/software/automake/manual/html_mono/automake.html#wildcards > > > > is your answer. > > I think their "answer" is lame; we have already sacrificed portability > because we are using enough of gmake-only functionality because we > cannot depend on the system "make" being anything useful, y...

...004-10-10, Misha Brukman asked "Why can't we use wildcards > instead of listing all the sources" and then wrote in response to my > reply: > >>On Sun, Oct 10, 2004 at 04:40:48PM -0700, Reid Spencer wrote: >> >>>http://www.gnu.org/software/automake/manual/html_mono/automake.html#wildcards >>> >>>is your answer. >> >>I think their "answer" is lame; we have already sacrificed portability >>because we are using enough of gmake-only functionality because we >>cannot depend on the system "make" being an...

Hi, $ g -1 '^Module' StackerParser.y /* A module is just a DefinitionList */ Module : { SCI->handle_module_start( ); } DefinitionList { $$ = SCI->handle_module_end( $2 ); } ; $ It's been years since I was heavily into yacc, but shouldn't it be s/$2/$1/? Cheers, Ralph.

No, $2 is correct. The { } code block before DefinitionList is counted (or more precisely, the empty sequence of terminals preceding it is counted). Ralph Corderoy wrote: >Hi, > > $ g -1 '^Module' StackerParser.y > /* A module is just a DefinitionList */ > Module : { SCI->handle_module_start( ); } > DefinitionList { $$ =

..."Why can't we use wildcards > > instead of listing all the sources" and then wrote in response to my > > reply: > > > >>On Sun, Oct 10, 2004 at 04:40:48PM -0700, Reid Spencer wrote: > >> > >>>http://www.gnu.org/software/automake/manual/html_mono/automake.html#wildcards > >>> > >>>is your answer. > >> > >>I think their "answer" is lame; we have already sacrificed portability > >>because we are using enough of gmake-only functionality because we > >>cannot depend on the sy...