Todd Vierling dixit:
>I'm fine with this; same reasoning. Thorsten, if you have time to test,
>please do; I'm about to go on a personal trip for a week and don't have time
>for more code testing until then.
Okay. I'm dancing on more than one wedding at the same time tho, and I
would have to rebo
Ralf Wildenhues dixit:
>Just in case you did not know: The ~ in the *_cmds variables will just
>effectively become && when executed. Except the commands are printed
>only right before they are executed.
Ah, okay.
>So if this is MSVC, one could just put in our support for it .. once
>we're throu
Ralf Wildenhues dixit:
>> @@ -3157,6 +3178,17 @@ case $host_os in
>> ;;
>> esac
>> ;;
>> + interix3*)
>> +# Hack: On Interix 3.x, we cannot compile PIC because of a broken gcc.
>> +# Instead, shared libraries are loaded at an image base (0x1000 by
>> +# default) and
d him to do the paperwork.)
2005-07-03 Thorsten Glaser <[EMAIL PROTECTED]>
* libtool.m4: Add support for Interix (Microsoft Services
for Unix) 3.0/3.5 based systems using gcc as compiler.
Originally
Dixi:
>2005-07-03 Thorsten Glaser <[EMAIL PROTECTED]>
>
> * libtool.m4: Add support for Interix (Microsoft Services
> for Unix) 3.0/3.5 based systems using gcc as compiler.
> Originally from NetBSD(R) pkgsrc(R).
Sorry, forgot to mention: this
Ralf Wildenhues dixit:
>> and let it happen in ${TMPDIR:-/tmp} if it has to be done.
>
>Why that? (This is not a rhetorical question)
Because in that case you do not write to the build directory
at installation time.
>> Writing to the build directory at installation time is bad, really
>> bad,
Ralf Wildenhues dixit:
>Hi Thorsten, Marc, others,
>
>I noted a work-around in the MirBSD port of Libtool for root-created
>leftovers in .libs after a `make install' which requires relinking,
I would rather like to see a way to *PREVENT* relinking if possible,
and let it happen in ${TMPDIR:-/tmp}
