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
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 te
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
Den 2009-01-23 16:39 skrev Peter Rosin:
I'm preparing a merge with master now instead. Just got to run the
testsuite on a couple of $hosts/compilers (sigh) before I push...
Four hours later, and four popups later, the testsuite has completed
as expected on Cygwin and MSYS/MSVC.
That's on a dua
Den 2009-01-23 07:57 skrev Ralf Wildenhues:
OK. That way you did not merge the rest of master's current changes
into pr-msvc-support. I would not have minded if you had done that,
either, but it doesn't matter.
The ChangeLog rotation made it complex (at least it looked complex to me)
and I di
Ralf Wildenhues wrote:
>
> Please go ahead and push with these changes.
Pushed.
--
Chuck
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
Hello, Ralf!
Something goes wrong again. My letter in the attachment in plain text,
sorry. It is due to buggy FidoLook SL formatter, looks like it dislikes
shell script syntax.
With best regards, Mike Gorchak. E-mail: m...@malva.ua
Hello, Ralf!
This patch adds qnx as platform which sup
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 l
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 t
10 matches
Mail list logo
