rocessor logic
and knowledge of compiler-specific behavior.
If Autoconf is able to help, then the convoluted code can be in just
one place (in Autoconf).
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,h
, and ".tarball-version" in the
autoconf 2.70 release tarball.)
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
t and do edits on a real unix system but share the same files
(via Samba) for use by Cygwin and MSYS/MinGW. Only one system should
need to run git. Besides Windows, the ability to do the minimum on
remote, isolated, or resource-limited target systems is useful.
Bob
--
Bob Friesenhahn
ing libraries.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
It seems that a conclusion has been reached that it is ok to depend on
printf. Cheers!
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
sions of SunOS which were implied to be too old to support were
versions prior to Solaris 8 (SunOS 5.8), rather than SunOS 4.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
t is useful that Autoconf (at least) still be prepared to work on
very old bare systems even if many applications don't care to support
old systems.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
. SunOS 4
probably didn't have printf.
Even those of us with failing memories will recall that on some
systems (probably including older Solaris), the printf was liable to
drop core at the slightest inclination.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesy
On Sun, 21 Feb 2010, Bruno Haible wrote:
Is someone aware of a platform that does not have a /usr/bin/printf or
/bin/printf program?
I am not able to find any. However, the behavior of printf surely
changes over time as standards move forward.
Bob
--
Bob Friesenhahn
bfrie
x27;s or /dev/null (primarily Windows).
Bob
==
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
tions that libtool does not actually need.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
ssary that they work properly.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
he libtool/libtoolize perspective, splitting any
of the files currently copied into libltdl results in a burden for
projects using libltdl.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
igure with 'gl_cv_func_strtod_works=no ./configure', you
will probably see an improvement in testsuite performance.
All of the tests pass with
gl_cv_func_strtod_works=no ./configure
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystem
On Thu, 3 Apr 2008, Eric Blake wrote:
According to Bob Friesenhahn on 4/3/2008 10:15 AM:
| Under Solaris 10U4 x86, m4's strtod test blows up. Hopefully the code
| does not now rely on Linux glibc's strtod irritatingly "wrong" behavior
| related to supposed "hex"
bug, but as (necessary) limitation.
glibc systems are the platforms on which most of us are developing. Isn't
it worth to optimize libtool for these platforms?
Speak for yourself. :-)
Is there any significant use of glibc other than Linux? If everyone
was using Linux we would not need libt
ng the program name.
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
bug-gnulib mailing list
bug-gnulib@gnu.org
ht
17 matches
Mail list logo