e of value to a
large population of software projects. I suggest that the selection
criteria should be based on how many existing projects/developers find
the macro to be of value.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
packages may have
conflicting usage.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
doing a 'make dist' for the autoconf package
(no, it is not going on my ftp site).
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
re is
really no need to know anything more than the kernel version, the name
of the distribution, the processor family, and the C library version.
Once we eliminate all those annoying feature tests, then 'configure'
will run a whole lot faster.
Bob
==========
Bob Friesenh
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
___
Autoconf mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/autoconf
the development community needs.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
; 6(for ZLIB support ...)
Is there a fix for this?
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
I do not believe that this is the correct way to fix the
incompatability between CVS autoconf and libtool on the
multi-language-branch (it should be fixed in Autoconf rather than
libtool), but this is a patch to libtool that gets multi-lingual
libtool users over the hump. If this was the correct
of free software is developed in people's "spare
time" and not as a work-related effort.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
with threads (while not using -mt), by following
the same steps I described above for gcc. This allows both gcc and
Sun Workshop to be treated the same.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
use -mt. Maybe I just guessed right
regarding the library order.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen
When the development version of Autoconf is used to generate a
configure script from CVS libltdl's configure.in this error occurs.
configure.in:36: error: m4_require: circular dependency of AC_LTDL_SYMBOL_USCORE
configure.in:36: AC_LTDL_SYMBOL_USCORE is required by...
./aclocal.m4:3382:
and the app can deal with that in some other
way?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
script developer)
dependency. The failure is due to an indirect dependency.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
package. Many configure scripts do this already.
It may be that some additional autoconf smarts would help make this
reporting more consistent.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
in this macro.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/# GM_FUNC_MMAP_FILEIO
#
AC_DEFUN([GM_FUNC_MMAP_FILEIO],
[AC_CHECK_HEADERS(stdlib.h unistd.h
to survive any
remaining configure script processing.
The problem is not specific to the installation prefix.
I have attached the script for reference.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
for both.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org
as they encounter spaces in
paths.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http
for dealing with Win32 paths, but I'm sure
that will not dissuade you from continuing to use it.
The script has been working fine for over three years.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
(e.g. using
MinGW) it seems most useful to embed path information which is
compatible with the operating system.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
are used.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org
])
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman
by
config.h.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http
the user is able to add definitions, I am not
aware of a way to remove definitions other than to edit the configured
header files.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
. The
substitution on the Makefile may be used to pass it to a CPPFLAGS
definition.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
may be
different than if config.cache did not exist since (as far as I know)
config.cache is not invalidated if config.site is newer than
config.cache.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
overwrite it with whatever abbreviated version you
like.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf
that features
defined by the C++ standard actually work and only implement
work-arounds when necessary. In most cases, compilation problems can
be resolved with very minor (and portable) fixes to the code.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
, you can duplicate
the Makefile line that runs libtool and add a libtool option to
disable building shared libraries when libtool is executed.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
be used
elsewhere.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http
compilation?
(the result: above should be no, not yes)
Add -Werror to CFLAGS, that should do it.
This approach only works with GCC and will cripple building most
software.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
. Is there any way to do this?
Use $(srcdir) and $(top_srcdir) to reference the sources related to
the current directory, or the top directory, respectively.
So you can use $(top_srcdir)/$(READLINE_DIR)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
into an
I am using a somewhat modified version of this macro and it did
continue to work with FreeBSD 5.4.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
system, and the faster it
will bit rot over time.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf
discovered, if not automatically by autoconf? I also see it picking up other
libraries, too, like zlib. Is it somehow chasing library dependencies?
Are you sure that Linux even offers a libnsl? I doubt it.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
different versions of GCC don't always produce the exact same
ABI and because template implementations may differ. As a result, all
libraries used by the application should be based on the same version
of GCC and the same libstdc++.
Bob
==
Bob Friesenhahn
[EMAIL
library is not
present, then your application may fail to link.
Unfortunately, there is no substitute for testing on a variety of
platforms.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer
, then it could be much
smaller, faster, and easier to maintain.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf
On Fri, 16 Sep 2005, Ralf Corsepius wrote:
On Wed, 2005-09-14 at 13:52 -0500, Bob Friesenhahn wrote:
On Wed, 14 Sep 2005, Peter Volkov Alexandrovich wrote:
The aim of scons is to replace gnu build system, but what are the weak
sides of gnu build system?
So far, scons is an exotic niche
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
the batch files and other stuff as well.)
Does anyone know of a project that could help solve
the problem? I guess, I am primarily looking for a
non-intrusive cmd.exe replacement for Windows 2000
Pro.
TIA,
Ben
==
Bob Friesenhahn
[EMAIL PROTECTED], http
) defines MyAppSharePath, in case you also want
to use it in your Makefiles (e.g. to support install).
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
be the standard
language for scripts. Is that a problem?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing
to disable automatic rules, and only the actual build maintainer
enables maintainer mode. The other developers don't even need to have
any autotools installed. This is the method used on one of the
projects I maintain, and it works fine.
Bob
==
Bob
On Wed, 4 Jan 2006, Stepan Kasal wrote:
On Sat, Dec 24, 2005 at 10:26:10AM -0600, Bob Friesenhahn wrote:
In some cases most of the project developers don't want to have
anything to do with build maintenance. They just want to edit
existing C/C++ source code.
This is natural. But they might
not be
easily compiled in (or downloaded for) every modern target
environment. Maybe things have improved since I tried last.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
. The profiled build may use different libraries than the
production build or it may use different startup files.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
unnecessary
configure tests, and even avoid recursive makes. The other obvious
step is to purchase faster computers.
The smart developer arranges his build environment so configure needs
to be run as seldom as possible.
Bob
==
Bob Friesenhahn
[EMAIL
of autoconf and
will likely result in broken programs and libraries since the results
of some autoconf tests are only applicable to the CPU type on which
configure executes?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
. It is possible to write software which is not
subject to these issues, but it is by using preprocessor defines
provided by the compiler/system and is not the autoconf way.
Merging two different builds would be fine though.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
scheme.
Lucky for me, the header files only require four definitions, one
definition is usually disabled, and another maybe could be elminated
with a bit of work. Only one of those definitions (WORDS_BIGENDIAN)
is from autoconf!
Bob
==
Bob Friesenhahn
[EMAIL
magic to fix broken systems and keep the
mainstream code more readable and standard, provided it can be done
safely. Which it can if you're careful.
Agreed. The other issue is that with an abstracted interface,
performance can really suck.
Bob
==
Bob
software will then be
using tests which are possibly out of date as soon as the dependent
package is distributed. While possibly solving some problems, the
approach creates new ones.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users
On Sun, 23 Apr 2006, Daniel Reed wrote:
On Sun, 23 Apr 2006, Bob Friesenhahn wrote:
Agreed. The other issue is that with an abstracted interface, performance
can really suck.
Abstraction needn't necessarily have any impact on performance at all. You
may be able to get by with something
. Other design approaches add abstraction, but
they usually add a bit of run-time overhead as well. Some
configuration options do need to be remembered by the installed header
files.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
, a simple solution is to use code as you show above
but define them all to have the value zero. This allows existing Unix
code to compile without being hacked up.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
to match.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman
and will
surely accept different configuration options. A package maintainer
may not know that his package is built subordinate to some other
developer's package.
This approach was historically used for the GNU tool set.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED
to. They should never enforce that
only options they know about are used.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
)
And AC_CONFIG_SUBDIRS should imply AC_DISABLE_OPTION_CHECKING and
automatically add --disable-option-checking to recursive configure
invocations.
You are starting to make sense now. :-)
Better all the time ...
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
their parent directory path.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
() to allocate some memory and see what
the alignment of the returned address is:
The malloc() function returns a pointer to a block of at least size
bytes suitably aligned for any use.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users
test could be interesting.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf
for Inno-Setup is that it is written in a
language for which only proprietary tools exist.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
.
Since this is the Autoconf list, it is worth pointing out that GPL
requires that any developer-level source elements for the
build/install environment (e.g. configure.ac) be included with the
associated package.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
yesterday by me
and possibly I forgot to install something ??! :(
Make sure that the /usr/ccs/bin directory exists and is in your
shell's search path. If this directory does not exist or is empty,
then you need to install a Solaris package.
Bob
==
Bob Friesenhahn
.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman
avatar-based game development
in Java, but they are simply not pertinent to the type of developers
on this list.
Maybe you can find a different list to post on which is more amenable
to such surveys.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
What is the purpose of converting to git? Is this a political
statement (e.g. Linux GNU vs GNU Linux) or is there a concrete
purpose? What is the cost vs benefit of the conversion? Who
participated in the decision to make this conversion?
Bob
==
Bob
in the open source
community.
Bob
===
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org
right away.
A package which installs just one stand-alone command is much easier
to deal with than a package which installs 132 different inter-twined
commands.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
symbols (e.g. Win32 AIX) all of the libraries necessary to resolve
all symbols must be applied.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
in their sources, but this does seem
unlikely).
I think that it is wise to not make unnecessary assumptions and to use
the safer approach, particularly since it is so easy to do so.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
to the wandering
clock problem. If I am not imagining things, I have seen configure
complain about clock problems before so perhaps there is already a
sanity check in place.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
outside the
source tree to allow doing builds on both Linux and Solaris.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo
in your package
that it then includes source components which are GPL even if the
built package is not GPL. You might be required to provide notice of
that.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
-lumem -lpthread
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http
-
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
this problem somehow. It may be
that there is a race condition in the autoconf script which causes a
locked file to be removed while an autoconf-initiated process is still
using it, and that this sub-process then hangs.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman
. Perhaps
it will give you some ideas.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
# config.site for configure
#
echo 'Applying settings for 32-bit build
is
obsolescent?
Thanks,
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http
On Wed, 9 Apr 2008, Eric Blake wrote:
According to Bob Friesenhahn on 4/9/2008 12:35 PM:
| I am confused since I don't see how the usefullness of this test can be
| obsolescent.
The test was merely whether compilers support the type 'long double'; as
all modern compilers obey this part
clock driver is also
distributed in relinkable form so an arbitrary user could re-link
xntp.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
no
need for it.
If 'long double' provides no more range than 'double' then there is no
benefit to using it.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
but if it is used, then source code
modifications are required.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
$@
With this approach, there is less chance that a bug in the package
will mess things up. It makes building 64-bit apps as easy as adding
--prefix=/usr/local64. A huge time-saver.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
without
creating a modified version of the macro and without adding another
option to the configure script?
Thanks,
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
1 - 100 of 584 matches
Mail list logo