is in the mix, a top level
configure script or perhaps make can execute another configure script
that has its own config.log file. My guess based on the above is the
config.log you need exists in the
/home/luser/Downloads/binutils-2.26.1/libiberty directory.
--
Earnie
_
ne,
> just not necessarily the higher version number requirement within the line.
>
> I'm thinking more along the lines of:
>
> sed -i '/AM_INIT_AUTOMAKE/ s/\b[0-9.]*\b//'
>
Wouldn't wrappers like Cygwin uses work? Of course the wrapper requires
you to have every possible version
variables to the binaries. IIRC, The 64bit version of
Cygwin has a cross build for the 32bit version[1] so the --host would be
i686-pc-cygwin and config.guess can figure out the --build or you can
specify it as x86_64-pc-cygwin.
[1]
https://cygwin.com/cgi-bin2/package-grep
have been
> added in 2002. Clearly we've not made it to the future yet. :)
Should it ever get here? Maybe the fix is to remove the comment. What
we have has worked for many years with no one bugged about it enough to
supply a patch to do otherwise.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
hatever you desire but something sensible like x86_64-pc-msvc might
work well.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
ate a temporary area, make that the working
>> directory, and use /path/to/src/configure instead.
>
> In my environment, I don't have permission to run the build in a non-NFS area.
>
Maybe time to talk with your management or IT department about
On 1/7/2018 10:38 AM, Jeffrey Walton wrote:
> On Sun, Jan 7, 2018 at 10:28 AM, Earnie <ear...@users.sourceforge.net> wrote:
>> On 1/4/2018 3:02 AM, Jeffrey Walton wrote:
>>>
>>> My question is, how do I tell Autoconf where the missing macros are?
>>>
&g
On 1/4/2018 3:02 AM, Jeffrey Walton wrote:
>
> My question is, how do I tell Autoconf where the missing macros are?
>
Just like GCC, use one or more -I options.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.or
the territory where I'd be
> uncomfortable proposing it myself. Does anyone on the autoconf mailing
> list have thoughts?
With --host alone autoconf should assume it is a cross compile without
doing any further testing even if the guessed BUILD environment is
identical to the specified --h
e and the inodes will not be released
until the processes with open channels to it have closed. Often a
reboot is the only way to relieve that issue. On Windows, you cannot
delete an opened file, if you try you will get an error from the system.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
hen you
need to discuss them on the libtool list.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
provide legacy support, would it not? I suppose there comes a point
in time when legacy needs a maximum age but I think that requires some
acknowledgement from the users of autoconf.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.
on to ignore
the environment variables for these checks since the package may be
dependent on a specific named tool.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
want to cross-compile for the 64bit host. Then you
don't need to worry which bit set the lib directory contains.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
thing that could be cobbled together, if you still want to go the
>> route of shipping dependent library bundles.
>
> Thanks. I indeed think it should be possible to achieve this.
> As I said I would personally prefer not to bundle libraries but I'm not
> in a position where I can take this decision.
You could let the make do the extraction. No need to cobble something
in shell code. Make the extraction via make depend on some missing file.
--
Earnie
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
used. I know
you mean for the variable to be set at autoreconf/configure usage but
there are always idiots who install it into their .profile files and
forget they did that.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
Autoconf mailing list
where to find it.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
and config.sub
something similar to the following might be best?
~
if [[ -f /usr/local/share/config/config.guess ]]
then
. /usr/local/share/config/config.guess
exit
fi
if [[ -f /usr/share/config/config.guess ]]
then
. /usr/share/config/config.guess
exit
fi
--
Earnie
-- https
and configure would execute the config.guess and config.sub in
that directory or error if the files do not exist or are unreadable.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org
solution does help those with packages
that currently use that legacy method.
--
Earnie
-- https://sites.google.com/site/earnieboyd
___
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
Perhaps you could specify the shell via ``./configure
SHELL=/usr/bin/ksh'' or which ever one isn't buggy?
Earnie.
[EMAIL PROTECTED] wrote:
Hello,
I use autoconf 2.59...
AC_INIT generates a PACKAGE_STRING preprocessor variable which includes a blank between the package name and its version
as a
preprocessor.
I thought autoconf already had a macro to test for preprocessor
invocation through the compiler frontend. Am I wrong?
Earnie
--
http://www.mingw.org
http://sourceforge.net/projects/mingw
https://sourceforge.net/donate/index.php?user_id=15438
Nathanael,
I don't understand why you force a static cache file. Please give your
reasons.
Earnie.
Nathanael Nerode wrote:
Ick. But it appears necessary for now.
Works for me on i686-pc-linux-gnu.
* configure.in: Don't share a cache file for host dirs.
* configure
Nathanael Nerode wrote:
Nathanael,
I don't understand why you force a static cache file. Please give your reasons.
Earnie.
I'm disabling the shared cache file for the obvious reason; different
subdirectories want to cache different, inconsistent values for the same
variables. This should
Kristian Van Der Vliet wrote:
Hi,
I have a small patch to config.guess config.sub which adds a new target for
the Syllable operating system (A fork of the now-defunct AtheOS). I assume I
just need to send the CVS diffs to autoconf-patches?
IIRC, that should be config-patches.
Earnie
--
http
Roopa Prabhu wrote:
Can anybody direct me to autoconf 1.7 download. Cause i tried searching
for it, but in vain.
Perhaps you're really looking for automake-1.7? Or perhaps autoconf-2.57?
Earnie
--
http://www.mingw.org
the code
without refactoring the build process. Perhaps you should check those out.
Earnie.
--
http://www.mingw.org
UNIX, AIX, etc.)
You couldn't be farer from the truth with that statement. I use
autoconf on Windows for most products. I have been since 1998.
Earnie.
--
http://www.mingw.org
I'm redirecting you to [EMAIL PROTECTED] Please research their
archives. Please remove [EMAIL PROTECTED] from your responses.
Earnie.
Wei Qin wrote:
I have some trouble running the generated configure script on Cygwin, it
complains that /bin/sh: not found at various occasions.
I created
,
or perhaps you like --with-pkglibdir=/path/to/pkg/lib better. The
default value for your new switch is the value for --libexecdir.
Earnie.
working on. So hopefully I can come up with a general solution
to the problem.
Have you looked at MSYS from www.mingw.org? I know of no reason why you
shouldn't be able to use cl with it. Let's discuss on
[EMAIL PROTECTED] what your difficulties are.
Earnie.
be worked through on the
mingw-users list.
Earnie.
P.S.:
Due to SPAM issues mingw-users and mingw-msys have become member only
lists. If you wish to post, you will need to join the list. If you
don't want to receive the list mail then choose the nomail option when
joining. Please visit http
Andreas Buening wrote:
Earnie Boyd wrote:
[snip]
I would like to emphasize though, if the hobbyist isn't willing to test
for new releases using his hobby environment then support for that
environment should be removed. A package maintainer doesn't have enough
cycles to maintain code
Thomas Dickey wrote:
On Wed, Mar 12, 2003 at 08:27:21AM -0500, Earnie Boyd wrote:
What do you consider a hobbyist system?
One that the vendor no longer supports and supplies fixes for and I as a
maintainer of the software no longer have no access to test it myself.
If it's not even tested how
Thomas E. Dickey wrote:
cygwin mingw32
You mean the freeyellow site? I've taken care of that.
Earnie.
Thomas Dickey wrote:
On Wed, Mar 12, 2003 at 12:32:41PM -0500, Earnie Boyd wrote:
Thomas E. Dickey wrote:
cygwin mingw32
You mean the freeyellow site? I've taken care of that.
well, that's (one of) your hobbiest webpages.
where's the professional one?
I have nothing to do
Thomas Dickey wrote:
On Mon, Mar 10, 2003 at 06:58:59PM -0500, Earnie Boyd wrote:
If the OS isn't supported by the vendor is it really necessary for new
releases of the tool to support such a beast. If a hobbyist is in need
of an older release, so be it, let the hobbyinsts help each other
for the untested in the next release from the current.
Earnie.
to the distribution of SPAM. **It happens,
ignore **it and go on.
Earnie.
IIRC, ``make install prefix=/tmp/foo'' is a GNU standard mandate where
prefix for the install does not modify the prefix for the build.
Earnie.
Harlan Stenn wrote:
Why don't you use DESTDIR instead?
IE:
./configure --prefix=/usr
make
make DESTDIR=/tmp install
cd /tmp
tar cfz binary
, then.
Would you happen to know of any (common) systems for which this is a
problem? (just so I can get an idea of what kind of priority I should give
this - I've been having a bit of trouble using the replacement realloc in
a C++ program)
Win32 systems, both realloc and free.
Earnie.
should just execute the configure
script. Is this a MS windows environment? Yes, see http://www.mingw.org.
Earnie.
/msys.shtml for info.
BTW, you may need to see http://www.cygwin.com if this is a cygwin1.dll
dependent version fo apache.
Earnie.
autoconf.
Is the follwing OK, or are there any issues (like portability)?
AC_SUBST(DIET, $DIETDIR)
The rule of thumb is to quote. The expansions may cause problems that
quoting will avoid. I.E.: It may work this time, but not the next.
Earnie.
/djgpp. But
that still sounds bothersome when combining DESTDIR. Check out:
http;//www.mingw.org/msys.shtml for a Minimal SYStem alternative that
can cope with this problem. Curious, what does DJGPP return for ``uname
-s''?
Earnie.
interested fourth party (a single individual) creates the
mail - news via a request to gmane. Gmane administrators then create
the link by joining the mail list.
Earnie.
-2.0.0-3 and
MSYS-1.0.8. The combination you've set forth does not work. I provide
for that reason a prebuilt autotools in a msysDTK package. If you wish
to discuss this further, please take it to the [EMAIL PROTECTED] list.
Earnie.
John Poltorak wrote:
If I have prefix defined in config.site and use a diferent value on the
command line, which should take precedence?
The command line.
Earnie.
over a guile configure.in.)
Did you autoupdate?
Earnie.
Olaf Weber wrote:
Patrick Welche writes:
What is autopoint?
Apparently a utility in the gettext package.
That apparently needs executed through the missing script?
Earnie.
builtin rule for .obj though.
Earnie.
generating
the Makefiles?
Would it not be best to fix ccache? Or is it such that ccache should
avoid -MT?
Earnie.
sides then top it with
jelly on one side and peanut butter on the other. I just love sticky
messes! ;)
I suppose checking for the existance of a created file in the
subdirectory from the top-level configure isn't a choice that one would
consider?
Earnie.
Jeff Squyres wrote:
On Mon, 28 Oct 2002, Earnie Boyd wrote:
I suppose checking for the existance of a created file in the
subdirectory from the top-level configure isn't a choice that one would
consider?
No -- that's not the problem.
The problem is that AC_CONFIG_SUBDIRS (and therefore
of the community, I suggest the release to be 1.5 and that
Akim's suggestion for AC_PREREQ a strong point. Perhaps, both a 1.4.3
and a 1.5 where 1.4.3 does a AC_PREREQ 2.13.
Earnie.
this for windows support.
Earnie.
Just point people to www.mingw.org and it's Minimal SYStem package,
MSYS, and it's MinGW package. :)
Advantage:
: The configure script already executes properly.
: It's open source.
: It uses gcc+binutils+gmake.
Earnie.
/usr/bin/m4 --version?
Earnie.
f l wrote:
Hi all,
when I execute this command:
autom4te -F autoconf.m4f autoconf.m4
I obtain this output:
autoconf.m4:108: /usr/bin/m4: Warning: Too few arguments to
built-in 'patsubst'
Anyone know what is the problem ?
Thanks
I suggest that this issue be dealt with within the Cygwin distribution of
autoconf-2.13.
Earnie.
Dan Kegel wrote:
[repost -- mail system problems]
Building cross gcc's on cygwin fails because autoconf 2.13's AC_TRY_COMPILER
test assumes that it's ok to try to run possibly cross-compiled
We can handle this in MinGW. We'll create the sys/param.h file. For now
you can use:
FILE NAME=/mingw/include/sys/param.h
#ifndef _SYS_PARAM_H
#define _SYS_PARAM_H
#include sys/types.h
#include limits.h
#endif
/FILE
Please report other problems with this to [EMAIL PROTECTED]
Earnie.
James
I suggest you as an appropriate DJGPP list for help. The autoconf and
configure are Bourne shell scripts and therefore you need an appropriate
Bourne shell interpreter.
Earnie.
[EMAIL PROTECTED] wrote:
Dear All,
I am trying to compile GNU Chess with the help of DJGPP.
I am doing
Earnie Boyd wrote:
I suggest you as an appropriate DJGPP list for help. The autoconf and
s/as/use
configure are Bourne shell scripts and therefore you need an appropriate
Bourne shell interpreter.
Earnie.
[EMAIL PROTECTED] wrote:
Dear All,
I am trying to compile
on Win32, executing bash. And, no I won't create a
Makefile from your Makefile.in as that is pointless. The purpose of
autoconfiguration is so that the build process knows about your
environment and your environment doesn't match mine.
Earnie.
of version combinations and am now on ac 2.53 and am 1.6.2, but I
just cannot work around this.
Make sure that your acinclude.m4 file doesn't include older versions of
these macros.
Earnie.
or configure.in to include the new SUBDIR? I.E.:
Makefile.in : Makefile.am configure.in
Earnie.
the Makefile to do and what Ralf meant with
his make answer. What do you mean by user-defined configure
options?
Earnie.
Bruce Korb wrote:
Earnie Boyd wrote:
I execute noag-boot.sh and find that configure can't locate
-lregex for some reason. I do have it in /usr/lib.
But not in /usr/lib/libc*.
But, couldn't we just look for them in the other common libraries in the
configury before complaining
the autoconf version number, i.e., I will have to change my `make dist`
after every autoconf release.
So your real problem is where the cache directory is created. If it
weren't created in the source directory then your problem would be
solved.
Earnie.
paragraph the term exists also implies
user readable and user writable.
Earnie.
Bill Wendling wrote:
Also sprach Earnie Boyd:
} Sam Steingold wrote:
}
}
}
} So your real problem is where the cache directory is created. If it
} weren't created in the source directory then your problem would be
} solved.
}
} pretty much yes.
} /tmp/autocong.cache
directory).
There is an easy way to get rid of the cache directory. It involves a
simple command. This commands repeated use will not even come close to
the amount of bits spread for this thread and others like it. Just `rm
-rf autom4te-2.53.cache' if you don't want it laying around.
Earnie.
Steven G. Johnson wrote:
Earnie Boyd wrote:
So now I run `configure -C' always. I use the cache files to
determine problem areas of my runtime libraries.
Bill Wendling wrote:
BTW, the removal of automatically generating a config.cache file by
default was a bad idea, in my opinion
Have you ever review MinGW and MSYS?
See: http://www.mingw.org/ for more information.
Earnie.
Keve Müller wrote:
Hi!
Thanks for the _fast_ help.
With your pointers I've tracked down the problem to the following.
CC=cl ./configure --host=windows32
fails, because config.guess tries
You need an AC_PREREQ(2.53) in your configure.in file.
Cygwin has specialized scripts that search for AC_PREREQ to determine
whether or not to use 2.13 or the newer versions of autoconf. If it
doesn't find an AC_PREREQ then it defaults to 2.13.
Earnie.
Jason Spence wrote:
Hi,
I'm
be to
not check for the site macro directory.
Earnie.
Watcom binaries.
Earnie.
=
Earnie Boyd
mailto:[EMAIL PROTECTED]
--- http://earniesystems.safeshopper.com ---
--- Cygwin: POSIX on Windows http://gw32.freeyellow.com/ ---
--- Minimalist GNU for Windows http://www.mingw.org
Try CXXFLAGS instead of CPPFLAGS.
Earnie.
Dr. David Kirkby wrote:
I've got a test is a configure.in which sets CPPFLAGS to what I want, by calling
an external programme wx-config.
CPPFLAGS=$CPPFLAGS `wx-config --cflags`
That works, and if I echo $CPPFLAGS, its value is as expected
Check the use of SUBDIR in the automake info manual.
Earnie.
Dr. David Kirkby wrote:
Hi,
I've an application that has both a command-line and a version with a
graphical
user interface (GUI). These are located in directories src/non_gui and src/gui.
The GUI version should only
observations/points/suggestions.
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
configcache
configure --prefix=/usr --host=bar --build=foo --target=bar
make make install DESTDIR=/depot
The standards for configure and make are such that this is the only way
to accomplish what you want, AFAICS
Earnie
Dan Kegel wrote:
I'm cross-developing I want to build a package
that has
insert into 'configure' is portable; that has to be your responsibility.
But autoconf could supply it's own shell that one could use to execute
the configure script. Then the configure script itself would always be
portable assuming that the shell itself could build. ;)
Earnie
they are purely historical, (going back to the
last millenium :-) ) or whether there is any likelihood of success
nowadays.
Is there a tar mailing list around, BTW?
Don't know.
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address
parameter in AC_INIT.
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
Tim Van Holder wrote:
On Fri, 2002-01-25 at 02:09, Earnie Boyd wrote:
John Poltorak wrote:
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
the test may
succeed.
What I'd like to see is some check to see if the use of cmp is valid and
if not then maybe set CMP=diff ...
What shell are you using on the DOS filesystem? A properly ported cmp
would be a better solution.
Earnie
John Poltorak wrote:
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
/config/
Or use automake --add-missing
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
if there is one).
aclocal -I directory with .m4 files
autoheader
automake
autoconf
If you still get the error, then ask the package maintainers where the
m4 functions are defined because they're not in the package.
Earnie.
_
Do You Yahoo!?
Get your
.
/quote
The above quote was posted on the Cygwin mailing list by Chet Ramey the
bash maintainer. IIRC, there was discussion prior to 2.50 release
concerning these.
--
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http
Anyone know of a tool or methods in use to parse for package
configuration standards as expected by the tools? There seem to be many
variations and it would be a nice to have a parser to give deviation
from standard reports.
--
Earnie
by autoconf supplying it's own Shell
executable? Let's see...uhm...autosh sounds like a good name. It
wouldn't need to be interactive friendly so perhaps a starting point
would be the old Linux ash shell.
Earnie.
_
Do You Yahoo!?
Get your
='gcc -mno-cygwin'
configure --host=mingw32 --build=mingw32 --target=mingw32
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
Lars J. Aas wrote:
On Mon, Oct 22, 2001 at 08:18:13AM -0400, Earnie Boyd wrote:
: Paul Eggert wrote:
: I think this idea is a blind alley. If we want to use modern shell
: features, then we should go ahead and require the configure user to
: have a modern shell. That's much simpler
portability, or after such a test succeeds),
then that is a portability bug that should get fixed.
And when I was getting to like Autoconf. Now I'll have to fork it to
get my needs for portability met. Way to go, Paul. ;^D
Earnie.
_
Do
you're worried about portability then let me warn against using
file names that differ only in case. This won't work well with file
systems that are case insensitive.
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http
... {} ...
and not
find ... foo: \{\} ...
At least on DU.
find . -name \*foo -exec echo \{\} {} \;
gives
\{\} somefile-foo
on Cygwin and
\{\} {}
on HP-UX 10.20 and HP-UX 11.
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http
. I'm not sure if other
shells have similar commands.
Maybe autotest should test for this:
at_times=:
times /dev/null 21 times=at_times
...
$at_times at-times
Shouldn't that be time and not times for portability?
Earnie.
_
Do You
switches for infodir and mandir in
place for backward compatibility but shouldn't there values default to
['$(docdir)/info'] and ['$(docdir)/man'] instead. IIRC this is what the
FHS recommends.
--
Earnie.
_
Do You Yahoo!?
Get your free
Teun Burgers wrote:
Tim Van Holder wrote:
Of course, if you need to specify CC anyway, you might as well specify
your host system too:
./configure CC='gcc -mno-cygwin' --host=i386-pc-mingw32
After all, you're basically cross-compiling, aren't you.
Earnie Boyd wrote
1 - 100 of 178 matches
Mail list logo