Den 2010-08-01 08:59 skrev Ralf Wildenhues:
Now that assignment has gone through a couple of weeks ago, I went ahead
and committed your version 7 of this patch into a new 'msvc' branch off
of maint and merged that into master. I intend to merge also into
branch-1.11/maint before the 1.11.2 relea
Hi Peter,
* Peter Rosin wrote on Wed, Jun 23, 2010 at 08:08:08AM CEST:
> +2010-06-23 Peter Rosin
> +
> + Wrap some MSVC options in the compile script.
> + * lib/compile: MSVC supports naming the output file, the option
> + is just not called -o, so transform -o into the approp
Hi Ralf,
Den 2010-06-22 21:24 skrev Ralf Wildenhues:
* Peter Rosin wrote on Tue, Jun 22, 2010 at 01:53:49PM CEST:
(also folding in the "cl\ * | */cl\ *" cases suggested by Ralf in
another threadlet)
Since the following is way over the top IMHO:
[cC][lL] | *[/\\][cC][lL] | [cC][lL]\ * | *[/
* Peter Rosin wrote on Tue, Jun 22, 2010 at 01:53:49PM CEST:
> Den 2010-06-22 05:38 skrev Charles Wilson:
> >What if $CC is specified as 'cl.exe'? IIUC, this means that the compile
> >script will be invoked as "compile cl.exe " but then this case:
> >
> >+ cl | *[/\\]cl)
> >+func_cl_wrappe
Den 2010-06-22 14:04 skrev Charles Wilson:
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
Hi Chuck,
Den 2010-06-22 14:04 skrev Charles Wilson:
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 c
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
Den 2010-06-22 05:38 skrev Charles Wilson:
What if $CC is specified as 'cl.exe'? IIUC, this means that the compile
script will be invoked as "compile cl.exe " but then this case:
+ cl | *[/\\]cl)
+func_cl_wrapper "$@" # Doesn't return...
+;;
won't fire.
(also folding in the
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
* Peter Rosin wrote on Mon, Jun 21, 2010 at 10:07:19AM CEST:
> I have now run the test-suite once without the patch and once with
> the patch. There was only one difference (that seem totally
> unrelated). When I run that test by itself it behaves the same both
> with and without the patch so I'll
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 testing added.
Here's the latest round, with a couple
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
Hi Chuck,
Den 2010-06-19 22:09 skrev Charles Wilson:
func_path_conv() assumes that you ALWAYS want to convert from "something
unixish" to win32. If that's the case -- e.g. it appears to only ever
be called from inside func_cl_wrapper, for which that would always be
true -- then it needs to be d
Hi Ralf!
Den 2010-06-14 22:40 skrev Ralf Wildenhues:
[ adding automake-patches; this is
http://thread.gmane.org/gmane.comp.gnu.libtool.general/10927/focus=10954 ]
* Peter Rosin wrote on Mon, Jun 14, 2010 at 09:35:45AM CEST:
Den 2010-06-12 10:05 skrev Ralf Wildenhues:
Well, I sort of figure
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
* Peter Rosin wrote on Wed, Jun 16, 2010 at 10:30:22PM CEST:
> Den 2010-06-16 20:57 skrev Ralf Wildenhues:
> >This explanation of yours lends itself nicely to a testsuite addition
> >that exercises the 'compile' script (no need to go through Autoconf or
> >Automake indirections), as in
> > cp $te
Hi Ralf!
Den 2010-06-16 20:57 skrev Ralf Wildenhues:
let's cut the libtool list from replies, ok?
Sure.
* Peter Rosin wrote on Wed, Jun 16, 2010 at 02:30:47PM CEST:
Den 2010-06-14 22:40 skrev Ralf Wildenhues:
* Peter Rosin wrote on Mon, Jun 14, 2010 at 09:35:45AM CEST:
Running the tests
Hello Peter,
let's cut the libtool list from replies, ok?
* Peter Rosin wrote on Wed, Jun 16, 2010 at 02:30:47PM CEST:
> Den 2010-06-14 22:40 skrev Ralf Wildenhues:
> >* Peter Rosin wrote on Mon, Jun 14, 2010 at 09:35:45AM CEST:
> Running the tests are still an outright pain though, but I will t
Hi Ralf!
Den 2010-06-14 22:40 skrev Ralf Wildenhues:
[ adding automake-patches; this is
http://thread.gmane.org/gmane.comp.gnu.libtool.general/10927/focus=10954 ]
* Peter Rosin wrote on Mon, Jun 14, 2010 at 09:35:45AM CEST:
Den 2010-06-12 10:05 skrev Ralf Wildenhues:
Well, I sort of figure
[ adding automake-patches; this is
http://thread.gmane.org/gmane.comp.gnu.libtool.general/10927/focus=10954 ]
* Peter Rosin wrote on Mon, Jun 14, 2010 at 09:35:45AM CEST:
> Den 2010-06-12 10:05 skrev Ralf Wildenhues:
> >Well, I sort of figured that the 'compile' script could end up absorbing
> >
20 matches
Mail list logo