WHOLESALE SOURCES 2002
FIND OVER 1,000,000 PRODUCTS
The most useful Wholesale Source Guide ever put together... Save up to
90% on over ONE MILLION top quality brand-name products.
Get low wholesale prices directly from Wholesalers, Distributors, Vendors, and
Liquidators. Eliminate the middl
a solution that
works for automake 1.5 upwards ...
(also, what is the "preferred" way to add a C/C++ flag from configure.in
?)
thanks
john
t; oprofiled.cc would be sufficient.
This seems IMHO to be a terrible hack. I've found automake to be quite
flexible so far; am I hitting one of its limitations ?
thanks
john
--
"When a man has nothing to say, the worst thing he can do is to say it
memorably."
- Calvin Trillin
UILD_CC to
> the value of $(CC) for C and the value of $(CXX) for C++ and use
> $(BUILD_CC) in the rules.
How would this look in a Makefile.am ? Would I have to throw away
auto-deps for this to work ?
regards
john
--
"History is the slaughter-bench at which the happiness of peoples,
This seems like the best hack suggested so far.
thanks
john
--
"History is the slaughter-bench at which the happiness of peoples, the
wisdom of states and the virtue of individuals have been sacrificed."
- Hegel
ed dummy.cc:
>
> clean-local:
> rm -f dummy.cc
I did
CLEANFILES = dummy.cc
instead, which seems "better"
thanks
john
--
"History is the slaughter-bench at which the happiness of peoples, the
wisdom of states and the virtue of individuals have been sacrificed."
- Hegel
CCLINK and CCLD).
Seems super-fragile.
dummy.cc is working well, though I'm not going to buy it any beers if I
ever meet it ...
regards
john
--
"History is the slaughter-bench at which the happiness of peoples, the
wisdom of states and the virtue of individuals have been sacrificed."
- Hegel
On Thu, Nov 14, 2002 at 12:40:29PM +0100, Alexandre Duret-Lutz wrote:
> You can override the LINK command on a per-program basis:
>
> foo_LINK = $(CXX) $(AM_CFLAGS) $(CFLAGS) $(AM_LDFLAGS) $(LDFLAGS) -o $@
Works a treat. Thanks a lot.
regards
john
--
Khendon's Law: If the same
can I do this so make dist and separate objdir/srcdir will still
work properly ?
I'm using automake 1.5 upwards and autoconf 2.13 upwards
thanks
john
--
"Anyone who says you can have a lot of widely dispersed people hack away on
a complicated piece of code and avoid total anarchy
27;m using automake 1.5 upwards, autoconf 2.13 upwards
thanks
john
--
"Anyone who says you can have a lot of widely dispersed people hack away on
a complicated piece of code and avoid total anarchy has never managed a
software project."
- Andy Tanenbaum
rm -f $(DESTDIR)$(bindir)/op_stop
rm -f $(DESTDIR)$(bindir)/op_dump
It seems to work fine
regards
john
--
"ALL television is children's television."
- Richard Adler
esence of the
modern feature, and die with an intelligent error message if it isn't
found.
- John Burger
MITRE
lace.la is NOT used, nor compiled, if there is nothing to put
into it?
My main Makefile.am lists "replace" in the SUBDIRS variable. Each of my
subdirectories' Makefiles list libreplace.la in their fo_LDADD variables. How
can I make this conditional?
--
--John GruenenfelderRe
Dear friend,
Compliment of the day, I am JOHN KYARI, The son of late General Kubwa Kyari of the
Democratic Republic of Congo.
My father was a General in the Congolese Army. In his position (My father) with the
office of the presidentcy during the regime of Laurent kabila, he was assigned on
Dear Friend,
Compliment of the day, I am JOHN KYARI, The son of late General Kubwa Kyari of the
Democratic Republic of Congo.
My father was a General in the Congolese Army. In his position (My father) with the
office of the presidentcy during the regime of Laurent Kabila, he was assigned on a
Dear Friend,
Compliment of the day, I am JOHN KYARI, The son of late General Kubwa Kyari of the
Democratic Republic of Congo.
My father was a General in the Congolese Army. In his position (My father) with the
office of the presidentcy during the regime of Laurent Kabila, he was assigned on a
Dear Friend,
Compliment of the day, I am JOHN KYARI, The son of late General Kubwa Kyari of the
Democratic Republic of Congo.
My father was a General in the Congolese Army. In his position (My father) with the
office of the presidentcy during the regime of Laurent Kabila, he was assigned on a
Is there a libtool list? Or can I ask libtool questions here?
--
John
ADERS= ./config.status
creating Makefile
Makefile:16: *** missing separator. Stop.
I have just run ./configure as instructed in the INSTALL doc.
Should I be using some old version of Automake or do I also need run
something else before configure to bring things uptodate?
--
John
: error: possibly undefined macro: AM_TYPES
configure.ac:432: error: possibly undefined macro: AM_DEFINE_MUTEXES
This is the result of running autoconf (v2.57) on Berkeley DB v4.1.25.
Is there something obvious I have missed?
--
John
With the new ftp upload procedures, shouldn't the automake targets be
changed appropriately? In particular:
The dist target should generate the package.tar.gz.asc file and the
dist-check target should verify that this signature is indeed valid.
J'
--
PGP Public key ID: 1024D/2DE827B3
fingerp
so I'd be obliged if someone could
tell me what the status is.
Thanks,
John
--
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
See http://wwwkeys.pgp.net or any PGP keyserver for public key.
pgp0.pgp
Description: PGP signature
On Tue, Dec 02, 2003 at 07:43:01PM -0600, Bob Friesenhahn wrote:
Based on my recent experience, non-recursive builds are working very
well in the current automake release. Use 'subdir-objects' in
AUTOMAKE_OPTIONS if you want the objects to be placed at the same
relative locat
On Wed, Dec 03, 2003 at 02:38:52PM -0600, Bob Friesenhahn wrote:
Does src1/foo.c exist?
Yes.
Are you using Automake 1.7.9?
No. I was using 1.7.6 and it seemed that atl_SOURCES=src1/foo.c
works fine with this version. So presumably the underscore thing was
introduced between 1.
Is there any way to instruct automake to only use relative pathnames
in its makefile? This way, one could actually use the VPATH feature,
which is essential if you're building a project under certain CM
systems.
J'
--
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285
On Sun, Dec 07, 2003 at 09:24:30AM -0600, Bob Friesenhahn wrote:
On Sun, 7 Dec 2003, John Darrington wrote:
> Is there any way to instruct automake to only use relative pathnames
> in its makefile? This way, one could actually use the VPATH feature,
> which is
Recent versions of auto{make,conf} have become a pain to use.
Especially if you're using gettext too.
I think that some of these tools are trying to be just a little bit
too clever.
One particular problem is the way in which they modify each other's
input files. After a while, your Makefile.am lo
like this is a
common problem to handle.
Thanks,
John Ling
Where do I add loader as a target?
Finally, if I do get this to work, how are dependencies handled by this
system. i.e. if I do a make clean will it clean even those objects
built by Makefile.loader?
Thanks,
John Ling
Ah yes, ok links maybe the way to go then.
Thanks,
John
Alexandre Duret-Lutz wrote:
"jling" == jling <[EMAIL PROTECTED]> writes:
jling> Is there a way to include a directory which is external or outside of
jling> the $(top_srcdir) and which is not involved in th
sed to be using
Gettext specifically to somehow handle this issue.
Thanks,
John Ling
Alexandre Duret-Lutz wrote:
"Ralf" == Ralf Wildenhues <[EMAIL PROTECTED]> writes:
[...]
Ralf> A few issues that come to my mind possibly worth
Ralf> improving (not the docume
Alexandre Duret-Lutz wrote:
John> Thank you Alexandre for providing that documentation. I found the
John> last section on "proxy" makefiles helpful in incorporating the other
John> projects makefile. I did get it working with this method. For
John> example, I di
this error:-
configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
configure.ac consists of:-
AC_INIT(zardoz, 1.0)
AM_INIT_AUTOMAKE
exactly as shown in the example.
Is the example correct?
--
John
I've never written a Makefile.am file but would like to have a try...
GNU ed seems like a relatively simple app, so I'd be interested in writing
one for it. Can anyone suggest where I start?
--
John
On Sat, Apr 24, 2004 at 04:06:50PM -0500, Stephen Torri wrote:
> On Sat, 2004-04-24 at 15:21, John Poltorak wrote:
> > I've never written a Makefile.am file but would like to have a try...
> >
> > GNU ed seems like a relatively simple app, so I'd be interested
local
will create aclocal.m4. Any reason why it shouldn't?
--
John
alled '$(MYDIR)' which is not what I intend to happen.
How do I do this path variable substitution?
Thanks,
John
value of this variable, I then want to
pass a signal from my Makefile.am to yet another Makefile which is
called from Makefile.am. This signal is to tell the second Makefile to
add an -lz in its LIBS definition.
How do I do this? In what way can I send such a flag/signal?
Thank You,
John
igure time, and then pass this information all the
way to Makefile.loader where I can decide whether I can add a '-lz' in
my LIBS variable, in this Makefile.loader, in order for it to link to
this Z library.
What is this substitution string in this case for the Z library and how
can
I think I've figured out the way to do it:
In my Makefile.am I put in a line like 'export CONFIGURE-TIME_LIBS=$(LIBS)'
Then in my Makefile.loader I put in my LIBS definition:
LIBS = $(CONFIGURE-TIME_LIBS) ...
Regards,
John
Bruce Korb wrote:
John Ling wrote:
Hello, I want to
ons on why this is and how I can execute these two commands?
Thank You,
John Ling
t directory.
I've tried adding $(DESTDIR) and @DESTDIR@ in various places, but
haven't found the magical invocation that will get distcheck to run
successfully.
-- John Kodis.
o/webgoo-1.0/_inst/ when the 'goo' program
gets installed in the bin directory, but is not taken into account at
the next step when trying to create the cgi-bin directory /var/www/cgi-
bin/webgoo.
It sure seems like this should be an easy thing to do, but I haven't
been able to figure out how to do it.
-- John Kodis.
EBDIR=${WEBDIR-\$(pkgdatadir)}
+ test "$dc_destdir" && WEBDIR=$pkgdatadir
... but it seems that $dc_destdir doesn't get set when doing the
./configure step. Is there some variable or other test that can be
used to determine when a make distcheck is being performed?
-- John Kodis.
anks all the same to Ralf and everyone else who has offered
suggestions for solving this problem.
-- John Kodis.
akefile.am in this package. Do I need to create one?
--
John
aclocal on gcc goes from 11.486 (11.160 + 0.326) to 10.362
(10.045 + 0.316) on my box (PIII 400 MHz); other codebases also have
similar gains.
Im new here, so feel free to point out anything remotely related.
John
aclocal-defun.patch
Description: Binary data
processed.
Any suggestions?
Thanks,
John
be able to include this directory and the necessary files such as
codeset.m4 on its own.
Thanks,
John
Hi Ralf, yes that's exactly what I am trying to do.
Since I'm using automake 1.7.7 then this is why it isn't including the
m4 directory.
I'll just use EXTRA_DIST for now then until I upgrade to a more recent
Automake.
Thanks,
John
Ralf Wildenhues wrote:
Hi John,
I tried:
install-data-hook:
mv $(prefix)/include/*.h $(prefix)/include/tclap
But still by this point $(prefix)/include contains no files to move.
I think I will just copy it from the source tree itself.
Thanks,
John
Ralf Wildenhues wrote:
Hi John,
* John Ling wrote on Wed, Jun 22
linked
into several other programs. When this source file is compiled with
"$(CC) -o $@ -DMAIN $<" will build a stand-alone test program. This
test program is what I'd like built but not installed.
-- John Kodis.
rectory, it will work fine (replacing res/windows.rc with
windows.rc of course).
Is there a way to specify that windows.o is in the res directory, or do I
need to use SUBDIRS and a Makefile.am in res?
Thanks,
John Ratliff
> Hello,
>
> On Tue, Sep 27, 2005 at 01:40:34AM -0500, John Ratliff wrote:
> > make[2]: *** No rule to make target `windows.o', needed by `mpg.exe'.
> Stop.
>
> this message indicates a problem in the makefile. It seems that the
> variable mpg_OBJECTS
$<
> Are you willing to test this with CVS Automake? (Requires test
> Autoconf.)
Sure. How do I get CVS Automake and Autoconf?
--John Ratliff
$<
> Are you willing to test this with CVS Automake? (Requires test
> Autoconf.)
Sure. How do I get CVS Automake and Autoconf?
--John Ratliff
ject name should contain
> > it, too.
>
> > Does this work for you?
>
> John has confirmed in a private mail that this patch fixes his problem.
Sorry. I forgot to hit reply to all. Yes, it fixes my problem.
>
> > It applies to CVS version, but also to 1.9.6
This patch adds the ability to use partial $(wildcard *.h) (GNU?)
make-style syntax in automake variable declarations. It is useful for
projects where the files for each target are are organised in a single
directory.
Example -
banana_SOURCES = fridge.app $(wildcard *.tree)
banana_SOUR
[EMAIL PROTECTED] (Johan Danielsson) writes:
> > + local @list = glob($relative_dir);
>
> Please don't use glob. It's broken.
Sorry, I don't understand how )-:
I found two QAs in the Perl FAQ about glob:
[...]
By default glob() forks csh(1) to do the actual glob
exp
Alexandre Oliva <[EMAIL PROTECTED]> writes:
[...]
> IMO, the cleanest way to accomplish what you want is to add a rule to
> your Makefile.am that will expand a glob pattern and write it to a
> macro definition in a Makefile fragment you `include' in Makefile.am.
[...]
Yes, that is a much bette
tical to a library identical: A
library is an archive of objects. A jar is an archive of objects. Jar's
happen to be compressed as well, but that's irrelevant. Conceptually,
they're the same.
I would argue in favor of different names for political reasons. :) There's
still a fairly large rift between C/C++ and Java developers.
--john
t.
Forgive my ignorance (because I'm *sure* I'm missing something crucial
here), but I don't believe this is a fair comparison, since GCC's use of
make doesn't appear (to me) to be in the same order as Automakes use of
make.
Regards,
John
re correct - that's often
the problem with errors like this.
Regards,
John
> -Original Message-
> From: automake-bounces+john.calcote=gmail@gnu.org
> [mailto:automake-bounces+john.calcote=gmail@gnu.org] On Behalf Of
> Del Merritt
> Sent: Wednesday, August 1
f that.
So, at least on a personal level, I am strongly opposed to rolling
libtool into automake.
John Bytheway
r extensions as well.
John
so hard to fix.
Be aware that you're kicking against the pricks (as the old saying goes).
Sooner or later you'll run into other issues with new versions of automake
that may not have such simple resolutions.
Regards,
John
On Sep 1, 2013 11:53 AM, "Sergey Jin' Bostandzhyan"
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
Hello,
I'm wondering what the canonical way of providing my own compile/link
target are for sources with a particular suffix.
If I have a language foo (interpreted) and a byte compiler fooc how do I
best achieve what would be done equivalently in a C based Makefile.am.
I'd like to take advantage
the check programs being built - it merely specifies which
scripts/programs to run when tests are actually executed.
Regards,
John
On 3/12/2015 4:23 PM, Arthur Schwarz wrote:
Win7-64 bit
Cygwin 64-bit
g++ 4.9.2
I'm trying to link test program. The linker command option given to g++
during
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
ou might find helpful:
http://www.freesoftwaremagazine.com/books/autotools_a_guide_to_autoconf_automake_libtool
John
On Mon, Sep 28, 2015 at 4:20 AM, Robert Parker wrote:
> I need to meet the requirements of 2 sets of users, the ordinary user who
> is only interested `./configure;
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
but if you need functionality
offered by libtool then why not just use libtool?
John
>
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
>
ve. People want to pick up a book or a manual and become
an expert within the first chapter - they have busy lives and don't want to
spend a good portion of it learning esoteric tools by absorbing long
reference manuals. Therefore, if the documentation were to be supplemented
with a good getting-started guide, it would go a long way toward improving
the documentation.
Regards,
John
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
>
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
Why not just write it as:
a_SOURCES = aprog/main.c \
aprog/foo.c \
aprog/bar.c \
aprog/baz.c ...
??
On Mon, Jul 17, 2023 at 12:55:59AM +0200, Jan Engelhardt wrote:
> Given
>
> a_SOURCES = aprog/main.c aprog/foo.c aprog/bar.c aprog/baz.c ...
>
> The more source files there ar
old autotools - configure.ac used to be named configure.in - only newer
versions understand configure.ac.
>>> <[EMAIL PROTECTED]> 2/8/2006 4:24:41 am >>>
Hello
After a lot of struggle and help, I managed to get my programs in an
automake
format (configure;make;make install). I have used same st
I've been trying to convert a rather largish automake controlled
project from a recursive style build system, to a non-recursive one.
I was rather suprised to see that automake decides to put all the
object files in the root directory; not only ugly, but destroys the
namespaces afforded by each dir
My project is getting a number of complaints that the makefiles dont
work on BSD (and one or two other platforms). It seems that
automake generates non-portable makefiles when it comes to built sources.
Our build system is rather large, but a simplified one is somthing
like:
$(top_builddir)/
On Wed, Jul 12, 2006 at 02:33:21PM +0200, Stepan Kasal wrote:
Hello,
On Wed, Jul 12, 2006 at 08:13:06PM +0800, John Darrington wrote:
> $(top_builddir)/subdir/mystuff.c: $(top_srcdir)/subdir/mystuff.x
> cp $(top_srcdir)/subdir/mystuff.x
$(top_builddir)/
ror 1
Thanks,
John Ling
e... none required
checking for library containing socket... none required
checking for library containing compress... -lz
checking whether gcc and cc understand -c and -o together... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles comman
only "# dummy".
But I am able to manually create the .deps directory in that location so
at least my user account that I use isn't the cause of the inability to
create the directory.
Thanks,
John
Ralf Wildenhues wrote:
Hello John,
* John Ling wrote on Thu, Sep 28, 2006 at 08:43
[ CCing to automake@gnu.org as this is an automake issue ]
I had similar problems after upgrading to automake-1.10, which
(because it wasn't available in Debian etch) I installed in /usr/local
whereas all the m4 macros were in /usr.
The solution I used was to create a file
/usr/local/share/acloca
lexibility by using the second option
because you could change the syslogdir without changing the prefix.
But, is there a conventional, or more correct approach?
If you have an opinion on it, then what's your rationale?
Thanks in advance,
John
ff from someone
else's project without understanding it. Now I understand what it's
doing, and it just opens up more questions. :)
Regards,
John
NOTE: I routinely build in non-source directories because I can keep
separate sets of configure options.
Bob, server/Makefile's VPATH only contains the expansion of
@top_srcdir@/server, which in this case is ../../server. This means
that make won't be able to find any sources listed that exist in
)/../common/mySleep.c, which resolves to
../../server/../common/mySleep.c, which finally resolves to
../../common/mySleep.c.
hth
John
Harlan Stenn wrote:
> > You can use: ../common/mySleep.c in your foo_SOURCES list.
If the sources are in /home/user/src and you go to /home/usr/build
and do &q
more
flexibility on the make command line.
2. Don't use either autoconf or make variables in automake file lists
because it may confuse dependency management code - VPATH is your
friend here.
Thanks again!
John
On Wed, Mar 5, 2008 at 10:39 AM, John Calcote <[EMAIL PROTECTED]> wrote:
> Eri
it even exists, much less
what it's for. This maybe because it's no longer needed, and has thus
be removed from the manual...
Thanks,
John
In fact, I generate most of
my rpm and debian build scripts this way.
Regards,
John
a problem for me.
John
rmation provided.
3. Please don't try to avoid hurting my feelings - tell me like it is.
I'd rather be wrong in front of you guys than look stupid to the rest
of the world.
If we're not learning all the time, where's the fun in the journey?
Cheers and thanks in advance--
John
he impression that
such dependency lists MUST be statically defined for the sake of
automake. Is this no longer true? Or was it ever true?
If it's not true, then what is the recommended method for building
more dynamic dependency lists?
Thanks,
John
ortunately, I haven't started on my automake chapter yet
(that's Chapter 4), but there is a fair amount of generic information
about the problems that automake tries to solve in Chapters 1 and 2.
John
other languages has mostly been
added by community contributors.
I've used the Java support myself, and it works pretty well, but could
stand some improvement to take it to the same level as ant or maven.
What languages are you interested in?
John
y on mingw and in the
lib directory on other platforms. This is proper for both systems. What
it requires is an conditional section in your Makefile.am, checking for
mingw platform. The variable can be setup in your configure.ac script,
and exported using AM_CONDITIONAL.
John
ries
like binaries, so expects to find them in the executable path, while
Unix treats them as separate first-class entities. They have their own
search paths, separate from binaries, plus about half a dozen other ways
to find libraries - some system-configured, and others hard-coded into
your app by the linker. But none of these methods look in the bin
directory for a library.
John
1 - 100 of 252 matches
Mail list logo
