which loads the module may simply core
dump.
An option you should consider is to build libtidy as a convenience
library which can then be safely linked with your module. This
approach likely requires that you create your own build environment
for libtidy.
Bob
===
Bob Friesenhahn
[EMAIL
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
http://lists.gnu.org/mailman/listinfo/libtool
by a package manager.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
http://lists.gnu.org/mailman/listinfo
know that Linux has special hooks in order to
automatically run Windows executables using Wine. Is the Wine
execution support dependent on this Linux feature?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
+ if (cygwin_conv_path (CCP_POSIX_TO_WIN_A, filename, wpath, MAX_PATH))
+{
+ LT__SETERROR (CANNOT_OPEN);
+ return 0;
+ }
+ len = 0;
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
are not primarily
english speakers. It seems best to use terms (e.g. quit) which are
straightforward dictionary translations.
If you fix these few issues, then the patch seems ok to me.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
the beers out over a year or so.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
http://lists.gnu.org/mailman
become tedious and time consuming.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
rather than needing to consult an external libtool script. That is
how I am doing it.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
there is advantage to using it.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
http://lists.gnu.org/mailman/listinfo
CC, CFLAGS, and other values. That is not how things are
supposed to be done. It is little wonder that there are some libtool
issues.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
libtool 1.2965 2008-04-22 (bash)
real 4:03.745
user 3:19.232
sys41.018
libtool 1.2965 2008-04-22 (dash)
real 3:43.894
user 3:07.987
sys34.191
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
programs (none in this case).
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/
to this list as well?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
current FSF released software and adding --silent to the libtool
options, I obtain complete silence (other than compiler
warnings/errors) via 'make -s'.
Based on the above, it seems likely that you are not using the current
releases of the software.
Bob
==
Bob
that they are similar to before. This means that users end up waiting
just as long for the build to complete.
I have attached the raw data, which includes some timings that I did
with FreeBSD's /bin/sh and ksh93.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
/loadlibrary.c,
libltdl/lt_dlloader.c, libltdl/ltdl.c: Remove many redundant
type casts.
* NEWS: Updated.
Suggested by Bob Friesenhahn [EMAIL PROTECTED]
I like this very much. Besides helping user code, it should diminish
the number of compiler warnings when compiling libltdl and may even
avoid
cheering
me on from the sidelines :-)
I reviewed the code updates and liked them very much. Probably I was
communicating in American when I should have been communicating in
British. Here are my comments translated to British: please apply.
:-)
Bob
==
Bob
bugs, each of which I'll address
with a separate patch.
Okay to apply?
This bug has annoyed me as well. Please apply this patch.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
to apply to me.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
supporting this math syntax also support the native math types (which
they likely do since this syntax comes from old ksh), then is there a
reason why we would not prefer the native syntax for math if we are
doing math? Is there a ripple effect?
Bob
==
Bob
to obtain the necessary run-time
environment, and to run the debugger on the correct binary. Proposals
for the cleanest way to do that are appreciated.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
of the
problem.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
# !/bin/sh
# Copyright (C) 2003, 2004 GraphicsMagick Group
#
# This program is covered by multiple licenses
since git uses distributed repositories, this might
become tricky.
We don't want to force someone to have to use git to do a 'make dist'
but since git is necessary in order to submit changes, it is
reasonable to make full use of it at that time.
Bob
==
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
than bash, but the difference does not seem large enough for
Autoconf and libtool to be concerned enough to use a different shell
selection algorithm.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
!= no; then
+ removelist=$lockfile
$RM $lockfile
fi
}
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
. For
example, in the MinGW build, the C++ standard library did not support
throwing exceptions out of a DLL so it was built as static. In that
case libstdc++ was treated as a special case. At least that is how I
remember it.
Bob
==
Bob Friesenhahn
[EMAIL
libtool
slowness should actually be attributed to linker slowness.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
available under Solaris and OS-X Leopard, I find it
to be no more insulting than a suggestion to run software under
valgrind, which is only available under Linux (and sometimes on
FreeBSD).
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org
shell scripts are not compiled, the size of a shell script has
very little to do with its execution time.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
wrote this patch and convince them to
submit it as an official libtool patch against libtool 2.X.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
needs to make the call as to what is an
acceptable level of runtime overhead before Dolt can be disposed of an
unecessary idea. Is the acceptable overhead 5%, 7%, 10%? What is the
magic number?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
parse.sh 1.35s user 0.39s system 83% cpu 2.074 total
% time ksh parse.sh
[ runs forever apparently ]
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
is not how close func_mode_compile() is to the
top, but how close the code which invokes it is to the top.
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/
___
http://lists.gnu.org/mailman/listinfo/libtool
looks good to apply to me.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
version is much
better than preceding versions due to its exhaustive test suite and
quite a few years more development.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
that it does do so for Solaris 10 with
the Studio 12 compiler. Upgrading to 2.2, or the first subsequent
release (scheduled for April 1st) may be the solution you are looking
for.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
this
AC_LANG_PUSH(C++)
some C++ tests
AC_LANG_POP
This works great under Solaris!
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
to be contributed according to FSF rules.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
http://lists.gnu.org
for the work to the FSF.
The current libtool release is 2.2 so the current release needs to be
updated as well. We expect an update release for 2.2 in a couple of
weeks, but there is currently no forecast for another 1.5.X release.
Bob
==
Bob Friesenhahn
[EMAIL
may currently depend on
some features which are not in Windows CE. The test suite would need
to be adapted to work reasonably well for this target. Even now,
there are still some test failures with the MinGW compiler.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED
that.
Latest versions of autoconf, automake, and m4 are required in order to
bootstrap. Executing the bootstrap script is likely to take a *long*
time.
Test with 'configure', 'make', and 'make check'.
As I'm using mingw, i can test it too :)
Good!
Bob
==
Bob
'/^[0-9][0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]/ { print
substr($1,1,4) substr($1,6,2) substr($1,9,2); exit; }'
${srcdir}/ChangeLog`
Since we should always update ChangeLog, it makes sense to use the
last date entered in ChangeLog.
Bob
==
Bob Friesenhahn
:/c/Program
Files/OpenVPN/bin
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
install
install is /usr/bin/install
bash-3.2$ which INSTALL
INSTALL is /usr/bin/INSTALL
bash-3.2$ INSTALL
INSTALL: missing file operand
Try `INSTALL --help' for more information.
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
... please ask.
The current plan is to address remaining issues found in the 2.2
release before any new functionality is added.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
was not working for me under Solaris
10 so I have fortran variables (F77 FC) set to 'no' in config.site
so that they won't be used in the libtool tests. At the time I
thought that perhaps this was due to a lacking libtool feature rather
than a 'bug'.
Bob
==
Bob
. If the package specifies
that it needs that language, then configure should quit with an error.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
does not work). If libtool is built
stand-alone (as in our distribution) then there should be a warning
but the user should still be able to build and install libtool.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
that libtool does not work.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Bug-libtool mailing list
Bug-libtool@gnu.org
during configuration.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Bug-libtool mailing list
Bug-libtool@gnu.org
perfectly reasonable to use a non-GNU fortran or C++ compiler
along with GCC.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
. If the package specifies
that it needs that language, then configure should quit with an error.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
does not work). If libtool is built
stand-alone (as in our distribution) then there should be a warning
but the user should still be able to build and install libtool.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
if a language is found to not work.
So it seems that we need a way to specify both the languages to try to
configure for, and the ones that must work.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
that libtool does not work.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
perfectly reasonable to use a non-GNU fortran or C++ compiler
along with GCC.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
for the C++, Java, or Fortran compilers. If the program
is available we try to use it in the tests.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
it. Then it seems
fairly trivial. :-)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Bug-libtool mailing
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Bug-libtool mailing list
Bug-libtool@gnu.org
http://lists.gnu.org/mailman/listinfo
uncommitted in a working directory, hindering further work on the same
files. Each developer needed to develop his own system for working
around this limitation. I never did. It seems that git has much more
to offer to meet these needs than CVS does.
Bob
==
Bob
words, it is the first libtool release that I feel
comfortable with not using a development version in my released
software. That is quite an achievement.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
On Sun, 2 Mar 2008, Bob Friesenhahn wrote:
Both are attached in lzma compressed format. I find it odd that the log file
is much larger for MinGW/MSYS than for Cygwin.
It seems that part of the reason for the bloat is that Makefiles don't
make good shell scripts. :-)
I see that in some
that this release must surely have been rushed since it
is so far ahead of schedule. Features must have been secretly
removed. Please put back the features which were removed in order to
meet the accelerated schedule. :-)
Yahoo!
Bob
==
Bob Friesenhahn
[EMAIL
/libltdl_libltdl_la-preopen.lo' is not
a valid libtool object
gmake[2]: *** [libltdl/libltdl.la] Error 1
gmake[2]: Leaving directory `/scratch/bfriesen/build/libtool-head'
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen
.
What happens with a fresh checkout on your machine?
Not sure. I will find out later.
I am happy to provide you with an account on my machines if it will
help you with this issue, or in the future.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http
On Fri, 29 Feb 2008, Bob Friesenhahn wrote:
What happens with a fresh checkout on your machine?
Not sure. I will find out later.
That did it! Perhaps there is something not quite right in the
maintainer dependencies or a timestamp was wrong.
Testing builds now ...
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
.
## -- ##
## testsuite.log was created. ##
## -- ##
Please send `tests/testsuite.log' and all information you think might
help:
To: [EMAIL PROTECTED]
Subject: [libtool 2.1c] testsuite: 21 38 39 46 50 53 60 61 62 63 64 failed
==
Bob Friesenhahn
. Since it did not appear to happen this
past weekend, maybe we will be lucky and it will pop out this next
weekend.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
, and it
makes the package smaller.
I hope it is nice and warm in North Dakota. :-)
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
with the
recursive build there are more barrier points (e.g. packing and
unpacking the convenience libs) where concurrency is not allowed.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http
Is the libtool release scheduled for this weekend, or for next
weekend?
Thanks,
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
there are
legal implications if someone checks out the files and the COPYING
file is not there.
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/
___
http://lists.gnu.org/mailman/listinfo/libtool
differ.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
http://lists.gnu.org/mailman/listinfo/libtool
/GraphicsMagick-1.2.020080201/_build'
This was working not very long ago ...
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
/usr/local/share/config.site file. Presumably
you could do the same for CXX.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
assumption that if the C compiler is GCC that all tools will
be from the same tool chain.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
are installed in the correct order so
that when this relink occurs, it is against the freshly installed
library rather than some older one which was already installed.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
', needed by
`ltdl/libltdlc.la'. Stop.
Configured with --enable-ltdl-convenience.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
it? :-)
FYI: Down-reving libtool to the version current as of 2008-01-28
produces a working libtool.
I do recall Ralph mentioning to you a couple of days ago that
something breaks GraphicsMagick but I did not pay much attention at
the time.
Bob
==
Bob
`(_~)_
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
http://lists.gnu.org/mailman/listinfo/libtool
documentation recommended the
opposite order, and opposite order was likely required at that time.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
in order to intentionally obtain a medium level
of output.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
-recursive build, with libltdl. However, libltdl's static preload
feature is not used by this package.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
you think might
help:
To: [EMAIL PROTECTED]
Subject: [libtool 2.1a] testsuite: 29 32 33 34 55 56 57 59 failed
A gzipped testsuite.log is attached.
The test results on Solaris 10 (SPARC and x86) and Apple OS-X Leopard
seem reasonable.
Bob
==
Bob
?
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
___
Bug-libtool mailing list
Bug-libtool@gnu.org
http://lists.gnu.org
. */
/* #undef HAVE_UNISTD_H */
That is quite a problem since this is an important header. It is
useful to consult config.log and see why this test fails.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
place to add extra smarts for a
more silent build when using libtool.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
fixes the failures (HEAD and
branch-1-5)?
The patch looks safe to apply to me.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
place to add extra smarts for a
more silent build when using libtool.
Bob
==
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org
On Wed, 9 Jan 2008, Duft Markus wrote:
Bob Friesenhahn wrote:
On Tue, 8 Jan 2008, Ralf Wildenhues wrote:
General question before fixing this: on w32, should even plugins have
their DLLs go to $bindir?
Yes, i'd agree to this... ;o) If you try to load a library by yourself,
you will have
401 - 500 of 1009 matches
Mail list logo