This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 7244857f7bc0e90f52ca5b6be37652911653e654 (commit)
from
Hi Charles,
* Charles Wilson wrote on Wed, Jun 24, 2009 at 02:32:16AM CEST:
* libltdl/m4/libtool.m4: Add alias for obsoleted
macro AC_LIBTOOL_RC.
OK, but *really*, the project thould move to Libtool 2.2.x.
Push them, please.
OK, with or without an additional change to lt~obsolete.m4?
No
Ralf Wildenhues wrote:
* Charles Wilson wrote on Wed, Jun 24, 2009 at 02:32:16AM CEST:
* libltdl/m4/libtool.m4: Add alias for obsoleted
macro AC_LIBTOOL_RC.
OK,
Pushed.
but *really*, the project thould move to Libtool 2.2.x.
Push them, please.
OK, with or without an additional change
Charles Wilson wrote:
* libltdl/config/ltmain.m4sh (func_emit_cwrapperexe_src)
[ltwrapper_debugprintf]: Renamed to...
[lt_debugprintf]: this. Only print messages if lt_debug != 0.
[file scope]: Add constants and variables to support new --lt-debug
option. Remove LTWRAPPER_DEBUGPRINTF macro.
Hello Fabiano,
* Fabiano Sidler wrote on Fri, Jun 26, 2009 at 09:20:46PM CEST:
Now, probably more interesting:
./libtool: 1: find: not found
./libtool: 1: find: not found
That's your issue, I bet. Would've been better to see stdout and stderr
intermingled, to be certain, but your best bet
I have a library that I'm building using libtool. When built statically,
I want it to include a certain list of object files. When linking that
library dynamically, I want to add an additional object (windows
resources, compiled using windres).
I already have it working so that BOTH versions get
