option to generate such rules.
It will need a lot of experimenting, and some polishing of the macro
set that I posted above, but I believe you can realize most of the
gains you intend to realize with it, and then you won't be introducing
the need for running yet another program.
Wanna give i
On Dec 9, 2003, Tom Tromey <[EMAIL PROTECTED]> wrote:
>>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> the *_OBJECT definitions assume the absence of shell-active
Alexandre> characters in filenames, which is probably a s
g' recently
Sven> in automake ?
> I think that is reasonable. I added it.
> Alexandre, complain if you have a problem with it.
A bit late, but... I don't have a problem with it :-)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer [EMA
x27;s also passed to non-libtool compilations?
I've often wanted some means to pass additional flags to libtool
compile and/or link commands without affecting non-libtool
compile and/or link. My favorite example is -static, that has
a somewhat different meaning when it comes to libtool.
On Feb 23, 2000, Nils Rennebarth <[EMAIL PROTECTED]> wrote:
> How do I specify rules to create dlopened modules in automake?
libname_la_LDFLAGS = -module $(LDFLAGS)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat company
find $(distdir) -type d -exec chmod a+w {} \; ; rm -rf $(distdir)
And it would fix the whole problem without disabling the
optimization. Note that distcheck applies several other chmod to
distdir, but only after it is created from scratch, in a
hard-link-free way, by extracting the sources from
for that. In fact, IIRC, automake --add
does run libtoolize to do that.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{ls
On Mar 2, 2000, Jim Meyering <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> | On Mar 1, 2000, Jim Meyering <[EMAIL PROTECTED]> wrote:
> |
> | > Don't use `ln' (which was just a space optimization anyway)
> |
> | A
then, you'd
have to test whether xargs supports `-n' or `-s'.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
u know?
> The idea is to create .libs/lt-lt-ld-new if necessary. However, I
> couldn't find a clean way to do so with automake. Any suggestions?
How about:
all: stmp-run-ld
stmp-run-ld: ld-new
@ ./ld-new > $@ 2>&1
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
On Mar 9, 2000, "H . J . Lu" <[EMAIL PROTECTED]> wrote:
>> all: stmp-run-ld
>> stmp-run-ld: ld-new
>> @ ./ld-new > $@ 2>&1
> Tried. It doesn't work with parallel build due to the recursive make.
Use `all-am', then.
--
Alexandre Oli
On Mar 9, 2000, "H . J . Lu" <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 09, 2000 at 11:12:42PM -0300, Alexandre Oliva wrote:
>> On Mar 9, 2000, "H . J . Lu" <[EMAIL PROTECTED]> wrote:
>>
>> >> all: stmp-run-ld
>> >> stmp-ru
ur environment. You
can't blame libtool for gcc not being able to run collect2 :-)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unic
On Mar 10, 2000, "H . J . Lu" <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 10, 2000 at 01:36:50PM -0300, Alexandre Oliva wrote:
>> On Mar 9, 2000, "H . J . Lu" <[EMAIL PROTECTED]> wrote:
>>
>> > gcc: installation problem, cannot exec
>
URCES = fridge.app $(GLOB)
You may have to add some dependency of Makefile.in on myGlobs, I'm not
sure. If you have to, it's a bug in automake (IMO :-), but knowing
it's a bug doesn't mean you don't need the dependency :-)
--
Alexandre Oliva http://www.ic.unicam
t; Since autoconf is for portibility you can't really assume that /tmp
> exists.
If /tmp doesn't exist, pretty much everything breaks, unless TMPDIR is
set. And it does use $TMPDIR, so we're fine.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
On Feb 2, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Only CVS autoconf accepts implicitly quotes backticks in
Alexandre> MSGs. But it complains if backtick is alread
ave object files in sub-directories, and that is nowhere
advised that he must also upgrade autoconf, otherwise he'll get weird
error messages from [s]hell! :-)
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Enjoy Guaraná
Cygnus Solutions, a Red Hat companyaoliva@{redhat,
nge for `autoconf' to preserve that
section, and we'd need some tool to add/remove/update shtools within
that special section of configure. Comments?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, c
On Mar 13, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Mar 13, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>> And again, I shall emphasize that this l
x27;m hoping Jim will.
Grant Akim write access and we'll quickly get all of automake
revamped :-)
Akim, no offense intended :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Dev
tories that are listed in sys_lib_dlsearch_path-spec. But
you can always hack this variable in the libtool script configuration
section :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free
On Mar 21, 2000, OKUJI Yoshinori <[EMAIL PROTECTED]> wrote:
> I meant which directory to be used if AC_CONFIG_AUX_DIR is _not_
> defined.
In this case, it should be in the top-level directory.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solu
cpp
Foo_impl.$(OBJEXT): Foo_s.hh Foo_c.hh Foo_s.cpp Foo_c.cpp
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp
On Mar 22, 2000, Tom Tromey <[EMAIL PROTECTED]> wrote:
> This might be the best way to go.
> It is sort of a pain to implement; for each such exe we'd have to do
> this:
> exe: dummy
>build the exe
How about
$(exe_OBJECTS): exe-hook
--
Alexandre Oliva
few days after the patch having been installed, it seems that
several people have faced the problem of the missing dependency :-(
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and E
ve flex or
bison in the PATH.
Sascha> - How can I get the evaluated value of sysconfdir into a file?
in Makefile.am:
file: $(top_builddir)/config.status
echo '$(sysconfdir)' > file
Ah, you meant you wanted to have something else in the file too? :-) :-)
--
Alexandre
al step). Comments?
Sounds good to me. In fact, I hadn't even completely understood the
problem before you explained the rules :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Softw
nfortunately, when you build a libtool EXTRA library, you must
explicitly specify -rpath in its LDFLAGS, and only when it is to be
installed. I thought this was documented somewhere in the automake
manual, isn't it?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/
\/]', which does work, even with bash 2.04.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org}
too many
dependencies. So maybe we should use a stamp file that all $(OBJECTS)
depend upon, and that runs $(MAKE) $(BUILT_SOURCES) before it touches
itself. It still wouldn't work in case someone removes one of the
BUILT_SOURCES but leaves the stamp file around, but it could be a
start
se, builds may simply
start to break :-(
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to
.in, so that libtool will get configured to use the C++
compiler/linker.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{l
On Mar 31, 2000, Tom Tromey <[EMAIL PROTECTED]> wrote:
> what do people think about using FAQ-O-Matic for Automake?
Would be great
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free
On Mar 31, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> How do I override the rule for entering one of them?
I don't think you can override it :-(
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat company
t MAKE_TRAP as you suggested, and then use
$(MAKE_TRAP) for recursive invocations.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oli
make like described below
> will fail on some platform?
The trap is fine, but the `:=' syntax is far from portable.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer
On Apr 2, 2000, Erez Zadok <[EMAIL PROTECTED]> wrote:
> Update: I managed to solve that problem by rerunning automake on the .am
> files in the autoconf CVS repository.
You must re-run aclocal before automake.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~o
in/sh
/path/to/missing --run tar"'
However, in my case, the srcdir pathname is absolute. This may make a
difference.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software De
t always have time to answer, but
> other people probably will.
Ditto for libtool :-)
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
On Apr 5, 2000, F Labrosse <[EMAIL PROTECTED]> wrote:
> Is it possible to test for a library using $CXX instead of $CC?
This is an `autoconf', not `automake', question. See the `Language
Choice' node in the autoconf manual.
--
Alexandre OlivaEnjoy Guaraná, see
On Apr 6, 2000, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> What is the approved mechanism to selectively pass additional options
> to libtool from Automake?
I don't think we have one so far. But this should work:
LIBTOOL = @LIBTOOL@ --silent
--
Alexandre OlivaEnjoy
On Apr 6, 2000, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> On 6 Apr 2000, Alexandre Oliva wrote:
>> On Apr 6, 2000, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
>>
>> > What is the approved mechanism to selectively pass additional options
>> > to l
o' test; all
known (to me :-) C++ compilers support this feature. So this could
certainly be highly simplified.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and Evan
orresponding
options at link time.
Meanwhile, the closer you can get to being right is to ``quote'' any
compiler flags with libtool's `-Xcompiler' (or `-Wc,') flag.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat com
On Apr 19, 2000, Pierre-Julien Grizel <[EMAIL PROTECTED]> wrote:
> And, of course, I'd like to have something like
> proga_CFLAGS = CFLAGS + -DPROGA
> and
> progb_CFLAGS = CFLAGS + -DPROGB
> in my Makefile.am.
Something like that should work with CVS automake.
--
i-language branch
before trying to duplicate its work.
> (sparc64-*-linux-gnu*): Use libsuff 64 for search paths.
This is fine. Please post it to [EMAIL PROTECTED], and it will
eventually be installed.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a
e-argument AC_DEFINE.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me
On May 24, 2000, "John R. Sheets" <[EMAIL PROTECTED]> wrote:
> libwine_la_SOURCES =
Just a wild, untested guess: did you try something like $(none)?
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaol
automake to detect this situation and
disable dependency tracking automatically.
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com
Free Software Developer and EvangelistCS PhD student at IC-Unicamp
oliva
o SUFFIXES, the write rules to generate the .c files from .x.
Since you want to generate at least 2 files from the same .x, you
won't be able to use implicit rules (such as `.c.x:').
--
Alexandre OlivaEnjoy Guaraná, see http://www.ic.unicamp.br/~oliva/
Cygnus Solutions, a Red Hat comp
LDFLAGS_LIBJS. I believe that's the main reason why automake doesn't
support conditional installation of ltlibraries.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at
On Jun 22, 2000, Lars Hecking <[EMAIL PROTECTED]> wrote:
> This is highly confusing, and should be rephrased
It doesn't make much sense to rephrase it now that we have a
completely different dependency tracking mechanism :-)
--
Alexandre Oliva Enjoy Guarana', see http:
On Jun 23, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
> Does anyone have any bright ideas?
File a bug report to SGI? :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.c
y line after a
backslash.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
On Jun 23, 2000, Jiann-Ming Su <[EMAIL PROTECTED]> wrote:
> How do I set this in Makefile.am so that depmode=makedepend by default?
Clean config.cache and configure again.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
=none" when I remove config.cache and re-run configure.
So you have to find out why depcomp thinks makedepend doesn't work.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD s
On Jun 26, 2000, Jiann-Ming Su <[EMAIL PROTECTED]> wrote:
> On 26 Jun 2000, Alexandre Oliva wrote:
>>
>> So you have to find out why depcomp thinks makedepend doesn't work.
> Yeah, it was just a matter of --enable-dependency-tracking.
Ah, yes, of course! I had
On Jun 26, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
> src/Makefile.am:7: libtkgs_la_SOURCES includes configure substitution
> `@SYSINIT@'
You must define lib..._EXTRA_SOURCES to list the potential set of
sources @SYSINIT@ will introduce.
--
Alexandre Oliva Enjoy G
;s a line break 798, after
AC_LIBTOOL_CXX is added to the definition of AC_PROG_CXX. In order to
be safe, automake should probably have a similar line break after
appending AM_DEPENDENCIES to AC_PROG_CXX in init.m4. Would you be
willing to post a patch to fix this problem-to-be?
--
Alexandre Ol
, because it is in
the aclocal.m4 copy of libtool.m4 that the source of this problem is.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp
On Jun 28, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
> On 28 Jun 2000, Alexandre Oliva wrote:
>> On Jun 28, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>>
>> > Do you mean like this?
>>
>> Yup.
>>
>> > I tried to rerun with this
se checks because I don't get an
> error like this when using a libtool enabled package.
It does.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampo
On Jun 28, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
> On 28 Jun 2000, Alexandre Oliva wrote:
>> On Jun 28, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>>
>> > Ok, then why don't we just run AC_CHECK_TOOL for ranlib
>> > and any other programs
you set and AC_SUBST PLATFORM_sysinit_O in configure,
then lib*_LDADD = $(PLATFORM_sysinit_O) and EXTRA_lib*_SOURCES = $(the
full set of potential sources for PLATFORM_sysinit_O)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliv
On Jun 28, 2000, Morten Eriksen <[EMAIL PROTECTED]> wrote:
> this patch was never applied, so I'm resending it. Let me know if it
> is unacceptable for some reason.
It seems good to me, I just didn't have time to install it :-(
--
Alexandre Oliva Enjoy Guarana', s
On Jun 30, 2000, Alex Hornby <[EMAIL PROTECTED]> wrote:
> Is make -q portable?
I don't think so.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-U
On Jun 30, 2000, Alex Hornby <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva writes:
>> On Jun 30, 2000, Alex Hornby <[EMAIL PROTECTED]> wrote:
>>
>> > Is make -q portable?
>>
>> I don't think so.
> It is present on GNU Make, Solaris 2.6 ma
On Jul 9, 2000, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>> appending configuration tag "GCJ" to libtool
> Huh? What the hack is GCJ doing here?
I've just figured it out. Even though your autoc
of libfoo-0-0-0.dll.
-avoid-version
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
r-library
dependencies. 1.4-to-be (CVS trunk) is supposed to fix this problem.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org
not autoconf: it was aclocal that took unwanted
actions upon seeing the macro.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
F
n't be done.
IIRC, CVS automake supports libfoo_la_CFLAGS
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
On Aug 15, 2000, Simon Richter <[EMAIL PROTECTED]>
wrote:
> probably this is a FAQ, but i couldn't find an answer: How can I tell
> automake to check for a C++ library (i.e. that contains no C symbols)?
automake doesn't check for libraries at all. Maybe you meant
au
On Aug 17, 2000, "Nikolaus Kimmel (FT3/AB Ulm)" <[EMAIL PROTECTED]>
wrote:
> So how can I put variables (in which syntax) into the AC_OUTPUT command,
> so that automake don't give me errors.
You can't. Automake requires static knowledge of all AC_OUTPUT fil
On Aug 26, 2000, Tom Tromey <[EMAIL PROTECTED]> wrote:
> I'm inclined to make `.' a special case and always clean it after
> cleaning all the subdirs.
Sounds very reasonable to me.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~o
indeed pass it down explicitly, to support other
makes in this regard.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
/FOO//bin/`echo $p|sed 's/$//'|sed 's,x,x,'|sed
>'s/$//'`; \
> else :; fi; \
> done
> make[2]: Nothing to be done for `install-data-am'.
> make[2]: Leaving directory `/usr/src/bos/bin/grep/src'
--
Alexandre Oliva Enjoy Guarana', se
es... ;)
> These are probably solved, at least if you refer to template
> instantiation problems. You can set the `_AR' variable on a
> per-library basis to the correct CC invocation.
Or you may use the multi-language libtool, that supports building
shared libraries with s
ould be nice to note this fact as a comment in the script,
otherwise someone unaware of this fact might think of ``fixing'' it
later on :-).
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com,
On Sep 8, 2000, James Bonfield <[EMAIL PROTECTED]> wrote:
> automake: Makefile.am: not supported: source file `a/a.c' is in subdirectory
This is supposed in CVS automake.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
secure media and then use the tools in it to look for the rootkit in
the potentially-compromised system, *without* handing control over to
it.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
omatically be
> included.
> Otherwise you can use `sinclude', but that is a hack.
I'd recommend `builtin([include],[filename.m4])', because then it will
complain if the file is missing.
And you probably meant acinclude.m4, not aclocal.m4, otherwise the
include will go away n
ts
> to @libdir@)?
automake can't do it, but libtool (that automake knows how to use) can.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.
mply passes the code on to Makefile.in?
If automake had a FAQ, this would be there.
Set ENDIF=endif, AC_SUBST it, and use @ENDIF@ in Makefile.am
Remember that automake is supposed to create portable Makefiles, and
GNU make conditionals aren't portable.
--
Alexandre Oliva Enjoy Guarana
finds it to work.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
clared as `extern "C"' if it is defined in C
but called from C++.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.
On Oct 16, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> This guy looks good to me. Any objection?
Nope.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student
n to me why we launch it in background and then
> just wait for it to complete?
We compute dependencies in parallel with the actual compilation, but
we mustn't consider the job done before both are complete.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.uni
k of someone that uses the
timestamp to decide whether a certain file is part of the newly
installed package or just some remnant from an old release that can
now be removed...
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aol
't change what isn't broken; giving users the
option should be enough.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gn
h me. Any objection?
Nope.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
depends on GNU make nor GCC.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
ew entry in TODO so that a real fix is eventually
implemented.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Softwa
On Oct 20, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> This looks fine to me. Any resistance?
Ok with me.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student
On Oct 24, 2000, Dmitri Shparber <[EMAIL PROTECTED]> wrote:
> I just have a question regarding automake utility. Is this utilitie
> compliant with 64 bit architecture machines running on win2K platform?
What do you mean? automake is just a perl script.
--
Alexandre Oliva E
le a target). So,
you've got a cycle in the dependence graph, and some arc gets dropped.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{ls
f you really want to have it installed, don't call it `config.h', or
at least install it in include/. To accomplish
that, use:
pkginclude_HEADERS = config.h ...
And use `#include ' in all other headers
that include it.
--
Alexandre Oliva Enjoy Guarana', see http:/
On Oct 27, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> Yep, by default Automake must not let the users do nonportable
> things.
I tend to agree. But I wouldn't say `must not', I'd say `should not'.
--
Alexandre Oliva Enjoy Guarana', see http://
On Oct 28, 2000, Alex Hornby <[EMAIL PROTECTED]> wrote:
> What is the policy regarding changes to non-portable behavour?
automake is supposed to generate portable Makefiles, so I think the
default should be static expansion.
--
Alexandre Oliva Enjoy Guarana', see http://www
1 - 100 of 228 matches
Mail list logo
