make data
You won't need to put $(DESTDIR) in exampledir, because automake will
handle that for you. It does that, when it generates all the rules.
If you want the files in example_DATA to be distributed, you need to
prefix it with "dist_". See:
info automake data
Bye, Rich =]
--
Ri
ist='$(conf_DATA)'; for p in $$list; do \
if test -f "$$p"; then d=; else d="$(srcdir)/"; fi; \
f="`echo $$p | sed -e 's|^.*/||'`"; \
echo " $(confDATA_INSTALL) $$d$$p $(DESTDIR)$(confdir)/$$f"; \
$(confDATA_INSTALL)
ges.nildram.co.uk/~phekda/richdawe/auto2rpm/
Available are a tarball, a binary and a source rpm.
If you have any comments, problems, suggestions, etc., please let me know.
Bye, Rich =]
--
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]
"You can't evaluate a man by logic
/env/DJDIR/bin/bash.exe".
I doubt auto* would work on DJGPP, unless SHELL is set to DJGPP's bash.
Bye, Rich =]
--
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]
"You can't evaluate a man by logic alone."
-- McCoy, "I, Mudd", Star Trek
Hello.
Alexandre Duret-Lutz wrote:
[snip]
How does that look?
[snip]
Looks good to me!
Bye, Rich =]
--
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]
"You can't evaluate a man by logic alone."
-- McCoy, "I, Mudd", Star Trek
that breaks automake-generated
Makefiles, IIRC.
Bye, Rich =]
--
Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ]
"You can't evaluate a man by logic alone."
-- McCoy, "I, Mudd", Star Trek
rimary seems to do what you want. See:
info automake Documentation Man
Regards,
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
"You can't evaluate a man by logic alone." -- McCoy, "I, Mudd", Star Trek
Hello.
automake has short options for --verbose and --force-missing. It seems like
aclocal could have similar short options for its --verbose and --force. Is
there any reason why it doesn't?
I would send in a patch, but I can't get any of the needed paperwork. Sigh.
Bye, Rich =]
-
all directories.
Note that if you were using the CONFIG_STATUS_DEPENDENCIES and
CONFIGURE_DEPENDENCIES (undocumented) variables, you should better
define them in all directories. This is easily done using an
AC_SUBST."
Bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
INIT_AUTOMAKE(myproject, 1.0)
> AC_PROG_CC
> AC_OUTPUT(Makefile)
[snip]
Bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
gt; "set tool proga progb"
[snip]
That's not valid TCL, because set only takes two arguments. The following are
valid:
set tool "proga progb"
set tool [list proga progb]
Try hacking site.exp to one of those, just to check that it works. I have no
idea about DejaGNU, so it might not.
Regards,
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
lex,
yacc rather than requiring flex, bison? Or is it likely to change in the
future?
Thanks, bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
the -t option and pipe the output to $LEX_OUTPUT_FILE. Then the use -P or
%option prefix will not break the automake rule. But how portable is 'lex -t'?
Thanks, bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
PATH_SEPARATOR already. automake CVS (1.7 and
HEAD) require autoconf 2.54.
I'm willing to test out your patch with automake & DJGPP. Can you provide a
test case?
Thanks, bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
the start:
$PATH_SEPARATOR = @PATH_SEPARATOR@;
Then modify bootstrap & Makefile.am to substitute @PATH_SEPARATOR@ like
@PACKAGE@, @SHELL@, etc. Then you could use:
push (@dirlist, split (/$PATH_SEPARTOR/, $ENV{ACLOCALPATH}));
Bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
(LEX_OUTPUT_ROOT).c; false)
sed '/^#/ s|$(LEX_OUTPUT_ROOT)\.c|$@|' $(LEX_OUTPUT_ROOT).c >$@
rm -f $(LEX_OUTPUT_ROOT).c
Does this seem like a good idea?
Does anyone know how portable "lex -t" is? Are there any bad side-effects of
using "lex -t"?
Thanks, bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
Hello.
[ I've added [EMAIL PROTECTED], since this is more than a discussion about the
patch now. Maybe I should have included it in the original recipient list. ]
Alexandre Duret-Lutz wrote:
>
> >>> "Richard" == Richard Dawe <[EMAIL PROTECTED]> writes:
>
Hello.
Alexandre Duret-Lutz wrote:
>
> >>> "Richard" == Richard Dawe <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Richard> I found the problem. It was due to $SHELL (in the
> Richard> environment) not being set to bash.
>
> Is this some
Hello.
[ I've redirected this to [EMAIL PROTECTED], since it's not really about a
patch anymore. ]
Alexandre Duret-Lutz wrote:
[snip]
> Richard> On further investigation it seems to be a bug in the
> Richard> DJGPP port of automake. There's something weird going
> Richard> on with the autocon
used (e.g. command.com) and many
# tests would fail.
defined $ENV{DJDIR}
and $ENV{SHELL} = "$ENV{DJDIR}/bin/bash.exe";
Thanks, regards,
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
--- /dev/c/develop/ports/orig/autoconf-2.57/bin/autoheader.in 2002-10-22
mapped to
/dev// paths from : paths. But where would this mapping take
place? In autoconf alone? Or would both autoconf and automake require
modification?
Please CC me on any replies, because I'm not subscribed to autoconf or
bug-automake.
Thanks, regards,
--
Richard Dawe [ http://www.ph
21 matches
Mail list logo
