Re: pr-msvc-support merge

2010-06-19 Thread Charles Wilson
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 the

Re: pr-msvc-support merge

2010-06-16 Thread Peter Rosin
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

Re: pr-msvc-support merge

2010-06-14 Thread Peter Rosin
Hi Ralf, Den 2010-06-12 10:05 skrev Ralf Wildenhues: * Peter Rosin wrote on Sat, Jun 12, 2010 at 12:49:18AM CEST: The above may sound as if I'm opposed to moving the script to automake, but I'm not. I'm mostly afraid of the script ending up where the cccl script - or should I say script_s_ -

Re: pr-msvc-support merge

2010-06-14 Thread 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 figured that the 'compile' script could end up absorbing

Re: pr-msvc-support merge

2010-06-12 Thread Ralf Wildenhues
* Peter Rosin wrote on Sat, Jun 12, 2010 at 12:49:18AM CEST: Ok, let's take a step back. This is no longer really merging work from the branch, so since A) using MS lib as archiver isn't essential for MSVC support (at least I don't think so, I can't remember any case where binutils ar hasn't

Re: pr-msvc-support merge

2010-06-11 Thread Peter Rosin
Hi! Ok, let's take a step back. This is no longer really merging work from the branch, so since A) using MS lib as archiver isn't essential for MSVC support (at least I don't think so, I can't remember any case where binutils ar hasn't worked for me, but ar creates archives that are different so

Re: pr-msvc-support merge

2010-06-10 Thread Peter Rosin
Hi Gary! Den 2010-06-09 16:46 skrev Gary V. Vaughan: Hi Peter, [[Adding libtool list]] On 9 Jun 2010, at 20:21, Peter Rosin wrote: Den 2010-06-09 14:50 skrev Gary V. Vaughan: As far as I can tell, you are eminently more qualified than me to know whether your patches are likely to have

Re: pr-msvc-support merge

2010-06-10 Thread Gary V. Vaughan
Hi Peter, On 10 Jun 2010, at 14:35, Peter Rosin wrote: Den 2010-06-09 16:46 skrev Gary V. Vaughan: As far as I can tell, you are eminently more qualified than me to know whether your patches are likely to have issues. If we can't do a straight merge from your branch to master after 2.2.10 is

Re: pr-msvc-support merge

2010-06-10 Thread Peter Rosin
Den 2010-06-10 11:14 skrev Gary V. Vaughan: 8c17887ee34e73a2aeb127b94f5b76f45dc34017 Why so much cruft in ltmain.m4sh just to drive a different archiver? It seems to me that this would be better and easier to maintain, test and extend as a whole new script. Let's call it,

Re: pr-msvc-support merge

2010-06-10 Thread Gary V. Vaughan
Hi Peter, On 10 Jun 2010, at 20:55, Peter Rosin wrote: Den 2010-06-10 11:14 skrev Gary V. Vaughan: 8c17887ee34e73a2aeb127b94f5b76f45dc34017 Why so much cruft in ltmain.m4sh just to drive a different archiver? It seems to me that this would be better and easier to maintain, test and

Re: pr-msvc-support merge

2010-06-10 Thread Ralf Wildenhues
Hello, * Gary V. Vaughan wrote on Thu, Jun 10, 2010 at 04:35:41PM CEST: On 10 Jun 2010, at 20:55, Peter Rosin wrote: However, I guess the situation is very much the same as with $CC and the compile script and that seems to work. I just don't understand exactly how. That's pretty much an

pr-msvc-support merge

2010-06-09 Thread Gary V. Vaughan
Hi Peter, [[Adding libtool list]] On 9 Jun 2010, at 20:21, Peter Rosin wrote: Den 2010-06-09 14:50 skrev Gary V. Vaughan: [[...]] we can begin to evaluate whether to use pr-support-msvc-branch in 2.2.12, or wait for 2.4.0. I don't really care how the merge happens as long as something is

Re: pr-msvc-support merge

2010-06-09 Thread Paolo Bonzini
On 06/09/2010 04:46 PM, Gary V. Vaughan wrote: Why so much cruft in ltmain.m4sh just to drive a different archiver? It seems to me that this would be better and easier to maintain, test and extend as a whole new script. Let's call it, $prefix/libexec/libtool/ar, build it from

Re: pr-msvc-support merge

2010-06-09 Thread Gary V. Vaughan
Hi Paolo, On 10 Jun 2010, at 08:18, Paolo Bonzini wrote: On 06/09/2010 04:46 PM, Gary V. Vaughan wrote: Why so much cruft in ltmain.m4sh just to drive a different archiver? It seems to me that this would be better and easier to maintain, test and extend as a whole new script. Let's call

Re: pr-msvc-support merge

2010-06-09 Thread Gary V. Vaughan
Hi Paolo, On 10 Jun 2010, at 11:07, Gary V. Vaughan wrote: On 10 Jun 2010, at 08:18, Paolo Bonzini wrote: On 06/09/2010 04:46 PM, Gary V. Vaughan wrote: Why so much cruft in ltmain.m4sh just to drive a different archiver? It seems to me that this would be better and easier to maintain, test