[EMAIL PROTECTED] (Ludovic Courtès) writes:
> Hi,
>
> Rob Browning <[EMAIL PROTECTED]> writes:
>
>> Also if we don't want to have people hold off on 1.9 only bits in the
>> trunk, then I'd say that now qualifies as "as late as possible" ;>
>
> There has been no 1.7.3, the CVS repository has been r
[EMAIL PROTECTED] (Ludovic Courtès) writes:
>
> Shouldn't there be a note saying that the actual shared library name
> will follow the system's naming convention, be it `libfoobar-c-code.so',
> `libfoobar-c-code.sl', `foobar-c-code.dll', etc.?
I put "(etc)", don't want to clutter with an essay on
Neil Jerram <[EMAIL PROTECTED]> writes:
>
> I didn't realize that Autoconf could do @libdir@ substitutions so
> conveniently.
Actually I had it a bit wrong, the usual autoconf $(libdir) value
needs to get expanded by some shell/make. That'd be why I've been
using that way I guess :-). I updated
[EMAIL PROTECTED] (Ludovic Courtès) writes:
>
> Why not marking it as deprecated as well?
Because there's nothing wrong with it! :) Deprecated should mean
something that has a fatal flaw, something so bad that applications
must be forced away from it.
___
Kevin Ryde <[EMAIL PROTECTED]> writes:
> I added the words below to the manual as the last subsection in
> "Dynamic Libraries", to encourage packages to use libdir. I don't
> want to re-open the can of worms about versioning and stuff, this is
> intended just to describe the present situation.
C
Hi,
Rob Browning <[EMAIL PROTECTED]> writes:
> Also if we don't want to have people hold off on 1.9 only bits in the
> trunk, then I'd say that now qualifies as "as late as possible" ;>
There has been no 1.7.3, the CVS repository has been relatively quiet
since 1.7.2, and applying patches has so
Hi,
Kevin Ryde <[EMAIL PROTECTED]> writes:
> No thanks, I'll put the original no-op.
Why not marking it as deprecated as well?
Thanks,
Ludovic.
___
Guile-devel mailing list
Guile-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-devel
