Is there anything like a guide to how EXEEXT should be incorporated into a
build system?
I'm currenty able to build RSYNC on OS/2 using the standard autoconf,
configure, make process, but need so manual intervention to convert the
final binary file into a .EXE. I think I could get the whole
I know this is OT, but the people on this list are likely to know...
Has PDKSH been updated since July 1999?
Maybe the Homepage has moved from:-
http://web.cs.mun.ca/~michael/pdksh
Maybe PDKSH is now complete... or is it abandoned?
--
John
If I have prefix defined in config.site and use a diferent value on the
command line, which should take precedence?
--
John
I'm trying to install autoconf 2.57 and get the error msg:-
AUTOCONF-2.57/Makefile.maint:344: *** multiple target patterns. Stop.
Here is line 344 of Makefile.maint:-
.PHONY: $(get-targets)
$(get-targets):
$(WGET) $(url) -O $(target).t \
$(move_if_change) $(target).t $(target)
Does autoconf check for threading support, and if so how does it do it?
On OS/2 support for threading is native and built into the operating
system. How would autoconf handle such a situation? Would I need to
install the pthreads library?
--
John
On Fri, Jul 05, 2002 at 07:23:59PM -0400, Eric Siegerman wrote:
On Fri, Jul 05, 2002 at 04:52:58PM -0600, Tom Tromey wrote:
Does it make sense to just always gzip the
installed info pages?
That'd be pretty annoying for those of us who want to use grep
and other standard UNIX tools on
When running:-
configure --without-included-gettext
does this prevent make from running in the INTL subdirectory for the
particular app?
It does seem to process this directory which seems a waste of time, but
I'm not sure if this is normal behaviour or something misconfigured on my
I'm trying to rebuild the configure script for grep 2.4.2, but autoconf
fails for some reason.
How do I tell what is wrong?
I did run aclocal and automake before hand but it doesn't make any
difference.
Here's a log of some of the msgs, but it means nothing to me:-
configure.in:11: your
Is there any way to GZIP docs (man pages and info docs) automatically when
building apps?
I often see these files compressed, but don't know if there are any
options within autoconf to enable this, or whether this has to be an
additional manual step after running make install...
--
John
On Tue, Jul 02, 2002 at 04:57:06PM +0200, Ralf Corsepius wrote:
Am Die, 2002-07-02 um 09.08 schrieb John Poltorak:
Is there any way to GZIP docs (man pages and info docs) automatically when
building apps?
I often see these files compressed,
I guess you are referring to rpms
Is there any way to avoid the re-make of any docs included in a GNU app?
For example the m4 archive comes with four INFO files. I would like to
install these rather than recreating them, which in this case produces
error msgs anyway.
I would prefer to install the originals, preserving time
On Thu, May 23, 2002 at 11:34:25PM -0700, Paul Eggert wrote:
Date: Thu, 23 May 2002 13:49:39 +0100
From: John Poltorak [EMAIL PROTECTED]
By POSIX compatible do include command line switches.
Yes, Autoconf assumes command-line switches that conform to POSIX.
cc is a special case
On Sun, May 12, 2002 at 10:58:47PM -0700, Paul Eggert wrote:
From: John Poltorak [EMAIL PROTECTED]
Date: Sun, 12 May 2002 22:15:35 +0100
Is the GNU build system designed specifically for gcc
No.
or will it support other compilers
Yes.
such as the newly released Open Watcom
Is the GNU build system designed specifically for gcc or will it support
other compilers such as the newly released Open Watcom ?
--
John
On Tue, Mar 05, 2002 at 10:40:49AM +0100, Akim Demaille wrote:
This is our release candidate. Please, test it sorely. If no
regression is found as compared to 2.52, Autoconf 2.53 should be
released soon.
Does this Autoconf make any effort to update the config.[sub,guess] in an
app with
Is there any way to replace checks for certain functions such as lstat()
which do not exist on a particular platform with suitable substitutes such
as stat() ?
I guess what I'm looking for is a way of adding platform specific plugins
which don't need to be incorporated into Autoconf itself,
On Wed, Mar 06, 2002 at 09:14:17AM -0800, Paul Eggert wrote:
From: John Poltorak [EMAIL PROTECTED]
Date: Wed, 6 Mar 2002 16:49:21 +
what I'm looking for is a way of adding platform specific plugins
which don't need to be incorporated into Autoconf itself, but Autoconf
will call
I'm trying to develop a generic config.site, but would like to override
certain variables for specific apps.
Is there any way to do this?
--
John
Sometimes when configure is running:-
checking for a BSD compatible install...
it finds ./install.sh -c and sometimes it finds c:/usr/bin/install.exe -c.
Can someone provide a standalone test for this? I can't figure out why I
get differring results. I'm running the same scripts as I was
On Thu, Feb 14, 2002 at 01:31:06PM +0100, Tim Van Holder wrote:
I wouldn't go that far; autoconf currently supports ';' as pathsep
just fine. And in most places, I think it also handles a \ as dirsep.
However, there will probably be places where a path is (accidentally)
echoed
On Thu, Feb 14, 2002 at 03:07:41PM +0100, Tim Van Holder wrote:
On Thu, 2002-02-14 at 14:09, John Poltorak wrote:
On Thu, Feb 14, 2002 at 01:31:06PM +0100, Tim Van Holder wrote:
Yes, I have this line (with -E) in config.site, but config.log shows:-
PATH: c:\us in
PATH: c:\emx
What is the recommended way of treating a DOS path such as? :-
c:\def\ghij;k:\lm;
Should some attempt be made to convert '\' to '/' before running autoconf
or configure, or should it just be left in its native format and left for
autoconf to treat it correctly?
--
John
Sometimes when configure is running:-
checking for a BSD compatible install...
it finds ./install.sh -c and sometimes it finds c:/usr/bin/install.exe -c.
Can someone provide a standalone test for this? I can't figure out why I
get differring results. I'm running the same scripts as I was
Is there a way to set AC_EXEEXT in the environment rather than having it
included in configure.in?
--
John
Is there any place I can search to find if an app has been succesfully
built with autoconf+friends on a non-Unix platform?
I'm thinking of trying to build Tar 1.13 and see refences to DOS but have
no way of telling whether they are purely historical, (going back to the
last millenium :-) )
Can anyone explain what this code in autoupdate does? :-
my $macros = new Autom4te::XFile ($autoconf
. --trace AU_DEFUN:'AU:\$f:\$1'
. --trace define:'AC:\$f:\$1'
. --melt /dev/null |);
It appears to be causing the error msg:-
no such file or
On Thu, Feb 07, 2002 at 09:20:56PM +0100, Guido Draheim wrote:
Es schrieb John Poltorak:
Is there any place I can search to find if an app has been succesfully
built with autoconf+friends on a non-Unix platform?
I'm thinking of trying to build Tar 1.13 and see refences to DOS
On Tue, Feb 05, 2002 at 09:06:33AM +0100, Akim Demaille wrote:
John == John Poltorak [EMAIL PROTECTED] writes:
John How do I set $debug ?
I have _no idea_...
~ % autoupdate --help | grep debugnostromo 9:05
-d, --debug don't remove temporary
Can anyone try using autoupdate from autoconf 2.52g with Flex just to make
sure it works correctly in a Unix environment?
Flex is available from:-
ftp://ftp.mirror.ac.uk/sites/ftp.gnu.org/pub/gnu/non-gnu/flex/flex-2.5.4a.tar.gz
I'd like to ensure that the problem I'm having with it is down
On Tue, Feb 05, 2002 at 11:24:38AM +0100, Akim Demaille wrote:
John == John Poltorak [EMAIL PROTECTED] writes:
John Can anyone try using autoupdate from autoconf 2.52g with Flex
John just to make sure it works correctly in a Unix environment?
John Flex is available from:-
John
ftp
When running configure from autoconf 2.52g, the search for an install
program correctly locates c:/usr/bin/install.exe - (this is on OS/2), but
when trying to build an old app such as flex 2.5.4a it only finds
./install.sh.
Do I need to run some conversion program first to update an old
On Mon, Feb 04, 2002 at 11:57:06AM +0100, Tim Van Holder wrote:
On Mon, 2002-02-04 at 11:27, John Poltorak wrote:
When running configure from autoconf 2.52g, the search for an install
program correctly locates c:/usr/bin/install.exe - (this is on OS/2), but
when trying to build an old
Autom4te contains a reference to M4 v1.5.
I didn't know this existed...
--
John
On Mon, Feb 04, 2002 at 01:32:34PM +0100, Tim Van Holder wrote:
On Mon, 2002-02-04 at 12:28, John Poltorak wrote:
When running autoupdate I get:-
+ autoupdate
autom4te.: no such file or directory: /dev/null
autoupdate.: cannot close autom4te ...
I would guess that whatever OS/2
On Mon, Feb 04, 2002 at 11:22:48AM -0800, Paul Eggert wrote:
From: Tim Van Holder [EMAIL PROTECTED]
Date: 04 Feb 2002 13:32:34 +0100
DEVNULL=/dev/null
test -f /dev/null || { test -f NUL DEVNULL=NUL }
That won't work, as /dev/null is not a regular file.
Also, I wouldn't bother
On Fri, Jan 25, 2002 at 08:47:50AM -0500, Earnie Boyd wrote:
Tim Van Holder wrote:
On Fri, 2002-01-25 at 02:09, Earnie Boyd wrote:
A shell has absolutely NOTHING to do with how a program reads a file.
Ok, I'll give you that one, I should have referenced the runtime. I'm
guessing
Is there any way that autoconf can be used to handle cmp in test scripts?
Occasionally a test will fail because of the use of cmp to test
differences between generated data and expected results due to line
termination on DOS filesystems. If diff is used instead the test may
succeed.
What
On Thu, Jan 24, 2002 at 06:00:36PM -0500, Earnie Boyd wrote:
John Poltorak wrote:
Is there any way that autoconf can be used to handle cmp in test scripts?
Occasionally a test will fail because of the use of cmp to test
differences between generated data and expected results due
On Thu, Jan 24, 2002 at 08:09:13PM -0500, Earnie Boyd wrote:
hello, world\n is longer on a DOS filesystem than on Unix so cmp will
distinguish between whereas diff won't.
No it isn't. hello, world\n is the same size in both worlds. hello,
world\r\n is the same size in both worlds.
On Mon, Jan 21, 2002 at 11:41:23AM +0100, Akim Demaille wrote:
John == John Poltorak [EMAIL PROTECTED] writes:
John This is the single error I get when building and installing
John autoconf v2.52f on OS/2:-
John Making check in tests make[1]: Entering directory
John `/workdir/autoconf
On Mon, Jan 21, 2002 at 02:46:40PM +0100, Akim Demaille wrote:
| This is the single error I get when building and installing autoconf
| v2.52f on OS/2:-
|
| Making check in tests
| make[1]: Entering directory `/workdir/autoconf-2.52f/tests'
| make check-local
| make[2]: Entering
I have been trying out autoconf v.2.52f on OS/2 and it is looking
promising, although I have found one problem related to mkinstalldirs...
As it is it won't cope with drive letters. If the intention is to make
autoconf truly cross-platform then this needs to be addressed.
I'm attaching a
This is the single error I get when building and installing autoconf
v2.52f on OS/2:-
Making check in tests
make[1]: Entering directory `/workdir/autoconf-2.52f/tests'
make check-local
make[2]: Entering directory `/workdir/autoconf-2.52f/tests'
./autom4te --language=autotest -I . suite.at -o
Is there any way of automatically refreshing config.[guess|sub] if the
ones supplied in an archive are out of date?
--
John
On Fri, Jan 18, 2002 at 04:31:02PM +, Lars Hecking wrote:
John Poltorak writes:
Is there any way of automatically refreshing config.[guess|sub] if the
ones supplied in an archive are out of date?
Get them from ftp://ftp.gnu.org/gnu/config/ or GNU mirrors.
Yes, I know where
When running configure as part of a shell script leads to the error msg:-
no acceptable cc found in $PATH
How do I determine exactly what is causing this?
gcc is definitely on the path, but I suspect configure is not parsing the
path correctly.
From a command prompt I would be able to see
I've encountered a strange problem when trying to use autoconf v2.52f on
OS/2 to build Sox v12.17.3...
Configure always stops at the line indicated below:-
_ACEOF
cat \_ACEOF
System types:
--build=BUILD configure for building on BUILD [guessed]
--host=HOST build programs
On Thu, Jan 17, 2002 at 10:20:14AM -0800, Paul Eggert wrote:
From: Thomas E. Dickey [EMAIL PROTECTED]
Date: Thu, 17 Jan 2002 08:55:49 -0500 (EST)
I'd try replacing it with a single-quote.
I'd try replacing
\_ACEOF
with
'_ACEOF'
uniformly throughout the configure script.
Can anyone give me any indication as to when the next release of Autoconf is
likely to be available? Also, am I likely to find that it works on OS/2
straight out of the box?
I've heard that 2.52f is pretty close to being usable on OS/2.
--
John
On Thu, Nov 22, 2001 at 06:57:58PM +0100, Akim Demaille wrote:
John == John Poltorak [EMAIL PROTECTED] writes:
John On Mon, Nov 19, 2001 at 11:26:08AM +0100, Akim Demaille wrote:
The author of a2ps used a hacked version of Autoconf at the time
4.13 was made. Shame on him. Do not rerun
I'm trying to build A2PS 4.13 on OS/2 but it is unable to guess the build
type. I have not had a problem like this before. Can anyone suggest what
is wrong?
I specifically copy OS/2 friendly versions of config.guess and config.sub
into the working directory.
Also, the following msgs occur
If a configure option of --without-included-gettext is specified will this
make any difference to whether the intl directory is processed? From my
observation it doesn't, so is there any way to prevent it?
--
John
I get the following error msgs when using autoheader while trying to
build mktemp:-
autoheader.: checking completeness of the template
autoheader.: No template for symbol `HAVE_PROGNAME'
autoheader.: No template for symbol `MKDTEMP'
autoheader.: No template for symbol `MKSTEMP'
autoheader.: No
On Wed, Nov 07, 2001 at 11:33:32AM +0100, Tim Van Holder wrote:
On Wed, 2001-11-07 at 10:55, John Poltorak wrote:
I get the following error msgs when using autoheader while trying to
build mktemp:-
autoheader.: checking completeness of the template
autoheader.: No template
I found this excellent website yesterday:-
http://www.amath.washington.edu/~lf/tutorials/autoconf/
Unfortunately it is out of date, and a number of links are broken.
Can anyone suggest an updated alternative?
--
John
For some reason I keep getting this error msg when running Make after
configure:-
*** Warning: File `config.h' has modification time in the future
config.h has a timestamp one hour in front of the current time.
Any suggestions about what could be causing this?
I suspect it is related to
On Wed, Nov 07, 2001 at 03:32:55PM +0100, Guido Draheim wrote:
Es schrieb John Poltorak:
For some reason I keep getting this error msg when running Make after
configure:-
*** Warning: File `config.h' has modification time in the future
config.h has a timestamp one hour in front
I'm trying to build the GNU Sharutils using an external GETTEXT library,
but the current (very old) archive doesn't seem to have an option for
specifying this. Since the the Sharutils seem to be abandoned, or at least
I can't find a maintainer, I wonder if anyone here could suggest any
On Wed, Nov 07, 2001 at 07:21:24PM +, Gary V. Vaughan wrote:
On Wed, Nov 07, 2001 at 12:32:55PM +, John Poltorak wrote:
I found this excellent website yesterday:-
http://www.amath.washington.edu/~lf/tutorials/autoconf/
Unfortunately it is out of date, and a number of links
I would like to add the line:-
#define lstat stat
to config.h if lstat is not found on the system.
Can anyone tell me if I can achieve this via an entry in configure.in ?
--
John
Is there a standard format for specifying that an included INTL sub
directory should not be used if one is included?
I'm trying to build the GNU Shar utils which include an old version of
gettext, which I want to ignore, but running:-
./configure --help
only provides these options:-
What is the recommended way of creating a configure script for Flex 2.5.4
using Autoconf v2.50?
This is the current configure.in:-
dnl Process this file with autoconf to produce a configure script.
dnl
AC_INIT(initscan.c)
AC_CONFIG_HEADER(config.h:conf.in)
AC_LN_S
AC_PROG_YACC
AC_PROG_CC
I'm not sure if this is the appropriate list to mention GNU PATCH, but
I'll try anyway, since it involves configure.in...
It seems that PATCH appears to have reached maturity or to have 'stabilised'
in IBMSpeak, since there have been no updates to v2.5.4 for a couple of
years, AFAICT... I'm
On Wed, Oct 10, 2001 at 03:52:38PM +0200, Akim Demaille wrote:
John == John Poltorak [EMAIL PROTECTED] writes:
John I have just re-installed Autoconf v2.50 without GAWK on the PATH
John and no AWK variable set. When attempting to build SED, autoconf
John complains with:-
Why do you need
On Fri, Oct 05, 2001 at 10:19:41AM -0700, Paul Eggert wrote:
From: John Poltorak [EMAIL PROTECTED]
Date: Fri, 5 Oct 2001 11:51:30 +0100
Just wondered why Autoconf insists on looking for gawk and ignores awk,
unless $AWK is set...
It doesn't ignore 'awk'; it just prefers 'gawk
On Fri, Oct 05, 2001 at 03:41:53AM -0700, Paul Eggert wrote:
From: Jens Petersen [EMAIL PROTECTED]
Date: 05 Oct 2001 18:20:51 +0900
I want to ask about the awk search order of autoconf. It
seems that mawk is currently preferred, since it's
generally faster. However I understand the
Where is the definitive version of mkinstalldirs?
It's one of the ancilliary files which always appear as part of an archive
along with config.guess and config.sub although I know the latter two are
part of config which I can find here:-
ftp://ftp.gnu.org/gnu/config
I would like some changes
On Mon, Sep 03, 2001 at 02:12:36PM +0200, Tim Van Holder wrote:
The most recent version available to me is 1.4-p4. Is there any chance of
this working? Is there anything like a 'success' msg to look out for?
I think 1.4-p4 should do fine.
An easy way to check is to do a
grep
On Wed, Aug 29, 2001 at 07:22:05PM +0530, Ganesan Rajagopal wrote:
John == John Poltorak [EMAIL PROTECTED] writes:
To avoid needing two versions of Autoconf installed, is there anything
like a migration facility which would convert old configure.in files to a
format suitable for v2.50
On Mon, Sep 03, 2001 at 01:17:30PM +0200, Tim Van Holder wrote:
On 03 Sep 2001 11:04:37 +0100, John Poltorak wrote:
On Wed, Aug 29, 2001 at 07:22:05PM +0530, Ganesan Rajagopal wrote:
John == John Poltorak [EMAIL PROTECTED] writes:
To avoid needing two versions of Autoconf installed
I understand that Autoconf v2.50 does not work with a number of older apps
because it is not backwardly compatible with v2.13.
To avoid needing two versions of Autoconf installed, is there anything
like a migration facility which would convert old configure.in files to a
format suitable for
On Tue, May 22, 2001 at 11:16:53AM -0700, Glen Starchman wrote:
Makefiles over to Autoconf. I was very pleased with Autoconf (after
several nights of head scratching with the New Rider's Autoconf book in
my hands)
What's this? And is there an update planned for v2.50 ?
--
Glen
On Wed, Mar 21, 2001 at 02:11:24PM +, John Poltorak wrote:
After setting a number of environment variables and running
sh ./configure
followed by make I got the following error at the end:-
...
Making all in doc
make[1]: Entering directory `/eval/autoconf-2.49d/doc'
make
On Wed, Mar 21, 2001 at 10:13:52AM -0500, Paul D. Smith wrote:
%% Raja R Harinath [EMAIL PROTECTED] writes:
rrh John Poltorak [EMAIL PROTECTED] writes:
rrh [snip]
On further investigation, it seems to be coming from here:-
$(srcdir)/version.texi: stamp-vti
On Wed, Mar 21, 2001 at 10:56:26AM -0500, Paul D. Smith wrote:
%% John Poltorak [EMAIL PROTECTED] writes:
jp It's a version of GNU Make ported to OS/2.
This is a bug in that version of GNU make, or in the port to OS/2 (not
sure). If you have the source code, you want to do
On Tue, Mar 20, 2001 at 10:22:35AM +0100, Akim Demaille wrote:
"John" == John Poltorak [EMAIL PROTECTED] writes:
John This sounds more promising than the last time I tried... But I
John noticed it didn't find INSTALL, PERL or much else on the path.
John I am using OS/2 whic
On Tue, Mar 20, 2001 at 11:05:44AM +0100, Akim Demaille wrote:
| On Tue, Mar 20, 2001 at 10:22:35AM +0100, Akim Demaille wrote:
| "John" == John Poltorak [EMAIL PROTECTED] writes:
|
| John This sounds more promising than the last time I tried... But I
| John noticed it d
After setting a number of environment variables and running
sh ./configure
followed by make I got the following error at the end:-
make[1]: Leaving directory `/eval/autoconf-2.49d'
Making all in m4
make[1]: Entering directory `/eval/autoconf-2.49d/m4'
make[1]: Nothing to be done for `all'.
On Mon, Mar 19, 2001 at 05:01:32PM +0100, Akim Demaille wrote:
The following message is a courtesy copy of an article
that has been posted to gnu.utils.bug as well.
The Autoconf team is extremely proud (and quite relieved) to announce
the birth of Autoconf 2.49d, our release candidate.
I tried the latest autoconf snapshot yesterday with the hope that it
included support for DOS style pathnames. Was I wrong to expect this?
I found that configure would not find INSTALL or PERL even though they
are on the path, although setting up $INSTALL and $PERL worked OK.
Configure
How do I get the latest version of AUTOCONF using CVS?
--
John
Can someone give me a command line for picking up the most recent
cvstree for autoconf?
I assume anonymous download access is available...
--
John
On Sun, Feb 11, 2001 at 04:35:08PM +0100, Tim Van Holder wrote:
Does AUTOCONF provide support for DOS pathnames? ie drive letters,
'\' in directories and ';' as separators in paths?
It's starting to. The current CVS autoconf has had several patches
applied for better DOS support. It's not
Does AUTOCONF provide support for DOS pathnames? ie drive letters,
'\' in directories and ';' as separators in paths?
--
John
I'm looking for some advice on how to check for ld.
Currently the configure script for Pilot-Link has a negative
result when searching for ld on OS/2 even though it exists on
the path.
The check is done using:-
ac_prog=`($CC -print-prog-name=ld)
which returns:-
C:\EMX\BIN\ld.exe
but is
I'm not really sure where config.h falls into the scheme of building apps
using AUTO(MAKE|CONF), but I've found that for PATCH to get built on OS/2,
it requires this single addition to config.h:-
#define strncasecmp strnicmp
How would I go about getting this line included in config.h if...
86 matches
Mail list logo