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
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
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
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
"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
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
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,
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
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/
milar to other
compilers.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
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
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
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
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 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
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/
every time I tried.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
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
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
/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
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/
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
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';
}
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/
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
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
--
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 *
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
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
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/
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
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/
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
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/
else
# define LIB_IMPEXP
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
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/
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
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/
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
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
) "$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/
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/
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/
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
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
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
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
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/
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
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
-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/
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
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/
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
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/
tension missing.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
d out. I would be astonished if Windows
LoadLibrary() is not willing to load a Windows executable file similar
to the way it loads a DLL. If so, this raises security implications
that we want to avoid.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfri
On Tue, 15 Jun 2010, Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Sun, Jun 13, 2010 at 06:16:15PM CEST:
On Sun, 13 Jun 2010, Ralf Wildenhues wrote:
Tested with git Autoconf and 2.62. OK?
This change looks fine to me.
Thanks for the review. I had applied this, but it turns out it
a/libtoolize.m4sh
+++ b/libtoolize.m4sh
@@ -65,7 +65,9 @@ AS_INIT[]m4_divert_push([HEADER-COPYRIGHT])dnl
# automake: $automake_version
# autoconf: $autoconf_version
#
-# Report bugs to .
+# Report bugs to <@PACKAGE_BUGREPORT@>.
+# GNU @PACKAGE@ home page: <@PACKAGE_URL@>.
+# General help using GNU software: <http://www.gnu.org/gethelp/>.
: ${TAR=tar}
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
she' unless specifically mentioned
otherwise. ('she' becomes subordinate to 'he' due to the biblical
story of how woman was created from Adam's rib). The result becomes
clumsy text.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
developer's job by encapsulating both the
+GNU Libtool simplifies your job by encapsulating both the
platform-specific dependencies, and the user interface, in a single
script. GNU Libtool is designed so that the complete functionality of
each host type is available via a generic interface, but nas
elinked in order to use
+Programs might need to be changed, recompiled, relinked in order to use
the new version. Bump @var{current}, set @var{revision} and @var{age}
to 0.
@end enumerate
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
t argc, char **argv)
{
- const struct lt_symlist *s;
+ const lt_dlsymlist *s;
int (*pfoo)() = 0;
int (*phello)() = 0;
int *pnothing = 0;
--
1.7.0.rc1.161.g90487
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick
. I'll be pushing it soon.
I don't actually know whether this bug can cause issues on some system.
Nice catch. I had not been aware of the -flto option before.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
course not ideal. ;-)
As long as build portability does not suffer, I think it is a good
thing for builds to be as deterministic as possible. Otherwise it is
possible for the built binaries to perform differently from build to
build.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.t
On Mon, 22 Feb 2010, Ralf Wildenhues wrote:
Hi Bob,
thanks for testing.
It was only a quick sanity check for reassurance. :-)
* Bob Friesenhahn wrote on Mon, Feb 22, 2010 at 01:22:16AM CET:
On my systems (and after Charles raft of submissions) this is the
current final test status
91 tests behaved as expected.
14 tests were skipped.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
. I just
figured it was easier to review, by presenting the response to the
review comments separately.
ping...
ping, again.
--
Chuck
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
a new system call, which
results in an unrelated error being reported by GetLastError().
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
.
I have not encountered such a limited C++ compiler for at least 12
years, including on archaic systems.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
, pre-standard C++ compilers that
don't grok namespaces etc.
A missing throw() on virtual what() is a violation of ISO C++98 however.
I don't think that pre-standard C++ compilers are much of a concern.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org
message");
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Sat, 9 Jan 2010, Ralf Wildenhues wrote:
[ moving from libtool@ ]
* Bob Friesenhahn wrote on Tue, Jan 05, 2010 at 05:11:56PM CET:
Using 'llvm-gcc' (GCC frontend to llvm compiler) I find that C++
exceptions do not work (are not caught) in the built programs.
[ and suspect
n".
Unless there is actual value offered, then it should not be done.
More useful value would be to get Chuck Wilson's patches approved so
that libtool can work better with Cygwin 1.7, which is already
released as current.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.si
he patches list so I will
delete the Cc: to the bugs list.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
errors only correspond
to the last requested operation.
The current implementation appears to be a memory leak since nothing
is freeing the error string pointer (user_error_strings).
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
Grap
hange its arguments even though it is not documented.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
tforms is not a reasonable requirement for a patch.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
then there should not be great concern
about corrupted .la files.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
more priority.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
mory?
Any solution needs to be fully secure, even if the underlying OS is
not as secure as it should be.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
ms there it has become a religious issue.
The definition of NULL in system headers has been inconsistent and
sometimes the definition of NULL is not so friendly for C++. However,
both C and C++ will consistently accept 0 both to initialize and
compare with a pointer value.
Bob
--
Bob Fr
7;const
char *' and since the returned string points into the input string, it
would be wrong for it to not also be 'const char *'
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
ne is used for ISO C++:
const char *strrchr(const char *s, int c);
Since the C++ one is more restrictive (and is also more correct), it
may be useful to try to correct the code rather than just add a cast.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfr
expressed fear
that the MSVC support might make other builds slower. Of course the
libtool test suite may not actually be a good test case since it
really does not compile/link very much at all.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/user
quite interested to hear about build
performance differences. Can you time execution of the test suite for
both HEAD and pr-msvc-support branch and see what execution impact
there may be?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsM
ckage as root.
The problem occurs when someone does
./configure --prefix=/usr
make
sudo make install
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
On Thu, 1 Oct 2009, Peter O'Gorman wrote:
On 10/01/2009 05:04 PM, Bob Friesenhahn wrote:
Excuse this top-post. I continue to believe that this "user error"
should be explictly prevented (by a hard configure error) and that very
few people will notice a warning message whi
02:04 PM, Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Thu, Sep 10, 2009 at 08:21:32PM CEST:
On Thu, 10 Sep 2009, Ralf Wildenhues wrote:
IMHO, people installing to /usr need to know what they are doing.
s/need to/should/g
Yes.
Enabling --program-prefix=g with --prefix=/usr would be quite
umber like
name-7.dll to the name. Not all OSs support library versioning, so in
that case applications would continue using the older library and
freshly compiled applications would use the newer library.
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/user
+
+...@noindent
+In the above description, @emph{programs} using the library in question
+may also be replaced by other libraries using it.
+
+
@node Release numbers
@section Managing release information
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfrie
"\$as_me:__oline__: $NM \\\"conftest.$ac_objext\\\"\""
>&AS_MESSAGE_LOG_FD)
+ (eval echo "\"\$as_me:$LINENO: $NM \\\"conftest.$ac_objext\\\"\""
>&AS_MESSAGE_LOG_FD)
(eval "$NM \"conftest.$ac_objext\"" 2>conftest.err > conftest.out)
cat conftest.err >&AS_MESSAGE_LOG_FD
- (eval echo "\"\$as_me:__oline__: output\"" >&AS_MESSAGE_LOG_FD)
+ (eval echo "\"\$as_me:$LINENO: output\"" >&AS_MESSAGE_LOG_FD)
cat conftest.out >&AS_MESSAGE_LOG_FD
if $GREP 'External.*some_variable' conftest.out > /dev/null; then
lt_cv_nm_interface="MS dumpbin"
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
, if no regressions from earlier behavior on mingw?
OK to push?
This patch seems like it offers considerable improvement. Please push
it.
It is unfortunate that GCC 3.4.5 is including libraries that some
MinGW users definitely don't intend to use.
Bob
--
Bob Friesenhahn
requirement? What will happen if I use distinct prefixes but put both
bindirs into my PATH?
Installation under the same prefix is necessary because the installed
m4 files from the various packages share a directory and that is where
aclocal looks for them.
Bob
--
Bob Friesenhahn
bfrie
+m4_if([$1], [],[
+ sys_lib_search_path_spec="$sys_lib_search_path_spec /usr/lib/w32api"])
;;
mingw* | cegcc*)
# MinGW DLLs use traditional 'lib' prefix
--
1.6.1.2
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
_with_static_runtimes, $1)=yes
--
1.6.1.2
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
_SED_QUOTE_VARS],
[AC_DEFUN([_LT_PREPARE_SED_QUOTE_VARS])])
+m4_ifndef([_LT_PROG_ECHO_BACKSLASH], [AC_DEFUN([_LT_PROG_ECHO_BACKSLASH])])
--
1.6.1.2
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
so I have not tried to cross the hurdle of an update.
Bob
======
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
then again
it is not easy reading. It should be interesting to see where these
tests report a failure.
Bob
======
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/
uation
is not worse than now (we probably already have mixed spaces and tabs)
and eventually the code will entirely use spaces.
Bob
======
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintaine
1 - 100 of 323 matches
Mail list logo