Jim Meyering <[EMAIL PROTECTED]> writes:
> I admit it was took more than a few iterations to get it right.
> One of the big points was to realize that cvsps' cache was causing
> trouble. So I'm careful to make git-cvsimport run cvsps in such a
> way that the cache can't interfere.
> One way to do
Ok, thanks for the help. Right now I'm building the lib with:
make libprogram.la install-data // to export the header files and
make libprogram.la install-libLTLIBRARIES // for the library itself
I'll try the example you showed me,
Take Care ...
On 10/8/07, Ralf Wildenhues <[EMAIL PROTECTED]
Hello John-John,
Thanks for the report.
* John-John Tedro wrote on Mon, Oct 08, 2007 at 12:16:46PM CEST:
>
> Use of uninitialized value in exists at /usr/bin/automake-1.10 line 4823,
> line 1.
> Use of uninitialized value in concatenation (.) or string at
> /usr/bin/automake-1.10 line 4823, li
Benoit SIGOURE <[EMAIL PROTECTED]> wrote:
> On Oct 8, 2007, at 5:05 PM, Jim Meyering wrote:
>
>> I've set up a read-only git mirror of the automake cvs repository:
>
> Thank you!
>
>>
>> http://sources.redhat.com/git/gitweb.cgi?p=automake.git
>>
>
> --18:05:43-- http://sources.redhat.com/git/
Hello Roberto,
* Roberto Alejandro Espí Muñoz wrote on Sun, Oct 07, 2007 at 04:25:57AM CEST:
> I have 4 targets defined in my program. Three are binaries and one is a
> library. One of those programs depends on the library being built and
> installed in it's proper location in the system with it
Hello William,
* William Pursell wrote on Mon, Oct 08, 2007 at 12:11:59PM CEST:
> Andreas Schwab wrote:
>> William Pursell <[EMAIL PROTECTED]> writes:
>>
>>> I'd like to get away from AC_SUBST_FILE, but I don't see a way
>>> around the manner in which automake is building the Makefile.
>>> Is ther
On Oct 8, 2007, at 5:05 PM, Jim Meyering wrote:
I've set up a read-only git mirror of the automake cvs repository:
Thank you!
http://sources.redhat.com/git/gitweb.cgi?p=automake.git
--18:05:43-- http://sources.redhat.com/git/automake.git/info/refs
=> `refs'
Resolving sou
I've set up a read-only git mirror of the automake cvs repository:
http://sources.redhat.com/git/gitweb.cgi?p=automake.git
It is updated from cvs every 15 minutes, but due to the way cvsps
works, it may take two iterations for a change in cvs to propagate
into the git tree.
Andreas Schwab wrote:
William Pursell <[EMAIL PROTECTED]> writes:
I'd like to get away from AC_SUBST_FILE, but I don't see a way
around the manner in which automake is building the Makefile.
Is there a way to construct a generic target via AC_SUBST?
How about using AM_CONDITIONAL instead?
H
William Pursell <[EMAIL PROTECTED]> writes:
> I'd like to get away from AC_SUBST_FILE, but I don't see a way
> around the manner in which automake is building the Makefile.
> Is there a way to construct a generic target via AC_SUBST?
How about using AM_CONDITIONAL instead?
Andreas.
--
Andreas
On Mon, 2007-10-08 at 08:51 +0200, Ralf Wildenhues wrote:
[snip]
> Thanks for the report. This should be fixed by the change from
> 2007-08-16, which will be in Automake 1.11 and 1.10.1. If you like,
> you can try CVS Automake to confirm this.
Looks promising. Thanks!
--
Braden McDaniel
I've been using AC_SUBST_FILE to put common targets into my
makefile.am's. eg, Makefile.am contains:
@FOO_TARGET@
where configure.ac contains
FOO_TARGET=foo_target
AC_SUBST_FILE(FOO_TARGET)
and foo_target contains:
foo:
echo foo
I would like to do this via AC_SUBST, but this complet
Hello Braden,
* Braden McDaniel wrote on Sat, Oct 06, 2007 at 08:18:51PM CEST:
> src/Makefile.am has the following:
>
> if ENABLE_XEMBED
> libexec_PROGRAMS = openvrml-xembed/openvrml-xembed
> endif
[...]
> When I run "make dist", I get:
>
> make[2]: Leaving direct
13 matches
Mail list logo