> "Alex" == Alex Hornby <[EMAIL PROTECTED]> writes:
Alex> Suffix rules should be portable to all makes, its pattern rules
Alex> that aren't available everywhere.
Nowadays we could probably implement pattern rules purely in automake.
Back in the old days we didn't have the machinery to allow
> "Richard" == Richard Boulton <[EMAIL PROTECTED]> writes:
[ Sorry for the delay in my reply. Lately, as you probably can tell,
I've only been reading automake email intermittently. ]
Richard> sbin_PROGRAMS = camel-lock-helper ...
Richard> lib_LTLIBRARIES = libcamel.la
Richard> libcamel_l
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Yes, naming the sources .ll rsp. yy is supposed to handle this.
Ralf> But I found this not to be actually functional with different
Ralf> versions of automake, so YMMV.
Yeah, there have been various reports and patches about this,
> "Christoph" == <[EMAIL PROTECTED]> writes:
Christoph> Yes and no. Take the example of QT's moc files. They have
Christoph> to be generated from .h files, if the class defined in the
Christoph> .h file does mention a Q_OBJECT macro. I would love to have
Christoph> something in my Makefiles
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> One of the biggest apparent hurdles is that these folks would
Harlan> benefit from having a single monolithic Makefile.am at the top
Harlan> level, as that would provide the best parallel makes, provide
Harlan> the best library de
> ">" == Ben Martin <[EMAIL PROTECTED]> writes:
>> I upgraded my autotools to rawhide (and since have reverted to the 7.2
>> ones and many other versions) and can not get a stable automake 1.4
>> again:(
I didn't see an answer to this.
Offhand I can't say what the problem might be. Perhaps
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> Would it be OK to say:
Harlan> INSTALL_STRIP_FLAG=$${INSTALL_STRIP_FLAG:-s} \
Harlan> in lib/am/install.am?
I wouldn't have a problem with this. Alexandre?
We'd need to document INSTALL_STRIP_FLAG.
Harlan> - if I "quoted"
> "Christoph" == <[EMAIL PROTECTED]> writes:
Christoph> I thought of using the auto* tools for building python
Christoph> extensions a few months ago now, but since i was using
Christoph> swig, i did not know how to integrate the swig meta files
Christoph> (*_wrap.c) into the auto* stuff -
> "Rob" == Robert Collins <[EMAIL PROTECTED]> writes:
Rob> Are there any plans to allow per object CFLAGS (and CXXFLAGS...)?
You mean per-`.o'? There aren't any concrete plans. Offhand I can't
think of any barrier to doing it though. In fact it might be easy.
(Explaining it might be hard.
> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> aclocal does not search configure.in for macro definitions.
This seems like an odd wart. I've submitted a PR.
Tom
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
>> You could set the INSTALL* macros at configure time to exactly what
>> you want. You can even write your own install program, or modify
>> install-sh (actually with install-sh you can set STRIPPROG in the
>> environment).
Harlan> I'm
> "Alex" == Alex Hornby <[EMAIL PROTECTED]> writes:
Alex> I suppose automake could be enhanced so that it automatically
Alex> knew which files are BUILT_SOURCES by looking back through the
Alex> suffix rules. Then the small overhead of listing them twice
Alex> would be removed.
BUILT_SOURCES
click here to see more
°´ÕâÀï½øÈë
INTERNET DEN DAHA UCUZA ALýN
Ýnternetden alýndýðýndaki fiyatý
Telefon ile alýndýðýndaki fiyatý
Orijinal Palit Daytona TNT2 M64 AGP 32MB Ekran Kartý
25$
26$
www.picom.com.troem.picom.com.trElektronik Posta gönderilmesini istemiyor iseniz; Lutfen linki takip ederek, isteð
click here to see more
°´ÕâÀï½øÈë
15 matches
Mail list logo
