Re: How can Autoconf help with the transition to stricter compilation defaults?

2022-11-15 Thread Bob Friesenhahn
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/

Re: Hidden files in autoconf 2.70 distribution?

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

Re: git-version-gen w/o git

2012-12-27 Thread Bob Friesenhahn
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

Re: linkat, LINK_FOLLOWS_SYMLINKS, and Solaris

2010-12-27 Thread Bob Friesenhahn
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

Re: portability of 'printf' command

2010-04-07 Thread Bob Friesenhahn
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/

Re: portability of 'printf' command

2010-04-07 Thread Bob Friesenhahn
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/

Re: portability of 'printf' command

2010-04-05 Thread Bob Friesenhahn
) 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/

Re: portability of 'printf' command

2010-02-21 Thread Bob Friesenhahn
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

Re: portability of 'printf' command

2010-02-21 Thread Bob Friesenhahn
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

Re: set_program_name behavior

2009-01-19 Thread Bob Friesenhahn
== Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [PATCH 2/2] Add missing argz_* functions from glibc

2008-06-03 Thread Bob Friesenhahn
that libtool does not actually need. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [PATCH 2/2] Add missing argz_* functions from glibc

2008-06-02 Thread Bob Friesenhahn
that they work properly. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

Re: [PATCH 2/2] Add missing argz_* functions from glibc

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

Re: m4-1.4.11 strtod test failure

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

Re: m4-1.4.11 strtod test failure

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

Re: new module 'ldd'

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

Re: use of -fno-common on Darwin

2006-01-09 Thread Bob Friesenhahn
== 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