[23:12:28] <Dominus> wjp, I know it's late and you are either already asleep or not to keen to look at it tonight, but for that automake/bison/ylwrap problem with ucparse.h vs ucparse.hh
[23:12:33] <Dominus> at http://stackoverflow.com/questions/16098509/automake-1-12-changes-bison-yacc-output-names-backwards-incompatible-change
[23:12:53] <Dominus> there is an extended checking solution which might work for our system, too
[23:26:35] <wjp> hrm, that's an awful hassle though
[23:28:43] <Dominus> yes, problem is that the automake guys won't back down from this change as far as I can tell
[23:30:09] <Dominus> we *could* require everyone to use new automake and change our code to require ucparse.hh instead of ucparse.h.
[23:32:35] <wjp> hm, still slightly too new for that
[23:32:54] <wjp> if we require bison instead of yacc we could use --defines=ucparse.h instead of -d
[23:33:16] <wjp> or we could maybe add a rule generating ucparse.hh from ucparse.h by moving it
[23:33:48] <wjp> (or maybe --defines==ucparse.hh to be a bit more modern :-) )
[23:36:35] <Dominus> what would work best?
[23:36:49] <wjp> generating the .hh from the .h is probably safest
[23:38:03] <Dominus> could you do it? I have no idea how that stuff is working at all, except for that it doesn't currently :)
[23:39:06] <wjp> I'll have to think a bit on how to properly make it work with both automake versions
[23:39:20] <wjp> and too late for that now... good night
[23:39:24] <Dominus> :)
[23:39:30] <Dominus> good night
[23:40:01] <wjp> a bit annoying that ylwrap doesn't just magically handle --defines for yacc :-)
[23:40:04] <wjp> ah well
[23:40:34] * Dominus helps wjp kick ylwrap
[23:40:57] <wjp> well, it's not something we could really expect. But it would've been nice :-)