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
°´ÕâÀï½øÈë
> "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
> "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
> "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
> "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.
> "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 -
> "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"
> ">" == 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> 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
> "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
> "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,
> "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
> "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
15 matches
Mail list logo