On 6/22/2010 7:53 AM, Peter Rosin wrote:
> I added compile5.test. I don't think $build is part of the equation
> for the purpose of this test, and the only supported $host at this
> point is mingw. Is it what you had in mind?
Well, if $build is cygwin, then it'll work, because cygwin always has
cy
On 6/21/2010 5:00 PM, Peter Rosin wrote:
> Den 2010-06-19 05:38 skrev Ralf Wildenhues:
>> * Peter Rosin wrote on Wed, Jun 16, 2010 at 10:30:22PM CEST:
>>> Should I keep attaching the "current" version of the patch?
>>
>> Sure, but the patch is good to go once copyright papers are through,
>> with t
On 6/21/2010 6:33 AM, Peter Rosin wrote:
>
> So, what stops someone from adding the missing conversion when it
> is needed, thus fulfilling the promise implied by the name of the
> function?
Nothing. And then they update the documentation to match the
implementation.
--
Chuck
On 6/16/2010 8:30 AM, Peter Rosin wrote:
> It was the easiest I could come up with after experimenting a lot. That
> wasn't yesterday though, but IIRC if you want to convert paths with
> spaces, you need to quote the $path for cmd, hence the quotes in the
> echo "$path " construct. The space before
Distcheck fails when configure.ac includes LT_OUTPUT. libtool.am should
remove both generated libtool script and config.lt.
Patch is against 1.10.1, not git.
2008-11-09 Charles Wilson <...>
* lib/am/libtool.am (distclean-libtool): clean up
config.lt as well as l
[EMAIL PROTECTED] wrote:
On Mon, 26 Mar 2007 20:39:24 +0200, "Ralf Wildenhues" said:
AFAICS, this can only happen if libltdl was treated with automake-1.9
and the tests run with automake-1.10 in place, so that the toplevel
package (named subproject-demo-2.1a) is treated with 1.10.
I'm not so
In this message:
http://lists.gnu.org/archive/html/libtool-patches/2007-03/msg00030.html
I mentioned that I had observed three new failures in the testsuite:
33,34,35: new regressions in CVS between 20070205 and 20070316
I think the CVS dates are a red herring. The error message in
tests
