now if anyone is working on that document
> anymore.
>
> > I wonder if recipe to build `distcheck' target
> > as compiled by automake gets same form as John Calcote
> > describes it in chapter 3 his Practitioner's Guide (2nd ed.).
>
> I have not read th
Zack,
These are terms I made up when I wrote the No Starch Press Autotools book -
the manual had no existing name for these concepts, so I just contrived
names for them.
John
On Tue, Feb 2, 2021 at 11:39 AM Zack Weinberg wrote:
> On Tue, Feb 2, 2021 at 1:19 PM DUDZIAK Krzysztof
> wrote:
> > I
Zack,
On Thu, Jan 21, 2021 at 9:12 AM Zack Weinberg wrote:
> On Wed, Jan 20, 2021 at 5:15 PM Zack Weinberg wrote:
> > Now we've all had a while to recover from the long-awaited Autoconf
> > 2.70 release, I'd like to start a conversation about where the
> > Autotools in general might be going in
On Mon, Apr 22, 2019 at 10:12 PM Kip Warner wrote:
> How can I solve this problem?
Try using a stamp file only created on success. To do this you’ll need to
wrap your test calls in a script that creates the stamp file on success.
John
>
On Sat, Jun 23, 2018 at 1:00 AM or...@fredslev.dk wrote:
> Hi,
>
> I am using the GNU libtool alternative slibtool which has some benefits
> such as a smaller code base, actively maintained and a huge performance
> boost.
I’m curious - it’s neat that slibtool exists, but if you need functionali
e is assumed to be proper make script and
copied directly to the output file.
I suggest making your ast handle non automake chunks as a specific token
type designed to be passed through without modifications.
Just a few thoughts for you to consider.
Kind regards,
John Calcote
Hi Robert,
The Autotools were created to meet a specific need - that of the open
source distribution model supported by many open source projects where,
occasionally - or perhaps nightly, the project maintainers would release a
source tarball containing a configure script and Makefile.in files. As
Did you try:
CPPFLAGS="$CPPFLAGS -DMACR..."
?
John
Sent via the Samsung GALAXY S® 5, an AT&T 4G LTE smartphone
Original message
From: "Andy Falanga (afalanga)"
Date:04/02/2015 5:04 PM (GMT-07:00)
To: automake@gnu.org
Subject: The right way to use standard variable in
Hi Arthur,
Look carefully at your configure.ac file or any scripts calling your
makefile. See if you find anyone setting CFLAGS, CPPFLAGS, etc on the
way in. They maybe adding -c (erroneously) to these variables.
To answer your question, the TEST macro should be completely independent
of the
tool.
Indeed, I've found these guys to be quite amenable to adding new build
paradigms to automake's repertoire.
I'm glad you found a solution that works.
On Sep 1, 2013 3:36 PM, "Sergey 'Jin' Bostandzhyan"
wrote:
> John,
>
> On Sun, Sep 01, 2013
Sergey,
I'm curious as to why it's important to you that build products not land in
the source tree, especially in light of the fact that you're clearly aware
of automake's support for out-of-tree builds. Out-of-tree builds exist to
solve the very problem you're trying so hard to fix.
Be aware th
Hi Del,
First, if you're building a pure convenience library (you don't want shared
objects), then save yourself a layer of complexity by removing libtool from
the equation - just use LIBRARIES instead of LTLIBRARIES in your Makefile.am
file. Second, make sure all your relative paths are correct -
> > Rather, one GNU package could drop support for ordinary Make, and
see
> > how users react. If the level of complaint is not too high, then
>
> GCC dropped support for non-GNU make in version 3.4 (April 2004).
>
> We could see how users reacted to that.
Forgive my ignorance (beca
Jack,
-Original Message-
From: automake-bounces+john.calcote=gmail@gnu.org
[mailto:automake-bounces+john.calcote=gmail@gnu.org] On Behalf Of Jack
Kelly
Sent: Monday, July 18, 2011 1:34 AM
To: Ralf Wildenhues
Cc: 9...@debbugs.gnu.org; automake@gnu.org
Subject: Re: bug#9088: Java sup
On 03/19/2011 01:45 PM, Harlan Stenn wrote:
> Pippijn wrote:
>
>> On Fri, Mar 18, 2011 at 05:26:58PM -0700, Harlan Stenn wrote:
>>> If there was a student interested in showing how "easy" it was to use
>>> automake to do non-recursive Makefiles for a project, I'd be willing to
>>> co-mentor and wor
Hi Jeff,
On 02/17/2011 04:06 PM, Daily, Jeff A wrote:
> I wrote a profiling layer for my library utilizing weak symbols. I thought
> for starters it would be nice to profile some of my test programs, to make
> sure things are working okay. I'm using autoconf, automake, and libtool, so
> I con
On 11/21/2010 07:09 PM, Miles Bader wrote:
> John Calcote writes:
>> You need to remember the original target audience of GNU software was
>> a group of people that wanted to share free software. Most of them
>> were students or researchers that generally built software dis
You need to remember the original target audience of GNU software was a
group of people that wanted to share free software. Most of them were
students or researchers that generally built software distributed in
source form. Only in the last 10 years has Linux become generally
popular. Before that t
On 8/16/2010 9:06 AM, Bob Friesenhahn wrote:
> On Sun, 15 Aug 2010, John Calcote wrote:
>>
>> The warning you're seeing is harmless enough on platforms that support
>> GNU make. The purpose of the warning is to let you know that your users
>> will not be able to bu
On 8/14/2010 7:09 PM, samson.pierre wrote:
>
> Yes it works :-)
>
> But I see a little warning when I call autoreconf :
> `%'-style pattern rules are a GNU make extension
>
> I think it is because I use this character ‘%’ in my rules. But this ‘%’ is
> very interesting to define an implicit rules
On 6/30/2010 3:41 AM, Wesley Smith wrote:
>> From the automake manual:
>>
> You may only test a single variable in an if statement, possibly
> negated using ‘!’. The else statement may be omitted. Conditionals may
> be nested to any depth. You may specify an argument to else in which
> case it
On 6/20/2010 4:48 PM, Wesley Smith wrote:
>
>> src/lcairo.c : resource.qt
>>
>> I tested this and it works - here's my test code:
>>
> It definitely does work! Thanks so much. The QT resources in my case
> or code generated files from the actual source files, so it makes
> sense to trigger t
On 6/20/2010 3:05 PM, Wesley Smith wrote:
> libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../..
> -I/usr/include/lua5.1 -I/usr/include/cairo -I/usr/include/directfb
> -I/usr/include/freetype2 -g -O2 -MT lcairo.lo -MD -MP -MF
> .deps/lcairo.Tpo -c src/lcairo.c -fPIC -DPIC -o .libs/lcairo.o
>
> libto
On 6/20/2010 2:34 PM, Wesley Smith wrote:
> I also tried using lcairo.lo, which triggered the preliminary shell
> commands but barfed because the commands didn't generate lcairo.lo.
> hmm.. Is there a way to print out what rules were invoked during a
> make invocation?
>
You do want the actual
Wes,
On 6/20/2010 2:14 PM, Wesley Smith wrote:
> How does one do this kind of thing when the source file is specified
> in a subfolder?
> INCLUDES = -I/usr/include/lua5.1 -I/usr/include/cairo
> -I/usr/include/directfb -I/usr/include/freetype2
>
> lib_LTLIBRARIES = cairo.la
> cairo_la_LDFLAGS = -mo
Hi Wesley,
You could use BUILT_SOURCES to accomplish this. Any sources listed in
BUILT_SOURCES are built before any other rules are executed. Automake
does this by making BUILT_SOURCES a dependency of "all", "check" and
"install", so that when you run "make all", "make check" or "make
install", th
Hi Monty,
On 6/10/2010 11:42 AM, Monty Taylor wrote:
> Hey all,
>
> Potentially odd question...
>
> How would I accomplish something like what's in the subject? I have a
> source file that wants to be built before other files - so including it
> in BUILT_SOURCES does the right thing, but I do _not
Hi Steffen,
On 4/19/2010 1:22 PM, Steffen Dettmer wrote:
On Mon, Apr 19, 2010 at 8:25 PM, John Calcote wrote:
[...]
Builds in the Java world generally specify source files found
within a subtree using a globbing mechanism, with optionally
specified inclusions and exclusions.
Yes
Hi Ralf,
I've been thinking a lot about the JAVA primary lately. It turns out
that Automake's handling of Java sources is pretty efficient.
Experiments indicate that building ~500 Java source files in a single
command takes about 15 seconds on a 1.8 GHz CPU with 512 MB RAM. That
same set of 5
On 3/24/2010 11:22 AM, Peter Johansson wrote:
Hi Brendon,
Brendon Costa wrote:
So I tried replacing the variable with:
XXX_SOURCES= \
../common/map.cpp \
../linux/map.cpp
This will kind of build, though the location it is putting the object
files in is really bad and conflicts with those
On 3/22/2010 4:34 PM, Reuben Thomas wrote:
What about using a info browser to search through the manual?
I often do that. The trouble is that often what I want to know has to
be deduced from the manual, which is natural enough, because the
manual tends to be structured according to the struc
Hi Russell,
On 3/21/2010 6:14 AM, Russell Shaw wrote:
I was limping along for years learning autoconf/make in bits until this
tutorial came out
Autotools: a practitioner's guide to Autoconf, Automake and Libtool
http://www.freesoftwaremagazine.com/books/autotools_a_guide_to_autoconf_automake
Hi Reuben,
On 3/14/2010 4:29 PM, Reuben Thomas wrote:
I imagine this question has been asked before, but searching the
archives, the net and the manual didn't help me with the following:
I have a C program which loads some scripts at runtime. These are
stored in datadir (e.g. /usr/local/share/p
On 3/3/2010 12:53 PM, Russ Allbery wrote:
John Calcote writes:
While I agree that standards should be followed, I find this one
distasteful. I mean, "long long"? Is that supposed to be someone's idea
of a scalable solution? What happens when we have 128-bit systems? Dare
I
Sorry - I addressed this note to Jef. It should have gone to Ben. My
apologies.
On 3/3/2010 12:16 PM, John Calcote wrote:
Hi Jef,
On 3/3/2010 11:53 AM, Ben Pfaff wrote:
Jef Driesen writes:
It works fine for every system I have access too, but long long is not
standard and thus not
Hi Jef,
On 3/3/2010 11:53 AM, Ben Pfaff wrote:
Jef Driesen writes:
It works fine for every system I have access too, but long long is not
standard and thus not guaranteed to be present. So I just want to make
sure it will work on other systems too.
"long long" has been standard for
Hi Gregory,
On 3/2/2010 4:14 PM, Grégory Pakosz wrote:
./configure --host=i686-pc-linux-gnu \
--prefix=/arch/x86-linux/gnu \
CC="gcc -m32 -march=i586" \
CXX="g++ -m32 -march=i586" \
LDFLAGS="-m32"
I'm curious about why setting
On 2/24/2010 1:50 AM, Baurzhan Ismagulov wrote:
On Tue, Feb 23, 2010 at 04:05:47PM -0800, Daily, Jeff A wrote:
I attempted to split the "make check" target into "make check" (build
check_PROGRAMS) and "make test" (run check_PROGRAMS). However, I get
warnings that check-am was overridden. How
Hi Ralf,
On 2/6/2010 9:32 AM, Ralf Wildenhues wrote:
Hello,
to round up a couple of minor bits here:
* John Calcote wrote on Wed, Feb 03, 2010 at 05:57:49PM CET:
The trouble with LIBRARIES is that it only builds non-PIC static
libraries, which can't be linked into a libtool s
Steffan,
On 2/3/2010 5:50 AM, Steffen Dettmer wrote:
On Wed, Feb 3, 2010 at 8:33 AM, John Calcote wrote:
(PIC-based static only) library is to use the "noinst" prefix. But libtool
can be used to manually install a convenience library, so you could use
libtool to do this in an in
Hi Justin,
On 2/2/2010 6:39 PM, Justin Seyster wrote:
I'm pretty sure that making the framework a convenience library is my
ideal solution: the plug-in author will be able to distribute a single
shared object without any non-standard dependencies. However, I read
that Automake does not allow i
On 1/29/2010 10:17 AM, Steffen Dettmer wrote:
On Fri, Jan 29, 2010 at 5:21 PM, Bob Friesenhahn
wrote:
Regarding silent installs: Why do passenger trains have windows?
Why do passenger train windows have curtains?
SCNR :)
Okay - I can't help it! I bet the engineer's windows don
Hi Glus,
On 10/15/2009 9:41 AM, Glus wrote:
I'm developping an application. The question is that once installed I'd like
to find it hanged to my Gnome general applications menu. For this, I'm
searching the info about how should I configure the autotools files project.
I'd like to take the oppor
Hi William,
On 10/12/2009 12:26 PM, William Tracy (wtracy) wrote:
I'm trying to cross-compile a library that uses GNU Autotools (Google
Coredumper, to be specific) for PPC using the MontaVista tool chain. The
sequence of commands I'm following is:
$ ./configure --host=ppc CC=/path/to/gcc CXX=/p
On 9/28/2009 7:09 PM, John Calcote wrote:
Bruce,
On 9/28/2009 7:03 PM, David Bruce wrote:
Sorry David, then I went and got your first and last names mixed up.
Perhaps I'd better just be quiet now. ;)
Bruce,
On 9/28/2009 7:03 PM, David Bruce wrote:
Hello Ralf,
I found it! It was an utterly perversely subtle typographical error:
In my src/Makefile.am:
tuxmathserver_SOURCES = servermain.c\
server.c \
mathcards.c \
throttle.c \
Hi Dave,
On 9/11/2009 9:24 AM, Dave Steenburgh wrote:
Please excuse my ignorance, but my search fu is weak, and I think the
authors of tfm are conspiring to bewilder me. I have read several tutorials
and discussions on how to use the autotools, but to be honest my
understanding of them is extre
Hi Mick,
Your Automake syntax is correct, if you're trying to install a
pre-existing data file called nuchimp.xml into the /usr/local/share
(default $(datadir)) directory. The error you're getting indicates that
make can't fine the file nuchimp.xml. Are you sure it exists in the same
director
Sorry - I forgot to give the relative path in the pic_DATA variable
below - here's the corrected version:
picdir = $(datadir)/pics # assuming you want png's installed in
/usr/local/share/pics
pic_DATA = pics/mypicture.png
Hi David,
On 8/11/2009 7:28 AM, David Liebman wrote:
Hello,
This is a newbie question.
I have a simple project that I'm using automake and autoconf on. It
involves a simple c program, but uses a png image. The png image is in a
directory called 'pics' and I want it copied to a certain director
Hi Michiel,
On 8/4/2009 10:01 AM, Michiel Soede wrote:
Hi,
I have a problem with dependencies to libraries in my build structure.the
directory structure in my project is as follows (roughly):
configure.acmakefile.amapps/ makefile.am app1/
main.cc ma
Hi Ben,
The reason this works is because of the way AM Conditionals are
implemented. If a conditional is true, then all contained statements are
in effect. Otherwise, all contained conditions are commented out in the
resulting makefile.
Regards,
John
On 7/29/2009 8:57 PM, Ben Pfaff wrote:
which is not supposed to be a comment. Just
shooting in the dark now...
发件人: John Calcote [mailto:john.calc...@gmail.com]
发送时间: 2009年7月24日 14:28
收件人: A117
抄送: Automake@gnu.org
主题: Re: how to install library in a specific directory?
On 7/24/2009 12:21 AM, A117 wrote:
lib_LTLIBRARIES = libezcomm
On 7/24/2009 12:21 AM, A117 wrote:
lib_LTLIBRARIES = libezcommon.la
myincludedir = $(includedir)/ezproject
myinclude_HEADERS= ezcommon.h tinystr.h tinyxml.h
libezcommon_la_SOURCES = ezcommon.cpp \
tinystr.cpp tinyxml.cpp tinyxmlerror.cpp tinyxmlparser.cpp
#libezcommon_la_LIBADD = tinystr.
On 7/23/2009 7:45 PM, A117 wrote:
Sorry I forgot to mention the files in EXTRA_DIST are to be packed into release
package. All the cpp files mentioned here already exists and are to be compiled
and released.
If I put all cpp files in _SOURCES, the EXTRA_DIST files are not released. The
only wa
On 7/23/2009 4:28 AM, A117 wrote:
Why don't I need to run ldconfig manually after installing other official softwares, like osip2? I
tried "ldconfig -p" and saw the library was aware of, i.e., listed, before running
"ldconfig". But linkage could not find the library then.
Linux distro ins
On 7/22/2009 9:15 PM, A117 wrote:
Thank you. I've decided to put the library in /usr/local/lib, while its header
files in /usr/local/include/ezproject.
It's strange though /usr/local/lib is in /etc/ld.so.conf (actually in another
file it includes), and I can build other programs acting much as
On 7/22/2009 2:12 AM, bonami wrote:
I have two projects. One generates a shared library and the other uses it.
The library is to be installed in /usr/local/lib/ezproject, while the
project's name is ezcommon. I have problems in both the projects.
ezcommon's configure.ac,
…
AC_INIT(ezcommon,
On 7/10/2009 5:42 PM, Andrew W. Nosenko wrote:
On Fri, Jul 10, 2009 at 20:52, John Calcote wrote:
2) Is there any movement within the Automake community to move toward the
LSB directory structure as the default?
Excuse me, but why automake should prefer one of the many OS and
Hi Russ,
On 7/10/2009 12:32 PM, Russ Allbery wrote:
While messing around building RPM files recently, I happened to notice
that most Linux distros like to put documentation files into
${datarootdir}/doc/*packages*/${PACKAGE}.
Debian doesn't.
My mistake here - sometimes I leap befor
Hi all,
Just a quick question for those who might know.
I understand that Automake generates ${docdir} as
${datarootdir}/doc/${PACKAGE}, as per the Automake manual, section 2.2.3.
While messing around building RPM files recently, I happened to notice
that most Linux distros like to put docum
Hi Nicolas,
On 7/9/2009 11:13 AM, Nicolas Bock wrote:
Hello list,
I have the following problem: I want to add an external package to our
own package. The external package is already configured in the sense
that its maintainer ran "make dist" and I simply untared the tar file
into some directory
Hi Bob,
On 7/6/2009 5:24 AM, Bob Ham wrote:
Hi there,
I have a problem due to conflicts between local and system header
filenames. This problem comes about because of the addition of -I. to
the CXXFLAGS of any objects. I've traced this to a variable called
DEFAULT_INCLUDES in every Makefile.i
eport with John Calcote!
Fixed! Thanks!
John
Hi John,
On 6/29/2009 1:44 PM, Ralf Wildenhues wrote:
Hello John,
* johnwohlb...@gmail.com wrote on Mon, Jun 29, 2009 at 09:36:09PM CEST:
in top/lib/Makefile.am
SUBDIRS = pika_comm pika_utilities
# provide a separate recursive target for making tests
tests : all
echo `pwd`;
for dir in $(SU
Hi Ralf,
On 6/24/2009 12:59 PM, Ralf Wildenhues wrote:
It looks like the last line should contain:
zardoz.dvi zardoz.pdf zardoz.ps zardoz.html
It would if you had
@setfilename zardoz.info
in your zardoz.texi file. Hmm, this is probably a bug in Automake,
but from 'info t
Hi Automake maintainers,
I think there's a bug in the distcheck target related to the TEXINFO
primary. (You may already know about it. I did a google search, but
didn't find any references to it.)
Here's part of a sample Makefile.am from page 24 of the the Automake
manual (1.10.2):
bin_PRO
Hi everyone,
I was wondering what the procedure was for cross-compiling 32-bit apps
on a 64-bin Linux system? Do you need special libraries. What
command-line options are used? That sort of thing. I'm happy to read up
on it, if there are references that you can point me to.
Thanks in advance
Hi Bob,
On 5/17/2009 11:05 PM, Bob Friesenhahn wrote:
On Mon, 18 May 2009, Ralf Wildenhues wrote:
You can use
AM_SILENT_RULES
Worked! Thanks!
Unfortunately, it does not silence the warnings from my code.
Forgive me, but do you really want it to do this?
Of course, if you want to permane
On 5/6/2009 3:15 AM, Andreas Schwab wrote:
John Calcote writes:
One thing that bothers me a little is that we never really did solve
Gerald's original problem. He said his library was created just fine when
he was passing 2:0:0, but when he switched to 2:0:1, it created a library
w
Hi Ralf,
On 5/5/2009 2:46 PM, Ralf Wildenhues wrote:
Hello,
I think most issues were already cleared up in this thread.
* John Calcote wrote on Sun, May 03, 2009 at 06:58:09PM CEST:
It appears that Libtool is smart enough to detect ridiculous cases, but
it should probably throw an error
Gerald,
On 5/3/2009 3:32 PM, Gerald I. Evenden wrote:
In a shared library there are about 8 routines out over 100 that refer to
libgsl and libpthread. A frequent situation may arise where an application
program has no need for using the 8 procedures infected with other library
needs.
At the cu
Gerald,
On 5/3/2009 12:40 PM, Gerald I. Evenden wrote:
I want to thank you all for the assistance, however I still find the libtool
manual not very illuminating. In particular, I used section 7.3 in make my
release number and, in particular, item 5 related to adding an interface
since last rele
Hi Gerald,
On 5/3/2009 9:51 AM, Jan Engelhardt wrote:
On Sunday 2009-05-03 17:41, Gerald I. Evenden wrote:
libproject_la_LDFLAGS = -version-info 2:0:1
which worked fine when with previous loading of a library with 2:0:0
versioning code.
But now, when I go through the autoreconf, configur
Hi Robert,
On 4/30/2009 11:07 PM, Robert J. Hansen wrote:
I've used Autotools in a few small projects before, but nothing which
required auxiliary files to support the binaries. Typically, I've seen
these auxiliary files stored in /usr/share/package-version/, and would
like to do the same thing
On 4/29/2009 5:27 PM, Ben Pfaff wrote:
Stefan Bienert writes:
Could it be that a primary
noinst_TEXINFOS
does not work with automake 1.10.2?
This seems likely. I reported the same problem some time ago:
http://permalink.gmane.org/gmane.comp.sysutils.automake.bugs/4046
My r
See my online Autotools book at freesoftwaremagazine:
http://www.freesoftwaremagazine.com/books/autotools_a_guide_to_autoconf_automake_libtool
Chapter 4 is all about automake. This book is due to be published by No
Starch Press in October 09.
John
On 4/24/2009 12:16 AM, automake wrote:
On 4/22/2009 8:54 PM, automake wrote:
Hi
I have a similar problem with giving a customized target. I have included
target into Makefile.am
as
extra:
...nm
...link
But the default target for makefiles from configure.ac is all. Is there a
way to add this target to all sub-target
On 4/20/2009 3:49 PM, Peter O'Gorman wrote:
John Calcote wrote:
On 4/18/2009 3:08 PM, LCID Fire wrote:
I'm currently stuck with compiling a JNI library, which java does not
recognize. I'm not too sure about what options I have to provide to
automake and which are
On 4/18/2009 3:08 PM, LCID Fire wrote:
I'm currently stuck with compiling a JNI library, which java does not
recognize. I'm not too sure about what options I have to provide to
automake and which are already builtin. Does anybody know an example
of how a jni lib is built using automake?
There
On 4/18/2009 2:32 PM, Jan Engelhardt wrote:
On Saturday 2009-04-18 22:06, Russ Allbery wrote:
Russ Allbery writes:
Ralf Wildenhues writes:
[1] I'm asking because Automake 1.11 will reliably not install files if
their respective installation directory is empty. This is not
Hi Lorenzo,
Please see my on-line Autotools book at freesoftwaremagazine.com. It
covers extensively the use of doxygen as an add-on to Autoconf and
Automake.
http://www.freesoftwaremagazine.com/books/autotools_a_guide_to_autoconf_automake_libtool
Chapters 6 and 7 deal more specifically with
By the way, you may be interested in seeing how I was able to use
m4_define and still get aclocal to use my file for gnulib's AC_DEFUN_ONCE
replacement (coupled with an AC_REQUIRE([gl_00GNULIB]) in gnulib-common.m4):
http://git.savannah.gnu.org/cgit/gnulib.git/tree/m4/00gnulib.m4
http://git.savan
On 4/3/2009 5:31 PM, Ralf Wildenhues wrote:
Hi John,
* John Calcote wrote on Fri, Apr 03, 2009 at 09:33:40PM CEST:
On page 158, paragraph 3 of the 2.63 Autoconf manual, it states:
"If a macro doesn’t use AC_REQUIRE, is expected to never be the object
of an AC_REQUIRE directive, and m
Automake maintainers,
On page 158, paragraph 3 of the 2.63 Autoconf manual, it states:
"If a macro doesn’t use AC_REQUIRE, is expected to never be the object
of an AC_REQUIRE directive, and macros required by other macros inside
arguments do not need to be expanded before this macro, then use
On 4/3/2009 12:29 PM, Ralf Wildenhues wrote:
Hello Gerald,
* Gerald I. Evenden wrote on Fri, Apr 03, 2009 at 08:11:22PM CEST:
One added note, that bothers me a little.
If the system checks for an entry being present in a particular iibrary by
compiling/linking a test program using the func
Andreas,
On 4/3/2009 3:26 AM, Andreas Otto wrote:
I currently writing a java JNI extension used only for local "check" and
this library should *not* be installed.
...
Question: what can I do to get a shared LTLIBRARIES using the "noinst"
prefix ?
Use check_LTLIBRARIES instead of
On 4/3/2009 8:49 AM, Gerald I. Evenden wrote:
On Thursday 02 April 2009 5:56:52 pm Peter Johansson wrote:
Hello Gerald,
Gerald I. Evenden wrote:
After trying so many options related to libraries I am exhausted.
I have a simple program that needs to link with a shared library
install
On 4/2/2009 3:45 PM, Gerald I. Evenden wrote:
After trying so many options related to libraries I am exhausted.
I have a simple program that needs to link with a shared library installed
in /usr/local/lib.
When using my own simple Makefile and simply adding "-lproject -lm" everything
works fine
Gerald,
On 4/2/2009 3:45 PM, Gerald I. Evenden wrote:
After trying so many options related to libraries I am exhausted.
I have a simple program that needs to link with a shared library installed
in /usr/local/lib.
When using my own simple Makefile and simply adding "-lproject -lm" everything
w
While we're on the issue of Automake silent rules, I've got a comment
about Libtool hiding half of it's compiles.(Thus, I've added the libtool
list as well.)
I was recently building a project that failed without an error message,
while running under "non-silent" mode, or the original GNU build
Russell,
On 4/1/2009 4:47 AM, Russell Shaw wrote:
Hi,
In //keysyms, i have a Makefile.am and it generates a
"genkeysyms" program
in C.
//src contains a Makefile.am and it generates source files in this
directory using ../keysyms/genkeysyms, then uses these sources in the
rest
of the compile
Santiago Capel Torres wrote:
> Hi I'd like to know of any sample or small c++ project for GNU/Linux
> which uses any kind of loadable plugins with the ld library. It should
> be complete in the sense of having all the autotools files and the c/c++
> code of both the main application and the plugins
Stefano D'Angelo wrote:
> 2008/10/3 Stefano D'Angelo <[EMAIL PROTECTED]>:
>
>> 2008/10/2 John Calcote <[EMAIL PROTECTED]>:
>>
>>> You may wish to check out my book on Autotools, hosted by Free Software
>>> Magazine. In there, I mak
You may wish to check out my book on Autotools, hosted by Free Software
Magazine. In there, I make several references to doxygen, and use code
snippets to implement doxygen targets within the sample projects and
examples provided in the book.
http://www.freesoftwaremagazine.com/books/autotools_a_g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Schwab wrote:
> John Calcote <[EMAIL PROTECTED]> writes:
>
>> Andreas Schwab wrote:
>>> John Calcote <[EMAIL PROTECTED]> writes:
>>>
>>>> Make is a two-pass utility. The first pass compl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Schwab wrote:
> John Calcote <[EMAIL PROTECTED]> writes:
>
>> Make is a two-pass utility. The first pass completely assimilates all
>> macro data specified in the Makefile. THEN, the second pass generates
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Schwab wrote:
> David Sveningsson <[EMAIL PROTECTED]> writes:
>
>> Hi, I am having some problems with conditional sources. This is what I
>> have in Makefile.am:
>>
>> lib_LTLIBRARIES = libfoo.la
>> libfoo_la_SOURCES = foo.cpp
>> if WANT_BAR
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> While that would make sense but my problem originates from the fact that
> the conditional files isn't compiled.
>
> After some hacking into the generated Makefile I noticed that the files
> wouldn't be compiled even if I inserted them into libfoo_l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Sveningsson wrote:
> Hi, I am having some problems with conditional sources. This is what I
> have in Makefile.am:
>
> lib_LTLIBRARIES = libfoo.la
> libfoo_la_SOURCES = foo.cpp
> if WANT_BAR
> libfoo_la_SOURCES += a.cpp
> else
> libfoo_l
1 - 100 of 130 matches
Mail list logo
