Hello, Ralf!
This patch adds qnx as platform which supports library version
information.
RW As far as I can see, this patch changes the versioning scheme used on
RW QNX. This means, that potentially all libraries created with libtool
RW after this change are incompatible with all of those
Something goes wrong with 0x0d/0x0a in previous letter. Sorry.
Hello, Ralf!
This patch adds qnx as platform which supports library version
information.
RW As far as I can see, this patch changes the versioning scheme
used on
QNX. This means, that potentially all
Den 2009-01-14 09:13 skrev Peter Rosin:
The branch, pr-msvc-support has been updated
via 8c17887ee34e73a2aeb127b94f5b76f45dc34017 (commit)
via 2817364bb6efd20192c46edecfe085cbb288 (commit)
via 06cfce005204bb8ca212aadab38b38c0202ea04e (commit)
via
Ralf Wildenhues wrote:
Please go ahead and push with these changes.
Pushed.
--
Chuck
On Fri, Jan 02, 2009 at 12:10:38PM +0100, Kurt Roeckx wrote:
Hi,
There was an error report on the Debian bug tracking system
that lt_dlopenext() sets an error on succesful loading the library
if no extention was given. See:
http://bugs.debian.org/510006
Here are the patches I've made
Hi!
I looked into a failure of the MSYS/MSVC branch and found that
this line from tests/need-lib-prefix.at expands to the wrong
thing:
LT_AT_NOINST_EXEC_CHECK([./main], [-dlopen foo1.la -dlopen libfoo2.la],
[], [expout], [])
Among other things, I find this line in the generated
Charles Wilson wrote:
Ralf Wildenhues wrote:
* Charles Wilson wrote on Wed, Jan 21, 2009 at 08:47:42PM CET:
[...] EVERY separate patchset requires an independent full testsuite
run. Until recently, that was 5 hours of sitting in front of my
computer waiting for popups, while that computer was
