I hate to say it, but it is more than ugly. As a maintainer, when forced with the choice of leaving it as it is, which were it portable would be an elegant solution, or replacing it with hundreds of rules that I will have to maintain, I will leave it as it is.
If the autotools were to recognize these pattern rules, scan the source and automatically generate portable rules for me, I would be a very happy customer indeed :) Brian On 05 Sep 2005 15:02:28 -0600, Tom Tromey <[EMAIL PROTECTED]> wrote: > > >>>>> "Brian" == Brian <[EMAIL PROTECTED]> writes: > > Brian> The following doesn't seem to work: > Brian> SUFFIXES = .moc.cpp > > I have never tried it but it is somewhat hard to imagine some versions > of make accepting a suffix with two '.'s in it. > > Brian> The only other alternative I see is to enumerate a rule > Brian> containing the actual file names for every single .h to > Brian> .moc.cpp conversion, of which there are hundreds. > > Yeah, this is ugly but it works. > > > IMO, and this is most likely a controversial opinion, it would be > reasonable for automake to have an option allowing it to generate (and > recognize in Makefile.am <http://Makefile.am>) code specific to GNU make. > > Tom >