I am using CVS automake. After doing a 'make dist', I find that all
the files in my source directories are marked world read/write. This
makes it easier for others to add trojan horses to the code I write.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http
On 6 Apr 2000, Alexandre Oliva wrote:
On Apr 6, 2000, Bob Friesenhahn [EMAIL PROTECTED] wrote:
What is the approved mechanism to selectively pass additional options
to libtool from Automake?
I don't think we have one so far. But this should work:
LIBTOOL = @LIBTOOL@ --silent
there are additional members, or the
size of members has changed.
If we should not be installing config.h files, then it would be
beneficial for Automake (or Autoconf) to support an automated way to
provide the benefits of config.h, but in a better form.
Bob
==
Bob
the current languages that guile supports, you can
always write a Python implementation that runs under guile (as they
did for Tcl) and implement using Python syntax.
Ducking and running ...
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users
it has access
to the libMagick.la file, however, it failed to supply the required -L
option to the linker so that the installed library is found.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
putting chrome mag wheels on a Rolls Royce. :-)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
, or in the
directory where the source files live. An even better solution would
allow the user to specify where intermediate files are placed on a
per-library and per application basis.
Is there a way to convince Automake to behave more usefully?
Bob
==
Bob Friesenhahn
.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
the value provided via INCLUDES.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
is unneeded and undesireable.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
. I have not noticed a libtool problem when using the recursive
make. I am not using SUBDIRS so the only issue I have noticed thus
far is odd-naming of intermediate objects.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Tue, 25 Nov 2003, Alexandre Duret-Lutz wrote:
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob The Automake documentation claims that 'INCLUDES' is the
Bob equivalent of 'AM_CPPFLAGS'. However, I find that this is
Bob not the case at all. If AM_CPPFLAGS is used, then any
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
--tag option at the correct points.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
pattern rules use LTCOMPILE and
friends.
The libtool --tag option must appear before $(CC).
I do not see a trivial way to add the --tag option to Makefile.in.
Bob
On Tue, 25 Nov 2003, Bob Friesenhahn wrote:
In a build environment I am creating using Automake 1.7.9 CVS
libtool, GCC (gcc g
Libtool is not 'wrong' and I don't see good ways to change its
command line parsing without breaking it, I chose to quote the compiler
name in automake invocations of libtool. I hope this 3-liner patch is
useful.
==
Bob Friesenhahn
[EMAIL PROTECTED]
http
. Sometimes configuring using
the alternate compiler driver is not desireable since it may be doing
exotic things like memory or CPU profiling during the configure run.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
excruciating pain.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
advice given that due to recent libtool
changes, both Automake's Makefiles and libtool itself will be
generated at the same time (at the end of the configure run). :-)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Sun, 30 Nov 2003, Alexandre Duret-Lutz wrote:
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
[...]
Bob In other words, dealing with junk like
Bob apps_build_postgres_src_build_postgres_SOURCES
Bob is very tiring and failure prone. Is there a reason why it can't
Bob simply
On Tue, 2 Dec 2003, Robert Collins wrote:
On Tue, 2003-12-02 at 02:10, Bob Friesenhahn wrote:
Hmm, I'd prefer to do it via the include mechanism - see my crude, but
effective updated proof of concept - posted here a minute ago.
I like your include approach. It helps convert existing
existing recursive
builds into non-recursive builds with minimum pain. However, there
are sufficient reasons to write only one Makefile (e.g. source tree is
treated as read only, or personal preference) that both mechanisms
should be supported.
Bob
==
Bob
that Automake
should fix.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
this can be accomplished by overriding Automake's standard
LINK and COMPILE definitions, but overriding standard definitions is
risky.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Thu, 4 Dec 2003, John Darrington wrote:
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
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
, Automake already provides the ability to
build from outside of the source tree. What purpose do you need to
use VPATH for?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On 9 Dec 2003, Tom Tromey wrote:
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob In other words, dealing with junk like
Bob apps_build_postgres_src_build_postgres_SOURCES
Bob is very tiring and failure prone. Is there a reason why it can't
Bob simply be
Bob apps/build-postgres/src
of
work. :-)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
for your help,
-Billy
[1] http://mail.gnu.org/archive/html/automake/2002-11/msg00046.html
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
the result of an Automake bug. Is it possible that
Automake 1.7.9 does not remove its distribution file via the
'distclean' target?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
that using GNU Automake? I'be been
browsing the archives for a while but couldn't find anything.
cheers,
dalibor topic
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Wed, 10 Dec 2003, Dalibor Topic wrote:
Bob Friesenhahn wrote:
You can use Automake conditionals. These are configure-time
conditionals rather than make-time conditionals.
You could add --with-check and --with-prof options to your configure
script which enables these conditionals
On Wed, 10 Dec 2003, Alexandre Duret-Lutz wrote:
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob I am working to get the package I support to support the 'distcheck'
Bob target. The distcheck target fails with:
Bob ERROR: files left in build directory after distclean:
Bob
.
marty [EMAIL PROTECTED]
Don't confuse education with schooling.
Milton Friedman to Yogi Berra
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
all those rules with a single %.o: %.java.
This doesn't seem to be necessary.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On 16 Dec 2003, Paul D. Smith wrote:
%% Bob Friesenhahn [EMAIL PROTECTED] writes:
bf Per-subdirectory rules and definitions can be added in order to
bf significantly reduce the amount of redundant code, and to
bf re-enable the capability to usefully override parts of the default
bf
of the name so it is still comprehensible.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
help eliminate the size increase caused by the
directory path itself. For typical subdirectory path lengths, this
could result in a 40% Makefile size reduction.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Tue, 16 Dec 2003, Alexandre Duret-Lutz wrote:
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob Another thing that would help reduce Makefile size is to
Bob introduce synonyms for subdirectory paths.
Better: LZW compression using Makefile variables. Any taker? wink
Is this your
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Thu, 18 Dec 2003, Ralf Corsepius wrote:
On Wed, 2003-12-17 at 16:01, Bob Friesenhahn wrote:
On Wed, 17 Dec 2003, Lars Hecking wrote:
What about an automake option then to generate Makefiles for GNU make?
How about a new binary 'automake' program that doesn't require an
external
was broken in Autoconf 2.58. It
is fixed in 2.59.
Rather than using INCLUDE you should use AM_CPPFLAGS. For example
AM_CPPFLAGS = -I$(top_srcdir)/project2/sublevel/inc
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
environment already
automatically translate paths. The only case where this translation
would be necessary is for a shell environment that doesn't
automatically translate paths for native Windows binaries, or where
the automatic path translation fails.
Bob
==
Bob
on the ease of installing
most open source packages that provide a configure script, it seems
that feature-based testing has proven to be a resounding success.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
. Even Linux 'uname -a' is useless to
determine the Linux distribution name.
It is way to late to even think about changing things now.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
hap-hazard lib_LTLIBRARIES list order (e.g. they
could be in alphabetical order).
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
, but it is possible that it may have happened before
and I just don't remember.
Upgrading Autoconf is much more of a concern than upgrading Automake.
Unfortunately, newer Automake's require newer Autoconfs.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org
a .in version of
your script, and then list the desired output file in configure.ac's
AC_OUTPUT() statement.
Then earlier in configure.ac:
FOO=/bar
AC_SUBST(FOO)
an in the .in file
@FOO@
will be substituted with the value of FOO.
Bob
==
Bob Friesenhahn
[EMAIL
.
Do something like
eval eval DATA_DIR=$datadir
AC_SUBST(DATA_DIR)
and then use
@DATA_DIR@
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
normally install everything by default and that is what users should
expect. Installing everything is not a problem for distribution
maintainers since they decide which files to package using their
distribution tools.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http
On Tue, 17 Feb 2004, Bruce Korb wrote:
Bob Friesenhahn wrote:
I am against having separate install targets because GNU makefiles
normally install everything by default and that is what users should
expect. Installing everything is not a problem for distribution
maintainers since
is not entirely correct since CPPFLAGS is normally
supplied to the C++ compiler as well. CFLAGS is for the C compiler
and CXXFLAGS is for the C++ compiler.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Tue, 24 Feb 2004, Ben Pfaff wrote:
Bob Friesenhahn [EMAIL PROTECTED] writes:
On Tue, 24 Feb 2004, Ben Pfaff wrote:
Of course, when my source files are C++ files the _CFLAGS extension does
nothing. Changing this to _CPPFLAGS fixed the problem. Duh.
You know that CPPFLAGS
the directory /usr/local (as Automake
does by default) should this directory be recursively removed if a
package is uninstalled?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Tue, 2 Mar 2004, Daniel Reed wrote:
On 2004-03-02T08:34-0600, Bob Friesenhahn wrote:
) On Mon, 1 Mar 2004, Hans Deragon wrote:
) When performing a make uninstall, I notice that it only deletes the files,
) not the empty directories. It would be nice that after removing a file
involving
the rm command, especially as root, are a really dangerous
idea!
That's why you use the rmdir command.
Semantics equivalent to 'rmdir' may not be available on non-Unix
operating systems. Automake doesn't just run under Unix.
Bob
==
Bob
Makefile.am files). One way
to accomplish this may be to maintain a top-level file which records
the order that libraries were linked during the build.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Mon, 12 Apr 2004, Alien9 wrote:
so how can i get it out of that .la file?
If you can locate the .la file then it should be as simple as
eval `grep 'dlname=' $file`
Since the line looks like
dlname='libpstoedit.so.0'
Bob
==
Bob Friesenhahn
this is to use sed to truncate file names longer than 99 characters
before passing them to tar so that tar complains/fails during 'make
dist'.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
Apparently the key to building Automake 1.8.3 under FreeBSD is to use
BSD make rather than GNU make.
However, Automake 1.8.2 configures and builds just fine using GNU
make.
Bob
On Sat, 17 Apr 2004, Bob Friesenhahn wrote:
Failure to configure and build Automake is a first for me
or directory: . doc m4 lib tests
gmake: *** [all-recursive] Error 1
% grep 'SHELL =' Makefile
SHELL = /bin/zsh
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
that should be used.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
the Bourne shell in this respect.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
three times already while using Automake
1.8.3. I did not see it with 1.8.2 (which was used for quite a
while), but I did see it several minor releases back (don't remember
which).
Bob
On Tue, 20 Apr 2004, Bob Friesenhahn wrote:
I am once again experiencing problems with Automake leaving behind
On Wed, 21 Apr 2004, Ralf Corsepius wrote:
On Wed, 2004-04-21 at 04:35, Bob Friesenhahn wrote:
I am once again experiencing problems with Automake leaving behind the
distribution files it built so 'make distcheck' fails:
ERROR: files left in build directory after distclean
to avoid that list.
Autoconf 1.12 is an anchient legacy version dating from eight years
ago. The current Autoconf is 2.59. If no one responded, it was
probably because your request was similar to proposing a design change
to the Model T Ford.
Bob
==
Bob
like GNU make syntax to me. Automake does not (and should
not) depend on GNU make.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
in silent mode by default
since it is assumed that maintainers/porters are the only ones who
really need the extra information.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Thu, 20 May 2004, Albert Chin wrote:
On Mon, May 17, 2004 at 11:24:49AM -0500, Bob Friesenhahn wrote:
On Mon, 17 May 2004, Jan Beulich wrote:
I was expecting this sort of answer, but was hoping that then I would
also get a pointer to how else to possibly achieve the same thing
.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
the capability was removed.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Tue, 25 May 2004, Albert Chin wrote:
On Sun, May 23, 2004 at 03:20:35PM -0500, Bob Friesenhahn wrote:
Currently Automake Makefiles include text like:
LTCXXCOMPILE = $(LIBTOOL) --mode=compile $(CXX) $(DEFS) \
$(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS
would probably work wonders.
Usually this is good, but lately I have been noticing that substantial
email is arbitrarily rejected due temporary local DNS issues or bugs.
It is not pleasant to be on the wrong end of this.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED
On Sat, 29 May 2004, Alexandre Oliva wrote:
On May 26, 2004, Albert Chin [EMAIL PROTECTED] wrote:
On Sun, May 23, 2004 at 03:20:35PM -0500, Bob Friesenhahn wrote:
Notice that there is no means provided to add libtool specific
options.
Why not:
AM_CXXFLAGS += [your additions]
Because that's
of
it if it is available (and works)?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Wed, 23 Jun 2004, Warren Young wrote:
Bob Friesenhahn wrote:
I have learned that using 'rsync' to copy files improves the install time
quite dramatically for repeat installs.
This should only be true when the transfer channel is much slower than the
disks on which the files are stored
at the absolute time stamp (with optional
fuzz factor) while it seems that GNU 'cp -c' only checks the source
file's date to see if it is newer and does not check file size.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
. This policy is one reason why there is so
much SPAM on the lists. The alternative is that many useful postings
would not be posted to the lists.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
intended?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
doesn't make sense since the
software may not be related, or there may replicated source files.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Wed, 14 Jul 2004, Jesse Barnes wrote:
On Wednesday, July 14, 2004 3:59 pm, Bob Friesenhahn wrote:
Probably gtags is not implemented very well.
Sounds like it.
It seems like there should be a rule to collect the source file list
from all Makefiles (including subordinate Makefiles) followed-up
end up using a
32-bit compiler along with options which only work for the 64-bit
compiler so 'make distcheck' fails.
Is use of any old compiler accidental or intentional?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Fri, 16 Jul 2004, Alexandre Duret-Lutz wrote:
Bob == Bob Friesenhahn [EMAIL PROTECTED] writes:
Bob There is an Automake bug in 'make distcheck' which is causing me
Bob considerable pain.
See DISTCHECK_CONFIGURE_FLAGS is the manual.
Interesting. So if I want Automake to re-use the standard
On Thu, 15 Jul 2004, Bob Friesenhahn wrote:
It seems that LDFLAGS is being passed but not CC and CXX even though those
were also specified on the configure command line. Why aren't all the
standard Autoconf variables saved and replayed?
I was wrong. It seems that the user specified LDFLAGS
to subordinate distcheck configures, but I can't
think of one.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
the configure option to disable it while doing distcheck
in DISTCHECK_CONFIGURE_FLAGS.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
in a working order.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
on it, and if it is so, how i can get in contact with the project.
Thanks
--- Luis
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
.
Is there a fix or workaround for this other than altering the source
tree or moving the file?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
On Mon, 30 Aug 2004, Bob Friesenhahn wrote:
It would be quite helpful if Automake offered a mode in which it
automatically changed the working directory to the directory where the test
program/script resides and set $srcdir to the relative position in the source
tree to support VPATH builds
On Tue, 31 Aug 2004, Robert Collins wrote:
On Mon, 2004-08-30 at 20:30 -0500, Bob Friesenhahn wrote:
On Mon, 30 Aug 2004, Bob Friesenhahn wrote:
It would be quite helpful if Automake offered a mode in which it
automatically changed the working directory to the directory where the test
program
On Mon, 30 Aug 2004, Bob Friesenhahn wrote:
The $(srcdir) value passed is often essentially useless since it may just be
'.'. It is difficult for the Makefile to produce better values except for
perhaps offsets from @abs_top_srcdir@ and @abs_top_builddir@ substitutions.
It may also be possible
of Automake, but then the resulting project can't be
re-created by someone else.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
. Turns out that the new Autoconf was not in my PATH.
Make sure that 'autoconf --version' (from your path) reports the
expected version.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
1 - 100 of 558 matches
Mail list logo