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,http://www.GraphicsMagick.org/
-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
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
bfrie
of built type is stored in shared
libraries on Solaris, is it reasonable for libtool (or even GNU ld or
GCC) to inspect this data and warn about potential incompatibly at
link time?
There are of course many other types of subtle incompatiblies which
may occur when linking libraries.
Bob
--
Bob
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/
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/
) 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/
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
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.simplesystems.org/users
==
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
that libtool does not actually need.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
that they work properly.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
/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 Maintainer,http
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 values. I see that the lines which
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.simplesystems.org/users/bfriesen
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 libtool at all!
Bob
==
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
http://lists.gnu.org/mailman/listinfo
17 matches
Mail list logo