Automake security problem

2000-02-29 Thread Bob Friesenhahn
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

Re: Pass additional options to libtool?

2000-04-06 Thread Bob Friesenhahn
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

Re: How to install config.h

2000-10-30 Thread Bob Friesenhahn
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

Re: More an autopackage

2001-01-18 Thread Bob Friesenhahn
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

libtool erroneously assumes -L/path to libtool library

2002-06-09 Thread Bob Friesenhahn
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

Re: 1,000 year backward compatability of tools

2003-02-19 Thread Bob Friesenhahn
putting chrome mag wheels on a Rolls Royce. :-) Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Non-recursive make intermediate objects

2003-11-19 Thread Bob Friesenhahn
, 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

Re: Non-recursive make intermediate objects

2003-11-19 Thread Bob Friesenhahn
. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

AM_CPPFLAGS vs INCLUDES

2003-11-20 Thread Bob Friesenhahn
the value provided via INCLUDES. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

subdir-objects object file obfustication

2003-11-21 Thread Bob Friesenhahn
is unneeded and undesireable. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Non-recursive make intermediate objects

2003-11-21 Thread Bob Friesenhahn
. 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

Re: AM_CPPFLAGS vs INCLUDES

2003-11-25 Thread Bob Friesenhahn
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

Non-recursive make maintenance issue

2003-11-25 Thread Bob Friesenhahn
== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Adding --tag=CXX

2003-11-25 Thread Bob Friesenhahn
--tag option at the correct points. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Adding --tag=CXX

2003-11-25 Thread Bob Friesenhahn
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

Re: 'ccache gcc' as compiler with libtool

2003-11-26 Thread Bob Friesenhahn
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

Re: 'ccache gcc' as compiler with libtool

2003-11-26 Thread Bob Friesenhahn
. 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

Re: Non-recursive make maintenance issue

2003-11-27 Thread Bob Friesenhahn
excruciating pain. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: 'ccache gcc' as compiler with libtool

2003-11-28 Thread Bob Friesenhahn
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

Re: Non-recursive make maintenance issue

2003-11-30 Thread Bob Friesenhahn
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

Re: Non-recursive make maintenance issue

2003-12-01 Thread Bob Friesenhahn
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

Re: Non-recursive make maintenance issue

2003-12-01 Thread Bob Friesenhahn
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

Re: Status of non-recursive automake

2003-12-02 Thread Bob Friesenhahn
that Automake should fix. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Desired feature

2003-12-03 Thread Bob Friesenhahn
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

Re: Status of non-recursive automake

2003-12-03 Thread Bob Friesenhahn
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

Re: Desired feature

2003-12-04 Thread Bob Friesenhahn
== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: VPATH and Relative vs. Absolute pathnames

2003-12-07 Thread Bob Friesenhahn
, 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

Re: Non-recursive make maintenance issue

2003-12-09 Thread Bob Friesenhahn
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

Re: Help Requests

2003-12-09 Thread Bob Friesenhahn
of work. :-) Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: C programs using C++ libraries

2003-12-09 Thread Bob Friesenhahn
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

automake distclean bug?

2003-12-09 Thread Bob Friesenhahn
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

Re: Emulating GNU Make conditionals, or: Is there a nice way to automatically set CFLAGS when make is run?

2003-12-10 Thread Bob Friesenhahn
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

Re: Emulating GNU Make conditionals, or: Is there a nice way to automatically set CFLAGS when make is run?

2003-12-10 Thread Bob Friesenhahn
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

Re: automake distclean bug?

2003-12-10 Thread Bob Friesenhahn
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

Re: making convenience libraries without libtool

2003-12-11 Thread Bob Friesenhahn
. marty [EMAIL PROTECTED] Don't confuse education with schooling. Milton Friedman to Yogi Berra == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: automake -vs- huge projects

2003-12-16 Thread Bob Friesenhahn
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

Re: automake -vs- huge projects

2003-12-16 Thread Bob Friesenhahn
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

Re: automake -vs- huge projects

2003-12-16 Thread Bob Friesenhahn
of the name so it is still comprehensible. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: automake -vs- huge projects

2003-12-16 Thread Bob Friesenhahn
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

Re: automake -vs- huge projects

2003-12-16 Thread Bob Friesenhahn
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

Re: automake -vs- huge projects

2003-12-17 Thread Bob Friesenhahn
== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: automake -vs- huge projects

2003-12-18 Thread Bob Friesenhahn
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

Re: vpath builds and include paths

2003-12-22 Thread Bob Friesenhahn
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

Re: automake -vs- huge projects

2003-12-30 Thread Bob Friesenhahn
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

Re: config.guess and freedom (was: 1.8 and mkdir_p)

2004-01-13 Thread Bob Friesenhahn
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

Re: 1.8 and mkdir_p

2004-01-13 Thread Bob Friesenhahn
. 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

Library dependencies make install

2004-01-15 Thread Bob Friesenhahn
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

RE: Conditional Library Compilation

2004-02-05 Thread Bob Friesenhahn
, 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

Re: How to reflect variables like sysconfdir in an executable.

2004-02-15 Thread Bob Friesenhahn
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

Re: How to reflect variables like sysconfdir in an executable.

