Albert Chin wrote:
On Tue, Aug 23, 2005 at 08:20:42PM +0200, Dalibor Topic wrote:
It would be nice if libtool provided a way to either map a short dynamic
library name to a full name (say, something -> libsomething.so) or
offered an autoconfish way to get the platform-specifc shared library
pre
On Tue, Aug 23, 2005 at 08:20:42PM +0200, Dalibor Topic wrote:
> It would be nice if libtool provided a way to either map a short dynamic
> library name to a full name (say, something -> libsomething.so) or
> offered an autoconfish way to get the platform-specifc shared library
> prefix, like it do
Hi libtoolers,
I've just re-implemented a part of kaffe's native shared library loading
mechanism to use LTDL_SHLIB_EXT when possible with libtool in GNU
Classpath. That was fun, and actually seems to work fine now. So, I
figured I could maybe offload a larger part of that onto libtool:
The Java
Hi Bob!
Bob Friesenhahn wrote:
On Tue, 23 Aug 2005, Ralf Wildenhues wrote:
Now, our branch-2-0 testsuite is much inferior, so it's less likely to
_find_ some of these bugs. Add to that the fact that I for one do not
know of one single bug present in HEAD but not in branch-2-0.
This is why I w
Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Mon, Aug 22, 2005 at 10:00:50PM CEST:
Is there a public record of these? TODO file? Search string for the
list archives? next mail in this thread? ;-)
The following is not very well ordered, not very well cross-referenced,
has nonempty ove
Hallo Ralf,
Ralf Wildenhues wrote:
I believe you just contradicted yourself.
I'm good at that :-) But you have to really pay attention to catch me
out! :-p
If you put big patches into a release branch, you're by definition _not_
stabilizing it! More to the point: both the recent commits
On Tue, 23 Aug 2005, Ralf Wildenhues wrote:
Now, our branch-2-0 testsuite is much inferior, so it's less likely to
_find_ some of these bugs. Add to that the fact that I for one do not
know of one single bug present in HEAD but not in branch-2-0.
This is why I would branch the next stable off
In regard to: Re: Call for help: Solaris C++ and Sun CC, Albert Chin said...:
On Sun, Aug 21, 2005 at 03:46:13PM +0200, Ralf Wildenhues wrote:
So I looked around. I've found this documentation
http://docs-pdf.sun.com/806-7982/806-7982.pdf (page 21):
| The Sun WorkShop 6 update 2 C++ compiler
* Gary V. Vaughan wrote on Tue, Aug 23, 2005 at 04:03:20PM CEST:
> Albert Chin wrote:
> >On Tue, Aug 23, 2005 at 08:11:48AM +0200, Ralf Wildenhues wrote:
> >>
> >>So my point is: get HEAD stable now, then branch off and make 2.59/1.9.6
> >>compatible there. Then bootstrap the release with the coup
On Tue, Aug 23, 2005 at 03:03:20PM +0100, Gary V. Vaughan wrote:
> Albert Chin wrote:
> >On Tue, Aug 23, 2005 at 08:11:48AM +0200, Ralf Wildenhues wrote:
> >
> >>So my point is: get HEAD stable now, then branch off and make
> >>2.59/1.9.6 compatible there. Then bootstrap the release with the
> >>c
Albert Chin wrote:
On Tue, Aug 23, 2005 at 08:11:48AM +0200, Ralf Wildenhues wrote:
* Albert Chin wrote on Tue, Aug 23, 2005 at 04:41:58AM CEST:
On Mon, Aug 22, 2005 at 07:54:59PM +0100, Gary V. Vaughan wrote:
Ralf Wildenhues wrote on libtool-patches:
I kept quiet a while ago when Bob fir
On Tue, Aug 23, 2005 at 08:11:48AM +0200, Ralf Wildenhues wrote:
> * Albert Chin wrote on Tue, Aug 23, 2005 at 04:41:58AM CEST:
> > On Mon, Aug 22, 2005 at 07:54:59PM +0100, Gary V. Vaughan wrote:
> > > Ralf Wildenhues wrote on libtool-patches:
> > > >I kept quiet a while ago when Bob first suggest
* Gary V. Vaughan wrote on Mon, Aug 22, 2005 at 10:00:50PM CEST:
>
> Is there a public record of these? TODO file? Search string for the
> list archives? next mail in this thread? ;-)
The following is not very well ordered, not very well cross-referenced,
has nonempty overlap with the in-tree T
13 matches
Mail list logo
