Hi,
I'm trying to deliver a package (a Zope product) which
goes to a strange (from Auto* POV) directorie, something
like /usr/lib/zope/lib/python/Products/$name.
I'd like to do it with Automake/Autoconf.
Is there a canonical way to do it? Or am I supposed to
frob $(bindir) or something like that
Automake gurus,
I'm trying to convert a package to using Automake.
At first sight it looked easy. It's a Zope product.
There's not much to do excepr copying a few files
to a target directory (preserving directory structure,
which is something like four-deep).
There's just one file I have some su
On Mon, Mar 22, 2004 at 09:15:04PM +0100, Alexandre Duret-Lutz wrote:
> >>> "tomas" == tomas <[EMAIL PROTECTED]> writes:
>
> [Stupid question]
> You must list all Makefiles in AC_CONFIG_FILES, not just the top one.
Thanks! You guys rock.
-- tomás
Hi, automake gurus --
here is a configure.ac file:
,---
| AC_INIT(CMSConnector,0.8)
| AM_INIT_AUTOMAKE
| ZopeProductPath="/tmp/test-zope-install/Products"
| ProductName="CMSConnector"
| AC_ARG_ENABLE(ZopeProductPath,
| [Zope product path],
| [Zo
On Tue, Apr 27, 2004 at 12:28:20AM +0200, Alien9 wrote:
> don't know the official position, but i made a file in my CVS that's called
> autogen.sh
>
> and that does:
> aclocal
> autoheader
> autoconf
> libtoolize -c --automake
> automake -a -c
Yes, only I call this bootstrap.sh (autogen
On Thu, Oct 14, 2004 at 06:26:20AM +0200, Ralf Corsepius wrote:
[...]
> This requires you to let $(WEBDIR) default to a directory containing
> $(prefix) in its root. For example you could use something similar to
> this in your configure.ac:
>
> WEBDIR=${WEBDIR-\$(pkgdatadir)}
Isn't it ${WEBDIR
On Fri, Oct 15, 2004 at 11:21:18AM +0200, Ralf Corsepius wrote:
> On Fri, 2004-10-15 at 10:13, [EMAIL PROTECTED] wrote:
> > On Thu, Oct 14, 2004 at 06:26:20AM +0200, Ralf Corsepius wrote:
[...]
> > Isn't it ${WEBDIR:-\$(pkgdatadir)}?
> > ^^^
> Well, ${VAR-VALUE} is correct.
(*blush
blah...
I'd say it's more of an issue for the glade mailing list -- they
should know better which versions of auto* go with which versions
of glade.
HTH
-- tomas
pgpidppj4QesZ.pgp
Description: PGP signature
ng that gettext
> is missing.
*blush*
You are right, of course.
> But I have no experience with glade and cannot predict whether things
> will work when gettext is installed. But its easy to try.
Makes a lot of sense to try that first, yes.
Thanks
-- tomas
pgp2FP9Jc2Yro.pgp
Description: PGP signature
On Tue, May 10, 2005 at 08:54:23AM +0800, zouq wrote:
> in the gcc-3.4.1 Makefile.in ,
>
> GTFILES_FILES_FILES = @all_gtfiles_files_files@
> why two "@" used here?
> does it have special meaning?
Yes, that's right. It is Autoconf's ``substitution markup´´. Patterns
like this get substituted for v
On Wed, Jun 01, 2005 at 04:44:39PM +0200, Mark Brand wrote:
[I'm too dumb to answer that, but...]
> Would you please elaborate on the difference between "make variables"
> and "substituted values" here? I'm still very new to this.
This one I can answer: the "make variables" are those $FOO thing
\
-I/usr/include/libglade-1.0 -I/usr/include/gconf/1 \
-I/usr/include/orbit-1.0
(yes, it ain't pretty).
So you would first check for the existence of pkg-config (and complain
if not there) and then use it to get the info needed.
HTH
-- tomas
signature.asc
Description: Digital signature
special case ;-) but I'd
like to see a discussion about my general points (whether this leads
to my enligntenment or --who knows!-- some improvements on auto-**).
Thanks
-- tomas
gt; lib/Makefile.am:
> > pkglib_LTLIBRARIES = libatb.la
>
> Is this the entire contents of lib/Makefile.am? Are you expecting
> automake to guess which sources make up your library?
Yup. That was it.
> I'm guessing you need to add
>
> libatb_la_SOURCES = x.c y.c z.c
Completely right. Thanks a million. You saved my day :-)
-- tomas
, which was made for just this purpose:
See
<http://www.gnu.org/software/automake/manual/html_node/Hello.html>
<http://ftp.gnu.org/gnu/hello/>
HTH
-- tomas
signature.asc
Description: Digital signature
ist'
was used, and the resulting artifact not tampered with, even without any central
signing.
Maybe new `dist-reproducible' automake option which would do two things:
1. Try to make things under its control reproducible (e.g.: set timestamps to 0)
2. `make distcheck' would build the ar
7;s?) instance of such a
platform?
Have a nice day,
Tomas Volf
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
signature.asc
Description: PGP signature
CUDATester.cpp (only in Makefile.am) I get
make[2]: *** No rule to make target
`../../../src/core/tnlLongVectorCUDATester.cpp', needed by
`tnlLongVectorCUDATester.lo'. Stop.
so automake now tries to compile it.
Can anybody, please, help me and tell me what I am doing wrong?
Thanks a lot, Tomas Oberhuber.
Hello Ralph,
On Wednesday 30 of December 2009 22:52:51 Ralf Wildenhues wrote:
> Hello Tomas,
>
> * Tomas Oberhuber wrote on Tue, Dec 29, 2009 at 07:25:36PM CET:
> > I am experiencing some troubles with cuda. I studied mailing lists about
> > autoconf, automake and libtool
$lib'
>
> _LT_TAGVAR(hardcode_libdir_flag_spec, $1)='${wl}-rpath
${wl}$libdir'
> _LT_TAGVAR(export_dynamic_flag_spec, $1)='${wl}--export-dynamic'
> fi
Now I am able to compile and link my project. However, I had also problems
w
Hi Ralph,
Dne středa 06 Leden 2010 08:44:57 Ralf Wildenhues napsal(a):
> Hello Tomas,
>
> * Tomas Oberhuber wrote on Sat, Jan 02, 2010 at 11:33:46AM CET:
> > Now I try to compile whole project with nvcc. It seems to work but I get
> > this
> >
> > ibtool:
Hi Ralph again,
On Wednesday 06 of January 2010 20:44:57 Ralf Wildenhues wrote:
> Hello Tomas,
>
> * Tomas Oberhuber wrote on Sat, Jan 02, 2010 at 11:33:46AM CET:
> > Now I try to compile whole project with nvcc. It seems to work but I get
> > this
> >
> > ibtool:
For the MiNT system, the lines in config.sub are wrong. It's missing
the '*'-wildcard. I've applied a patch below.
Greetings,
Tomas
--- /usr/share/automake/config.sub~ Sat Sep 2 16:05:51 2000
+++ /usr/share/automake/config.sub Tue Dec 19 17:44:48 2
echo "$ac_t""no" 1>&6
{ echo "configure: error:
*** Zen does not function properly without dlopen sorry." 1>&2; exit 1; }
fi
fi
done
That works as expected. I can't see that I've done anything wrong in
the quoting, but maybe I have?
Greetings,
Tomas
Alexandre Oliva <[EMAIL PROTECTED]> writes:
> On Feb 8, 2001, Tomas Berndtsson <[EMAIL PROTECTED]> wrote:
>
> > My autoconf version is 2.13. m4 is GNU m4 1.4.
> > I have the following in my configure.in:
>
> > AC_CHECK_FUNCS(dlopen, , AC_CHECK
Alexandre Oliva <[EMAIL PROTECTED]> writes:
> On Feb 9, 2001, Tomas Berndtsson <[EMAIL PROTECTED]> wrote:
>
> > I don't see why I need that, but I tried, and it still didn't
> > work.
>
> In this case, you may have found a bug in autoconf. Th
a
script to generate the dependency files).
Connected question, can I use the $(DEPDIR) macro in my rules and expect
it to keep working, or -- since it is not documented -- it could be
removed in some future release?
Thank you and have a nice day,
Tomas Volf
--
There are only two hard things in
Hi,
thank you very much for your message.
Karl Berry writes:
> Hi Tomas - thanks for writing. As far as I know, there is nothing in
> Automake to support extension of dependency tracking by users to new
> languages. Unfortunately.
>
> If it's possible for you to add dep
Hello,
thank you very much for your response! It helped me a lot.
Nick Bowler writes:
> On Fri, Jul 18, 2025 at 05:24:31PM +0200, Tomas Volf wrote:
>> I am looking into how to add a dependency tracking into the build
>> process of my project. The project is written in GNU Gu
e a rule per the
.go file I actually want to compile. However I cannot shake the feeling
I am over-engineering it a bit at this point.
Tomas
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
t.
I am still at least trying to stick to POSIX make, but will keep this as
an option, thank you. :)
> [..]
>
> Just my guesses towards a solution,
Thank you, it is much appreciated. ^_^
Tomas
--
There are only two hard things in Computer Science:
cache invalidation, naming things
31 matches
Mail list logo
