ency library to be
changed without breaking things.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Usually the test suite works perfectly under FreeBSD 8.0 but it is
failing 3 tests now:
3 of 96 tests failed
(10 tests were not run)
Please report to bug-libt...@gnu.org
Bob
--
Bob
of the fails if they haven't gone away please?
Yes, sir. Will do.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
just committed...
Now Solaris 10 produces just 3 unexpected failures, which is one more
than normal. The tests/testsuite.log file is attached.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagic
-make.test
FAIL: tests/depdemo-make.test
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
possible to lose committer status due to
misbehavior, I don't recall this happening in libtool history for any
reason other than the person disappeared from the Internet or
requested that their committer status be removed. No one is
threatening your committer status.
Bob
--
Bob F
ul, unless there is a plan made in
advance for how the issue will soon be rectified. Sometimes temporary
instability is ok because the end justifies the means.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
sh targets. Even Linux
blows failures all over the place. Not to worry, it is likely
something simple.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Mon, 5 Jul 2010, Bob Friesenhahn wrote:
On Mon, 5 Jul 2010, Peter Rosin wrote:
Inspired by the remarkable progress, I'm bringing up this
patch again.
It would be good if the progress was even more remarkable. Yesterday's
libtool was doing quite good with the tests but I am see
mand. The fact that
it does not should be considered to be a bug.
I am thinking that the many test failures under Debian Linux are due
to it using older tool versions such as Autoconf 2.61.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
Grap
ebian tests are failing
due to a demand for Autoconf 2.62 (which Debian stable does not
supply). However, as if today, only 6 of 116 tests failed, which is a
big improvement from a day ago. Also, as of today, for FreeBSD and
OS-X "All tests behaved as expected", which is an improvemen
nually increase the micro number) if significant new
features have been added. However, the objectives should be met (e.g.
really able to build adequately with MSVC) before we bump to 2.4.
This should not discourage including 99% of the necessary updates in
another 2.2 release.
Bob
--
Bo
the increment to minor
makes the release seem more major than it actually is.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
ough to only require periodic
updates for compiler and operating system changes. We are not far
from that objective.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
) "$lt_exe" $file
stdout:
../../libtool/tests/lalib-syntax.at:128: exit code was 139, expected 1
81. lalib-syntax.at:24: FAILED (lalib-syntax.at:128)
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
rt
of decision-making results in people feeling that GNU software is
excessively complex bloatware. Personal politics and status has
become more important than proper technical analysis.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMa
On Tue, 14 Sep 2010, Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Tue, Sep 14, 2010 at 05:02:42PM CEST:
This sort of decision-making results in people feeling that GNU
software is excessively complex bloatware. Personal politics and
status has become more important than proper technical
LAGS="-v -x -k max_cmd_len \
+ INNER_TESTSUITEFLAGS=',template -v -x'"
If you wish to report test failures to the libtool list, you need to
send the file `tests/testsuite.log' to the bug report mailing list,
.
+
4. Obtaining the Latest Sources
===
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
an
+ order of magnitude if you call it like this instead:
+
+reconfdirs='. libltdl' ./bootstrap
+
+
5. Version Numbering
@@ -250,7 +304,7 @@ things:
For more details about version numbers, see:
http://www.gnu.org/software/libtool/contribute.html
---
+--
Copyrig
building commands to your
+Makefile, Makefile.in, or Makefile.am. See the documentation for
+details.
2. Reporting Bugs
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
else
# define LIB_IMPEXP
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
erning MinGW cross
@end menu
@node File Name Conversion Failure
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
is.
This passed all tests and make distcheck, I am pretty sure that nothing
requires ltmain to be executable, but just in case someone knows better, I'm
asking for approval :)
Ok?
This change sounds fine to me.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesy
es not build
or work due to a tool, build options, or platform issue.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Mon, 5 Sep 2011, Christophe Jarry wrote:
Please learn to use git for sending patches; thanks!
The new patch is attached.
Please tell me if there are still issues with it.
This patch looks ok to apply to me.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http
of first usage should be warranted if the
comment must appear in the script.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
stalled on
the machine because 'make check' ends up using a formally-installed
gnulib .m4 file rather than the one in the libtool source tree. I
know this because I don't have gnulib installed on my machine and so
'make check' fails. The issue is due to an m4
CONFIG_AUX_DIR([ltdl/config])
Changing from 'config' to 'build-aux' will require existing
configure.ac files to change.
Did you consider this existing use while developing the plan to rename
this often-shared directory?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, htt
ce. The
impact is surely much smaller than moving the 'config' files. Google
shows very few packages using this approach.
The deprecation detection logic does not seem fully robust since there
is no standard extension for Automake include files and file naming
other than *
n pretty much a fixed
rate? If it does not improve linearly as processor cores are added,
then the extra forks will severely impact available performance of
parallel builds.
I have become used to seeing substantial speedup with 'make -j 4' on a
Windows system with four cores.
Bob
--
k. Thanks!
Is the value of this variable inheritable by subordinate shells, or is
it an internal shell variable which would never be exported to
subordinate shells?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
sh or dash rather than bash?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
lue);
- while (((len = strlen (new_value)) > 0) && IS_PATH_SEPARATOR
(new_value[len-1]))
+ while ((len > 0) && IS_PATH_SEPARATOR (new_value[len-1]))
{
- new_value[len-1] = '\0';
+ new_value[--len] = '\0';
}
libtool test case to replicate it. However,
it seems that you may have found the cause and the solution for it (I
have not tested to verify).
This used to be an issue for x86-64 FreeBSD. I have also observed it
with some MinGW installations.
Bob
--
Bob Friesenhahn
bfrie
I tried running collect2 manually with different permutations but was
unable to find one which gets C++ exceptions working.
The Sun/Oracle compiler has never had a problem with C++ exceptions.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
/usr/local/lib/gcc/i386-pc-solaris2.10/4.7.1/amd64 -R
/usr/openwin/lib -lstdc++ -lm -lc -lgomp -lgcc_s -lgcc -lpthread -lc -lgcc_s
-lgcc /usr/local/lib/gcc/i386-pc-solaris2.10/4.7.1/amd64/crtend.o
/usr/lib/amd64/crtn.o
ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.1507
ld: wa
Perhaps the issue is caused by this in the GCC spec file?
*lib:
%{!symbolic: %{pthreads|pthread:-lpthread}
%{pthreads|pthread|fprofile-generate*:} %{p|pg:-ldl} -lc}
If that is true, then the problem should go away if pthreads are not
requested.
Bob
--
Bob Friesenhahn
bfrie
On Mon, 30 Jul 2012, Fabian Groffen wrote:
On 30-07-2012 08:49:17 -0500, Bob Friesenhahn wrote:
Libtool link line:
/bin/bash ./libtool --tag=CXX --mode=link /usr/local64/bin/c++-64
-march=native -O -g -g3 -ggdb -Wall -Winline -W -Wextra -Wno-unknown-pragmas
-D_REENTRANT -pthreads -no
every time I tried.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
ks up against it of course.
The final version (with backslash) looks good to me. No need to wait
a few days.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
't recommend that anyone start with XP these days since it is 12
years old, patched beyond all repair, and quickly becoming defunct.
It is good that you are willing to suffer for the cause. The cmake
build system is quickly becoming popular since it works well for
Windows and it is a
Ralf .
Your posting is clearly in violation of RFC 1855
(http://www.ietf.org/rfc/rfc1855.txt). The Internet mail system is
based on IETF RFCs so they should be respected.
Please be pleasant. At least in public.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org
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
is2.1[[0-9]]*", while
Fabian's patch matches "x86_64-*-solaris*". Is there a need for the
more-complex pattern? If so, I can make an amended commit.
Fabian's version looks fine to me.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems
ay it currently
does.
First libtool tries to take away all of the libraries which would be
added automatically and then it applies the libraries that GCC says it
would use at the correct time.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsM
milar to other
compilers.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
tion prefix in order to make sure that 32-bit and 64-bit
libraries/includes are sane.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
or linking.
Until such time that libtool implements proper multilib support, this
seems like the most reliable solution.
It would be wrong for libtool to incorporate a partial solution.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
ng an official libtool
maintainer would help move the project forward and make it easier to
integrate your own ideas.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
Public Key,
n work may collide with these patches so they can not be easily
applied.
Bob
--
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
"convenience
library" mechanism since it assures that the objects were compiled
properly to be used in the library they are linked into.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMa
ny
complaints over the years about libtool behavior regarding explicit
dependencies (via ".la" files) whereas leveraging implicit
dependencies are usually prefered by distribution maintainers.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users
ns
to the configure script and provided to the libtool command line, even
while it optimizes other unneeded options away.
Bob
--
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
On Thu, 23 Nov 2023, Antonin Décimo wrote:
As a side question: is libtool still maintained?
I also note that the latest version isn't reported on the webpage
(2.4.7 instead of 2.4.6).
Which web page (e.g. URL, documentation file in libtool git) are you
talking about?
Bob
--
Bob Friese
is no
reasonable means available to verify that the support still works.
Support which is not periodically tested likely does not work any
more.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagic
ue to sit on the pot and not produce a replacement
for branch-1-5, it will continue to be a thorn in our rear.
Note that I am as much to blame for "sitting on the pot" as anyone
else, perhaps more so.
Bob
======
Bob Friesenhahn
[EMAIL P
hich differs by
later characters.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Fri, 25 Feb 2005, Gary V. Vaughan wrote:
Okay to commit?
Yes, PLEASE!!! Thank you! Thank you! :-)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
with
non-default options.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
olved here.
Libtool also lives as a stand-alone utility, which may be installed!
So, I can have a libtool-pgcc-78.9 that I use with your compiler.
Whether automake handles this well is another story altogether.
Bob
======
Bob Friesenhahn
[EMAIL PROTEC
On Wed, 2 Mar 2005, Peter O'Gorman wrote:
Bob Friesenhahn wrote:
I want, in a libtoolized project,
../configure CC='pgcc-78.9 -foo-option'
to succeed in choosing Portland compiler options. No multiple compilers
involved here.
Libtool also lives as a stand-alone utility, which may
e does.
If it searches for installed libtool by looking for a 'libtool'
program in the path, then there will be problems.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
such option available) seems like a mistake to me.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Thu, 3 Mar 2005, Alexandre Oliva wrote:
On Mar 3, 2005, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
In making this decision, we must consider what existing Automake
does. If it searches for installed libtool by looking for a 'libtool'
program in the path, then there will be pr
On Mon, 7 Mar 2005, D.Walsh wrote:
Any luck with generating a patch that allows libtool to work properly in the
Macintosh environment or has this ball been dropped already?
Please resend your patch.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
atus is regenerated when the version timestamp changes
-AC_SUBST([CONFIG_STATUS_DEPENDENCIES], ['$(top_builddir)/stamp-vcl'])
+AC_SUBST([CONFIG_STATUS_DEPENDENCIES], ['$(top_srcdir)/stamp-vcl'])
## --- ##
## Libtool specific configuration. ##
=
toolize script for autoreconf:
test -f clcommit.m4sh && cat > ./config/libtoolize <<'EOF'
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
G_SRCDIR([ltdl.c])
AC_CONFIG_AUX_DIR([config])
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
cs now required in order to maintain libtool?
Are CVS/arch/whatever fine with the change?
They should not care.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
ime and print a warning that
LIBTOOL has been overridden in the environment.
Of course this may then cause the package to fail to compile since it
may have been depending on results of tests executed in libtool.m4.
Bob
======
Bob Friesenhahn
[EMAIL P
t should behave as documented.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
that.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
rating system?
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
? It is normal for there to be multiple users
of dlopen() in one program. Without it, most programs won't run at
all. They would not even get off the ground.
The second sentance is not gramatically correct.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED],
On Sat, 23 Apr 2005, Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Sat, Apr 23, 2005 at 04:36:11PM CEST:
On Sat, 23 Apr 2005, Ralf Wildenhues wrote:
+
+8) Note that using libltdl in conjunction with direct uses of dlopening
+mechanisms is not supported. For example, it may work if you use
he texinfo documentation.
Adding a reminder that libltdl may load more modules than the
requested module (due to module dependencies) would be a good idea.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
stem.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
quality problems, but I found it
necessary to do just that.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
soft, Borland, and others, need not apply. Is there a
good reason to rule out all compilers except for GCC?
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
compilers are a free download so the main thing needed is incentive.
:-)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
.
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/
of ar, or you must
| run ranlib on the archive.
Is there any reason we don't use this? Should I hack up a patch for it?
Using this feature does sound useful.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
Grap
s the fact that not all libtooled projects choose to use
automake, keeping the libtool component outside of automake ensures
that automake can continue to make releases on a timely schedule.
Bob
======
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org
7:17 i686 unknown
So, the MSYS environment provides xargs but not join and paste. This
is pretty much what I would expect.
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
different than
for Unix platforms (even though Unix could use it). I am not sure why
the extension should be removed. It seems like that would break
something since the bare name without the extension is the formal
target name.
Bob
==========
Bob Friesenhah
On Fri, 17 Jun 2005, Ralf Wildenhues wrote:
* heromyth wrote on Fri, Jun 17, 2005 at 10:53:59AM CEST:
Bob Friesenhahn wrote:
On Thu, 16 Jun 2005, Peter Ekberg wrote:
In fact, there are two development environment in MSYS Tools of Mingw.
One is MINGW, and another is MSYS.
Is it possible to
utter. The 4K saving for
libtool.m4 is a nice but largely irrelevant side effect.
There is a diff option to ignore white space changes.
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
ng to the build directory at installation
time is bad. Ideally, the build directory should be effectively "read
only" at install time since the install is often done by a different
user than the user which built the software.
Bob
======
Bob Friesenhahn
[
titutions in scripts.
#
# Note that Cygwin includes the 'cygpath' utility, which already provides
# path translation capability.
#
# Written by Bob Friesenhahn <[EMAIL PROTECTED]> June 2002
#
arg="$1"
escapes=0
if test -n "$2"
then
escapes="$2"
fi
if
otion of an installation "prefix" except
for at software install time.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
oor rather than
fretting about the naming of variables?
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
2nd maintainer to chip in
disappearing in the bitbucket...
It is true that some of us are plumb wore out and unable to cope.
Your work is interesting and important but I am sure that Ralf is best
qualified to evaluate the patch because he as been working with it
closely.
Bob
=====
)
maybe it should filter linker error output through c++filt before
displaying it to the user.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
copyright notice should only include years when significant
changes occured.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Sun, 21 Aug 2005, Gary V. Vaughan wrote:
On 21 Aug 2005, at 20:32, Bob Friesenhahn wrote:
On Sun, 21 Aug 2005, Gary V. Vaughan wrote:
##
-## Copyright (C) 2003, 2004, 2005 Free Software Foundation, Inc.
+## Copyright (C) 1998, 1999, 2000, 2001, 2003, 2004, 2005
+## Free Software
tions as well.
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
e, then
it will not work properly with make.
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
shortly after leaving the gate due to being a rebel without a
cause. It failed years ago and support for it should be removed from
libtool.
Bob
==========
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsM
ner; return i;],
+ ac_cv_cxx_namespaces=yes, ac_cv_cxx_namespaces=no)
+ AC_LANG_RESTORE
+])
+if test "$ac_cv_cxx_namespaces" = yes; then
+ AC_DEFINE(HAVE_NAMESPACES,,[define if the compiler implements namespaces])
+fi
+])
==
Bob Friesenhahn
[
1 - 100 of 323 matches
Mail list logo
