It probably is a bug. I for one use bison/yacc very sparingly only and
lack the experience how to deal with it portably. Which is why it would
be better if someone else worked on fixing it.
For whatever it's worth, I have always found bison's C++ support to be
sub-par. It's always been easier
Hi,
> * Remco Bras wrote on Sun, Mar 02, 2008 at 03:39:57PM CET:
> > Op Sunday 02 March 2008 15:20:42 schreef Ralf Wildenhues:
> > > Your rule is dangerous. If the user interrupts make at the time the
> > > convertors.sh script has run but the backup hasn't been restored yet,
> > > the source wil
* Remco Bras wrote on Sun, Mar 02, 2008 at 03:39:57PM CET:
> Op Sunday 02 March 2008 15:20:42 schreef Ralf Wildenhues:
> > Your rule is dangerous. If the user interrupts make at the time the
> > convertors.sh script has run but the backup hasn't been restored yet,
> > the source will be wrong, and
Op Sunday 02 March 2008 15:20:42 schreef Ralf Wildenhues:
> Your rule is dangerous. If the user interrupts make at the time the
> convertors.sh script has run but the backup hasn't been restored yet,
> the source will be wrong, and the next time you may have duplicate
> function definitions (or wh
* Remco Bras wrote on Sun, Mar 02, 2008 at 03:10:58PM CET:
> Op Sunday 02 March 2008 10:42:04 schreef Ralf Wildenhues:
> > * Remco Bras wrote on Fri, Feb 29, 2008 at 11:37:01PM CET:
> > > as part of my work on GNU RPGE, I've had to 'extend' the automake suffix
> > > rule for compiling .c files to .
Hi,
Op Sunday 02 March 2008 10:42:04 schreef Ralf Wildenhues:
> * Remco Bras wrote on Fri, Feb 29, 2008 at 11:37:01PM CET:
> > as part of my work on GNU RPGE, I've had to 'extend' the automake suffix
> > rule for compiling .c files to .o ones.
>
> Why, what limitation made this necessary, and how
Hi Remcom
* Remco Bras wrote on Fri, Feb 29, 2008 at 11:37:01PM CET:
>
> as part of my work on GNU RPGE, I've had to 'extend' the automake suffix rule
> for compiling .c files to .o ones.
Why, what limitation made this necessary, and how exactly do your
changed rules/macros look like? Maybe it
Hi Vincent,
* Vincent Torri wrote on Sat, Mar 01, 2008 at 09:56:31AM CET:
>
> I use AC_DISABLE_STATIC in configure.in (before AC_PROG_LIBTOOL) to
> remove the creation of all the static lib of a project because there are
> a lot of creted modules (the static lib is useless for them).
>
> But, fo
