Re: lt_dlopen an uninstalled library

2021-11-25 Thread Bob Friesenhahn
is exceedingly helpful when it is desired to be able to support static builds and it also helps for compiling shared libraries (DLLs) under Microsoft Windows. So it is worth considering using dlopen() directly. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users

Re: lt_dlopen an uninstalled library

2021-11-24 Thread Bob Friesenhahn
. 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

Re: lt_dlopen an uninstalled library

2021-11-23 Thread Bob Friesenhahn
and its test suite works without installing the software. It does not use libltdl's static-module "preloaded" feature. 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

Re: [patch #9687] bugfix: make -export-dynamic imply --whole-archive

2021-11-21 Thread Bob Friesenhahn
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/bfriesen/ GraphicsMagick Maintaine

Re: [patch #9687] bugfix: make -export-dynamic imply --whole-archive

2021-11-21 Thread Bob Friesenhahn
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.GraphicsMagick.org/ Public Key, http://www.simplesystems

Re: Organization of ltmain.in into sub-files

2021-10-18 Thread Bob Friesenhahn
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

Re: Organization of ltmain.in into sub-files

2021-10-18 Thread Bob Friesenhahn
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, http

Re: [EXTERNAL] Re: LD_LIBRARY_PATH in wrapper scripts

2021-08-22 Thread Bob Friesenhahn
compiler's library installation, then the system will search the normal places for the libraries unless you add an -rpath option to the build. Of course if ldconfig is aware of your compiler's library installation then that causes problems if you are using multiple compilers. Bob -- Bob

Re: LD_LIBRARY_PATH in wrapper scripts

2021-08-21 Thread Bob Friesenhahn
s run-time libraries are installed under /usr/lib/x86_64-linux-gnu (e.g. /usr/lib/x86_64-linux-gnu/libgcc_s.so.1). The wrapper scripts are used for running programs in the build tree. They are not meant to be installed. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.sim

Re: Question about static and shared libraries and their usage in a binary on Windows in a autotools project

2021-08-11 Thread Bob Friesenhahn
, while static is just LIB. VC links with LIB regardless. That makes sense. The key issue is if the consumer of the header file wants/needs to have dllimport/dllexport enabled. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: Question about static and shared libraries and their usage in a binary on Windows in a autotools project

2021-08-11 Thread Bob Friesenhahn
the distinct impression that static libraries are rarely used under Windows any more. While useful for debugging, a lot of projects just don't produce them any more. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Re: Question about static and shared libraries and their usage in a binary on Windows in a autotools project

2021-08-10 Thread Bob Friesenhahn
it is possible/likely that both static and DLL are available at the same time and compiler will choose one of them according to its own rules, and especially if libtool is not used for linking against that library. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users

Re: [EXTERNAL] Re: Unhelpful automatic 3rd-party library linkage

2021-06-30 Thread Bob Friesenhahn
fortunately, existing libraries may have implicit dependencies baked into them which will not go away without rebuilding them. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ Public Key

Re: Unhelpful automatic 3rd-party library linkage

2021-06-29 Thread Bob Friesenhahn
on this library, then it would fail to link, or fail to run if the library can not be found. The compilation toolchain you are using is set up to not put its libraries in the default system directories. As a result, the libstc++.so.6 file needs to be found somehow. Bob -- Bob Friesenhahn bfrie

Re: Unhelpful automatic 3rd-party library linkage

2021-06-29 Thread Bob Friesenhahn
full linkage that it does. A common work-around is to remove the ".la" files that libtool produces and installs. It is possible that GCC itself is pre-programmed (e.g. via the spec file) to record this information when it links with the C++ standard library. Bob -- Bob Friesenhahn bfrie

Re: libtool hangs in func_convert_core_msys_to_w32 when cross-compiling with mingw under cygwin

2021-06-25 Thread Bob Friesenhahn
ows programs without any "POSIXization". Cygwin is a Unix emulation environment so it uses Unix-style paths. In the past, MinGW users often used MSYS. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://

Re: [EXTERNAL] Re: Q: library dependencies

2020-09-25 Thread Bob Friesenhahn
On Fri, 25 Sep 2020, Oleg Smolsky wrote: On 2020-09-25 09:28, Bob Friesenhahn wrote: With convenience libraries, there may be a necessary build order but the object files are not 'linked' before going into the convenience libraries (as a proper library would be) so all linking is when

Re: [EXTERNAL] Re: Q: library dependencies

2020-09-25 Thread Bob Friesenhahn
or program is linked using the objects from the convenience libraries. Using convenience libraries does provide the benefit of avoiding the "deadly embrace" which might be encountered when using shared libraries with cross-dependencies. Bob -- Bob Friesenhahn bfri

Re: [EXTERNAL] Re: Q: library dependencies

2020-09-25 Thread Bob Friesenhahn
reating a proper non-recursive build takes work. For me, it has been completely worth it. GraphicsMagick is perhaps not the best example for how to do things since Automake has improved its capabilities since I made GraphicsMagick's build non-recursive. Bob -- Bob Friesenhahn bfrie...@simpl

Re: Can't make dll out of a static convenience library: This system cannot link to static lib

2020-07-10 Thread Bob Friesenhahn
for use in shared libraries or DLLs. Quite often objects need to be built in special ways (e.g -fPIC, dllexport/dllimport declarations) in order to work in shared libraries. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: Linking with -lname key

2020-06-07 Thread Bob Friesenhahn
y, then the dependent program won't run. You should confirm if the libtool you are using is as delivered from the FSF release, or if it is a modified version. Modified versions which change how library dependencies are treated abound. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http

Re: libtool related compile issue on msys2

2020-02-09 Thread Bob Friesenhahn
. What does this issue have to do with libtool? I have not had any problems when compiling GraphicsMagick under msys2 and GraphicsMagick is also using libtool and using the Windows spawnvp() function. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen

Re: checking command to parse /usr/bin/nm -B output from gcc object... failed

2020-01-07 Thread Bob Friesenhahn
) but I have not seen a speed benefit to properly written code. 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

Re: transitive shared library dependencies and installation

2020-01-05 Thread Bob Friesenhahn
ions often patch out this capability, and they don't distribute ".la" files. Unfortunately, --as-needed may not be 100% reliable since it only reliably detects direct dependence on library symbols, and not "transitive" dependence. Bob -- Bob Friesenhahn bfrie...@simple.dallas.t

Re: transitive shared library dependencies and installation

2020-01-04 Thread Bob Friesenhahn
On Sat, 4 Jan 2020, Russ Allbery wrote: wf...@niif.hu writes: Bob Friesenhahn writes: That sounds like a great idea. However, there is a problem that linking on some systems does depend on already installed libraries (or will end up using them) and so the libraries need to be installed

Re: transitive shared library dependencies and installation

2020-01-04 Thread Bob Friesenhahn
in a particular order. 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

Re: transitive shared library dependencies and installation

2020-01-03 Thread Bob Friesenhahn
continued to be developed, but has not been released. Autoconf 2012 libtool 2014 Automake 2017 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

Re: transitive shared library dependencies and installation

2020-01-02 Thread Bob Friesenhahn
would defeat the purpose of being a portability tool. Sometimes it is better to force the using software to conform to the limitations. Libtool must also work for static linking. It seems to me that your issue also impacts static linking. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us

Re: transitive shared library dependencies and installation

2020-01-02 Thread Bob Friesenhahn
certainly miss most of the picture, so I sincerely appreciate your "piping up". Let's hope others will join with time with their insights. As far as I am aware, libtool is currently "between maintainers" and needs fresh volunteers to become a libtool maintainer. Bob -- B

Re: transitive shared library dependencies and installation

2020-01-02 Thread Bob Friesenhahn
m the only person on this list who has piped up with some sort of a response. :-( 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/bfrie

Re: transitive shared library dependencies and installation

2020-01-01 Thread Bob Friesenhahn
roblem you are seeing. 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

Re: libtool uses cc to link a mixed C/C++ project and fails to find operator new

2019-06-26 Thread Bob Friesenhahn
libraries will be automatically selected by the compiler. On a typical GNU Linux or FreeBSD system, all C++ software is built using the same C++ runtime libraries (at some specified C++ standard level). This is accomplished through brute force by the OS package maintainers. Bob -- Bob

Re: libtool uses cc to link a mixed C/C++ project and fails to find operator new

2019-06-24 Thread Bob Friesenhahn
ble as time goes by. C++ supports exceptions and C does not. If the run-time used does not provide an exception handling framework then there will be a core dump either when the C++ exception is initially thrown, or at the boundary of C/C++. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, h

Re: libtool uses cc to link a mixed C/C++ project and fails to find operator new

2019-06-23 Thread Bob Friesenhahn
not be thrown into C code unless a special compiler option is used so that C supports the exception framework. Without this you are likely to get a core dump. C++ is very good at using C code but C code is not very good at using C++ code. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us

Re: libtool uses cc to link a mixed C/C++ project and fails to find operator new

2019-06-23 Thread Bob Friesenhahn
++ compiler so that the correct standard level and libraries are used. 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

Re: libtool uses cc to link a mixed C/C++ project and fails to find operator new

2019-06-23 Thread Bob Friesenhahn
On Sun, 23 Jun 2019, Yuri wrote: On FreeBSD libtool can't find operator new[] because it is in C mode: How to switch libtool to the C++ mode? Are you using expected file extensions for C++ code? Is your main program a C++ module or a C module? Bob -- Bob Friesenhahn bfrie

Re: Avoid -Wl,--whole-archive

2019-05-16 Thread Bob Friesenhahn
s much faster on modern systems. If your project is already fully built, then typing 'make' again should return almost immediately without doing any work at all. If your project does any work at all due to typing 'make' a second time, then it is defective. Bob -- Bob Friesenhahn bfrie...

Re: GCC LTO options not correctly handled

2019-04-12 Thread Bob Friesenhahn
continually, and it is not reasonable to support them all. 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

Re: Regd. use of libtool in commercial applications

2019-03-14 Thread Bob Friesenhahn
it as part of a "proprietary" application. There are usage models where this is not true. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ Public Key, http://www.simples

Re: Cut a new release?

2018-09-27 Thread Bob Friesenhahn
that there are useful instructions in the libtool source repository. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman

Re: Cut a new release?

2018-09-21 Thread Bob Friesenhahn
so that patches contributed by volunteers and accepted in the repository already get a more widespread distribution. Volunteers with the necessary energy, time, and resources are necessary in order to perform this function. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http

Re: Cut a new release?

2018-09-21 Thread Bob Friesenhahn
? Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: Apple OS ACL files in libtool distribution tarballs

2018-07-17 Thread Bob Friesenhahn
'. These files are only meaningful on OS X, and don't seem like they should be distributed. Probably not a huge deal, just thought I'd point it out. This is a known issue and it is unlikely to happen again. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org

Re: Does libtool need to escape plus signs in egrep expressions?

2018-06-28 Thread Bob Friesenhahn
e possible to match on that final literal underscore. This might expose differences in behaviors between egreps. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.Graphics

Re: What happened to libtool transitive DSOs?

2018-06-21 Thread Bob Friesenhahn
line. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: What happened to libtool transitive DSOs?

2018-06-21 Thread Bob Friesenhahn
with. The reason why they do not like this is that if they introduce a different library which has different dependencies then they would like the dependencies to be entirely determined by the new library. This is a very long-standing point of contention. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us

Re: What happened to libtool transitive DSOs?

2018-06-21 Thread Bob Friesenhahn
that libtool is not adding the transitive dependencies like it used to. Why was this change made? Are you using libtool 2.4.2 as distributed by the FSF or are you using a modified libtool distributed by an OS vendor? Some OS vendors modify libtool like this on purpose. Bob -- Bob Friesenhahn

Re: visibility support

2018-02-09 Thread Bob Friesenhahn
option. The setting might need to be remembered in the installed .la files in order to know if libraries this library depends on are also prepared for the feature, and for libraries that depend on this library can know that they can use the feature. Bob -- Bob Friesenhahn bfrie

Re: visibility support

2018-02-05 Thread Bob Friesenhahn
you from doing what you want in your configure script by adding to CFLAGS and/or LDFLAGS variables. Just make sure that enabling or depending on this feature does hinder portability to systems which do not support the feature. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http

Re: Colons not escaped for setting LD_LIBRARY_PATH.

2018-02-02 Thread Bob Friesenhahn
me locate the place where I could modify the escaping? Are you saying that your system includes colons in its filesystem paths? That would definitely be problematic. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer

Re: How can I get rid of the -L entry of LDLIBS from RPATH?

2017-08-03 Thread Bob Friesenhahn
default values for most variables set or used by configure and may be used to remember any settings found in the generated config.status script. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Re: ./libtool[1086]: eval: syntax error at line 1: `|' unexpected

2017-03-31 Thread Bob Friesenhahn
ll usually select bash on Solaris sytems. The selected shell is set in the CONFIG_SHELL environment variable and the user is able to over-ride this. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.Graphics

Re: libtool support for LLVM's LLD linker

2017-03-21 Thread Bob Friesenhahn
t configure-time. Regardless of what happens with libtool in the long term, the situation for LLVM's LLD will be much better if it pretends to be GNU ld since it takes years to deploy a new libtool release across OS distributions. Clang pretends to be GCC in many ways. Bob -- Bob F

Re: Why does ltmain.sh::temp_rpath not need the same system lib considerations?

2017-02-16 Thread Bob Friesenhahn
is not determining that the path is a system library path. Check the output of './libtool --config'. Particularly, sys_lib_dlsearch_path_spec. Maybe it is wrong. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http

Re: Why does ltmain.sh::temp_rpath not need the same system lib considerations?

2017-02-16 Thread Bob Friesenhahn
of issues under Microsoft Windows, which does not seem to offer sufficient control of where files come from. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: Linking against static libraries in Windows (MSYS)

2016-06-27 Thread Bob Friesenhahn
On Mon, 27 Jun 2016, Bob Friesenhahn wrote: The good news is that libtool will already automatically link dependency libraries when you build something which depends on 'A' and the .la file for 'A' is present. In other words, libtool should handle the problem automatically as long as you

Re: Linking against static libraries in Windows (MSYS)

2016-06-27 Thread Bob Friesenhahn
nk using something other than libtool. This is a core function of libtool. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists

Re: How to make a C++ -module?

2016-06-21 Thread Bob Friesenhahn
to ignore it when the module is built (as it does) and then the application using the module would need to link with -lgcc. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: How to make a C++ -module?

2016-06-21 Thread Bob Friesenhahn
in the link line may be a bug (possibly a bug in GCC). Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: How to build libtool from git sources properly?

2016-05-18 Thread Bob Friesenhahn
-- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: Libtool not creating version info symlinks during make install

2016-03-13 Thread Bob Friesenhahn
libtool? I would guess that it does not know what to do based on your host specification. Perhaps 'androideabi' vs 'gnu' throws it off. Does Android use the same shared library conventions as GNU/Linux? Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users

Re: libtool-ltdl-devel

2016-03-01 Thread Bob Friesenhahn
code that Ubuntu offers. Ubuntu is obligated to provide you with the source code since this is a GPL-licensed package. If they have not made it clear to you how to obtain the source code, then there is a problem. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/

Re: MSW DLLs support in libtool

2016-02-12 Thread Bob Friesenhahn
udes people who just received a tarball and are not the developer of the software. Another core principle is that defaulting to imperfect success is better than utter failure. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Main

Re: MSW DLLs support in libtool

2016-02-11 Thread Bob Friesenhahn
on any OS) in its makefiles for as long as I can remember. No harm was encountered due to this. This discussion is feeling rather Shakespearian. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.Graphics

Re: MSW DLLs support in libtool

2016-02-11 Thread Bob Friesenhahn
ether static will be created and whether shared will be created. So "make" must ether create requested versions or fail. These are 'enable' options. Use of 'enable' implies "best effort". Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesy

Re: MSW DLLs support in libtool

2016-02-10 Thread Bob Friesenhahn
ply any additional dependency libraries if there otherwise would be undefined symbols. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ __

Re: MSW DLLs support in libtool

2016-02-09 Thread Bob Friesenhahn
modify libtool such that dependency libraries are not included and they delete all .la files. The reason for intentionally losing dependency information is because the specific dependencies cause packaging problems. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org

Re[2]: MSW DLLs support in libtool

2016-02-09 Thread Bob Friesenhahn
. It is thought that errors are bad and successful compilation is good. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman

Re: Libtool does not generate shared libraries when cross compiling x86/64 -> sparc64 using fujitsu compiler

2016-02-06 Thread Bob Friesenhahn
is in the best position to support their own compiler and platform. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org

Re: how to make libtool use stdlib

2015-09-08 Thread Bob Friesenhahn
Libtool normally queries GCC to learn what libraries it would normally apply and carefully applies them anyway. Is this not working for you? Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,

Re: cross-compiling with libtool

2015-05-14 Thread Bob Friesenhahn
on the system. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: cross-compiling with libtool

2015-05-13 Thread Bob Friesenhahn
that ranlib is not actually necessary. You could change to the directory where the other cross-tools are and do ln -s /bin/true arm-blues-linux-gnueabi-ranlib Altnerately, you could find a correct ranlib binary and make sure that it is named appropriately. Bob -- Bob Friesenhahn bfrie

Re: Running an uninstalled executable

2015-05-12 Thread Bob Friesenhahn
with a hard-coded run-path (-RLIBDIR or -Wl,-rpath,/libdir'), or using environment variables like LD_LIBRARY_PATH. As a developer, I find using the run-path to be most reliable/convenient, but this may not be suitable when creating packaged binaries for installation. Bob -- Bob Friesenhahn

Re: libtool is not wanting to play nicely with cross compiler

2015-04-07 Thread Bob Friesenhahn
for cross-compilation since some tests are impossible when cross-compiling and so appropriate defaults need to be supplied. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: argument list too long error

2015-03-26 Thread Bob Friesenhahn
, Makefile, or somehow induced into the execution environment? It seems that CPPFLAGS was constructed improperly, adding similar stuff over and over rather than just once. Bob Vincent Torri On Wed, Mar 25, 2015 at 8:39 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: On Wed, 25

Re: argument list too long error

2015-03-25 Thread Bob Friesenhahn
is not intended to be an optimizer. If it drops or re-orders options (as happens sometimes), then the build may fail. A list of arguments which is already too long when libtool is invoked is already a lost cause. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users

Re: argument list too long error

2015-03-25 Thread Bob Friesenhahn
. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: GNU libtool-2.4.6 released [stable]

2015-03-23 Thread Bob Friesenhahn
. I see the same issue with 2.4.5, but not with 2.4.4 (and earlier). The 'file' command describes these as AppleDouble encoded Macintosh file. It does not seem possible that these files were listed for inclusion in the release so they must be an artifact of the 'tar' program used. Bob -- Bob

Re: Bash-specific performance by avoiding sed

2015-03-09 Thread Bob Friesenhahn
common shells (e.g. dash, ksh, zsh). Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: Performance issue of libtool-2.4.4

2015-02-06 Thread Bob Friesenhahn
On Fri, 6 Feb 2015, Robert Yang wrote: On 02/06/2015 12:12 PM, Bob Friesenhahn wrote: I am not seeing quite the difference between libtool releases that you are although I see a big slowdown starting with 2.4.3. These timings are for optimized builds of GraphicsMagick on a 12-core GNU/Linux

Re: Performance issue of libtool-2.4.4

2015-02-05 Thread Bob Friesenhahn
-- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: Performance issue of libtool-2.4.4

2015-02-04 Thread Bob Friesenhahn
it is executed? That would certainly lead to a huge slowdown. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org

Re: Performance issue of libtool-2.4.4

2015-02-03 Thread Bob Friesenhahn
can specify LIBTOOL in the environment (see the Makefiles) such that it points to the uninstalled libtool in a libtool build tree. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: Performance issue of libtool-2.4.4

2015-02-02 Thread Bob Friesenhahn
were using before? Libtoolize is not normally considered to be part of package build time since packages usually already come 'libtoolized' (using some random version of libtool). Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick

Re: lt_dlopen no return

2014-12-15 Thread Bob Friesenhahn
need more help here, then you would need to tell us the libtool version you are using, and the operating system you are running it on. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org

Re: [PATCH] Use ldconfig to generate sys_lib_dlsearch_path_spec

2014-12-05 Thread Bob Friesenhahn
ldconfig might produce output based on local system configuration (e.g. additional search directories) rather than based on the standard for that OS release/distribution. The built binaries might then not run if put on another system from the same OS release/distribution. Bob -- Bob Friesenhahn

Re: Trying to get libtool not to add -rpath, since libs are only in a staging directory

2014-12-02 Thread Bob Friesenhahn
. This solves the problem (automatic addition of -rpath) caused by libtool on GNU/Linux. It is not truely portable since it can not solve automatic tool behavior on other operating systems. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen

Re: Trying to get libtool not to add -rpath, since libs are only in a staging directory

2014-11-28 Thread Bob Friesenhahn
be considered an install/copy-only option to support packaging. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman

Re: [RFC] any critical patches for a release this weekend?

2014-10-27 Thread Bob Friesenhahn
me the opportunity to solicit a bit of outside help with patching the remaining few stubborn regressions I haven't had time to devote to over the last 9 months. Thank you for being fearless and for doing the work to cut the release. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http

Re: when linking on Solaris 64bit shared object using cc, -m64 should be used

2014-06-10 Thread Bob Friesenhahn
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/

Re: when linking on Solaris 64bit shared object using cc, -m64 should be used

2014-06-10 Thread Bob Friesenhahn
. 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 Maintainer

Re: -no-undefined on Win32

2014-04-28 Thread Bob Friesenhahn
on significant changes in libtool. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: -no-undefined on Win32

2014-04-19 Thread Bob Friesenhahn
likely to also compile on other platforms (including platforms that the package authors don't have access to). If the software fails to compile, or fails to work, there is substantial possibility that the user won't know how to solve the problem. Bob -- Bob Friesenhahn bfrie

Re: (almost) silent creation of static lib instead of dynamic linked lib

2014-04-18 Thread Bob Friesenhahn
will satisfy me. When I run configure with --enable-shared (or shared enabled by default), I expect that make will build shared lib or fail with error. Did you try using --disable-static? Enabling building shared libraries is not the same as disabling building static libraries. Bob -- Bob Friesenhahn

Re: -no-undefined on Win32

2014-04-18 Thread Bob Friesenhahn
. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

Re: Forced static lib if any depend lib is static on win32

2014-04-18 Thread Bob Friesenhahn
built them and so it knows how they are built. In fact, libtool convenience libraries are not used like libraries at all and are simply a convenient reference to a collection of object files wrapped in an archive. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org

Re: AM_LDFLAGS += -no-undefined

2014-04-08 Thread Bob Friesenhahn
document that it must already be installed on the system. Perhaps it would be wise for libltdl to be unbundled from libtool itself and libltdl become a separate project. They would still have a relationship but then it would be easier to install libltdl. Bob -- Bob Friesenhahn bfrie

Re: AM_LDFLAGS += -no-undefined

2014-04-08 Thread Bob Friesenhahn
On Tue, 8 Apr 2014, Gary V. Vaughan wrote: Hi Bob; Salut Akim, On Apr 8, 2014, at 9:28 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: Perhaps it would be wise for libltdl to be unbundled from libtool itself and libltdl become a separate project. They would still have

Re: AM_LDFLAGS += -no-undefined

2014-04-08 Thread Bob Friesenhahn
++ libraries, it is perfectly negligible). The ltdl configure script bits take a long time to run and make the configure script larger. With the recursive build, the build time is not worth worrying about. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users

Re: pkg-config and static builds

2014-03-03 Thread Bob Friesenhahn
, and testing. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ https://lists.gnu.org/mailman/listinfo/libtool

  1   2   3   4   5   6   7   8   9   10   >