Hi Charles,
first off, a few general comments: thanks for doing this work,
thanks for being so persistent.
Then, please just move the new functions where Peter needs them,
if they really need moving, that is.
Then, since the next few days might see a number of commits: in case
your redone patch
On 8/26/2010 4:18 PM, Ralf Wildenhues wrote:
Then, please just move the new functions where Peter needs them,
if they really need moving, that is.
I deliberately placed them after func_compile and before func_link, for
speed-of-parsing reasons. Obviously libtool is used to compile object
code
On 8/26/2010 6:27 PM, Roumen Petrov wrote:
> Starting from wine 1.3.1 wine path always output paths:
> Lets wine is correctly configured (Z: drive is linked to the file system
> root):
> $ cd $WINEPREFIX/dosdevices
> $ winepath -w `pwd`
> Z:\%WINEPREFIX_CONVERTED_TO_BACKSLASHES%\dosdevices
>
> Now
Ralf Wildenhues wrote:
Hi Charles,
[SNIP]
+ func_wine_to_win32_path_result="$1"
+ if test -n "$1"; then
+# Unfortunately, winepath does not exit with a non-zero
+# error code, so we are forced to check the contents of
+# stdout. On the other hand, if the command is not
+# fou
* Charles Wilson wrote on Thu, Aug 26, 2010 at 11:20:48PM CEST:
> Also: I've said this before, but we can't use the m4
> function_replace magic because we need to retain the ability for
> users to override the choice of $func_to_host_path_cmd. This is
> critical for the 'cygwin->mingw (lie)' use c
I've merged parallel-tests now, to allow test buildds to pick it up.
I was going to start with the sysroot branch, but that needs ChangeLog
entries written still, which I don't have time for *right* now ...
Cheers,
Ralf
Den 2010-08-27 00:27 skrev Roumen Petrov:
> Ralf Wildenhues wrote:
>> Hi Charles,
>>
> [SNIP]
>>> + func_wine_to_win32_path_result="$1"
>>> + if test -n "$1"; then
>>> +# Unfortunately, winepath does not exit with a non-zero
>>> +# error code, so we are forced to check the contents of
>>>