2004-02-15 Thread Bob Friesenhahn
. 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

Re: html texinfo install?

2004-02-17 Thread Bob Friesenhahn
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

Re: html texinfo install?

2004-02-17 Thread Bob Friesenhahn
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

Re: Target-specific CFLAGS

2004-02-24 Thread Bob Friesenhahn
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

Re: Target-specific CFLAGS

2004-02-24 Thread Bob Friesenhahn
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

Re: FEATURE REQUEST: make uninstall should delete empty directories.

2004-03-02 Thread Bob Friesenhahn
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

Re: FEATURE REQUEST: make uninstall should delete empty directories.

2004-03-04 Thread Bob Friesenhahn
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

Re: FEATURE REQUEST: make uninstall should delete empty directories.

2004-03-10 Thread Bob Friesenhahn
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

Re: Problems installing dependant libraries

2004-03-12 Thread Bob Friesenhahn
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

Re: shared library suffix

2004-04-10 Thread Bob Friesenhahn
== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: shared library suffix

2004-04-12 Thread Bob Friesenhahn
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

Re: [Bug-tar] Re: AMTAR brokenness

2004-04-16 Thread 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

Automake 1.8.3 doesn't build?

2004-04-17 Thread Bob Friesenhahn
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

Re: Automake 1.8.3 doesn't build?

2004-04-17 Thread Bob Friesenhahn
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

Re: Automake 1.8.3 doesn't build?

2004-04-18 Thread Bob Friesenhahn
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

Re: Automake 1.8.3 doesn't build?

2004-04-18 Thread Bob Friesenhahn
that should be used. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Automake 1.8.3 doesn't build?

2004-04-18 Thread Bob Friesenhahn
== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Automake 1.8.3 doesn't build?

2004-04-20 Thread Bob Friesenhahn
the Bourne shell in this respect. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

'make distcheck' fails due to Automake

2004-04-20 Thread Bob Friesenhahn
== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: 'make distcheck' fails due to Automake

2004-04-20 Thread Bob Friesenhahn
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

Re: 'make distcheck' fails due to Automake

2004-04-21 Thread Bob Friesenhahn
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

Re: autoconf 1.x for vms maintainership request

2004-04-27 Thread Bob Friesenhahn
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

Re: libtool verbosity

2004-05-17 Thread Bob Friesenhahn
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

Re: libtool verbosity

2004-05-17 Thread Bob Friesenhahn
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

Re: libtool verbosity

2004-05-20 Thread Bob Friesenhahn
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

Need a way to pass options to libtool

2004-05-23 Thread Bob Friesenhahn
. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: excessive bounces

2004-05-26 Thread Bob Friesenhahn
the capability was removed. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Need a way to pass options to libtool

2004-05-28 Thread Bob Friesenhahn
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

Re: excessive bounces

2004-05-28 Thread Bob Friesenhahn
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

Re: Need a way to pass options to libtool

2004-05-29 Thread Bob Friesenhahn
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

rsync to copy files?

2004-06-23 Thread Bob Friesenhahn
of it if it is available (and works)? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: rsync to copy files?

2004-06-23 Thread Bob Friesenhahn
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

Re: rsync to copy files?

2004-06-24 Thread Bob Friesenhahn
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

Re: anti-spam, please?

2004-07-12 Thread Bob Friesenhahn
. 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

Re: [PATCH] add cscope tags target

2004-07-14 Thread Bob Friesenhahn
intended? Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: [PATCH] add cscope tags target

2004-07-14 Thread Bob Friesenhahn
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

Re: [PATCH] add cscope tags target

2004-07-14 Thread Bob Friesenhahn
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

distcheck bug

2004-07-15 Thread Bob Friesenhahn
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

Re: distcheck bug

2004-07-15 Thread Bob Friesenhahn
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

Re: distcheck bug

2004-07-15 Thread Bob Friesenhahn
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

Re: distcheck bug

2004-07-15 Thread Bob Friesenhahn
to subordinate distcheck configures, but I can't think of one. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: perl ExtUtils::MakeMaker + Autotools

2004-07-16 Thread Bob Friesenhahn
the configure option to disable it while doing distcheck in DISTCHECK_CONFIGURE_FLAGS. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: libtool relink problems with multiple libtool libraries

2004-07-29 Thread Bob Friesenhahn
in a working order. Bob == Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Re: Implementing Automake in Scheme

2004-08-05 Thread Bob Friesenhahn
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

Re: Implementing Automake in Scheme

2004-08-07 Thread Bob Friesenhahn
== Bob Friesenhahn [EMAIL PROTECTED] http://www.simplesystems.org/users/bfriesen

Automake includes bug

2004-08-29 Thread Bob Friesenhahn
. 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

Re: non-recursive make and tests

2004-08-30 Thread Bob Friesenhahn
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

Re: non-recursive make and tests

2004-08-30 Thread Bob Friesenhahn
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

Re: non-recursive make and tests

2004-08-30 Thread Bob Friesenhahn
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

Re: non-recursive make and tests

2004-08-31 Thread Bob Friesenhahn
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

Re: Autoconf 2.59 doesn't work with automake-1.9

2004-09-01 Thread Bob Friesenhahn
. 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   2   3   4   5   6   >