On Sep 4, 2000, Patrick Tullmann <[EMAIL PROTECTED]> wrote:
> Let me know if you would like me to check patch this into the Kaffe
> CVS.
Please go ahead.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat
On Mon, Sep 04, 2000 at 09:34:12PM +0300, Paul Sokolovsky wrote:
>Mandatory data imports marking: I *hate* this feature and develop
>libtool re-implementation which frees programmer from it. But when I
>mentioned it on cygwin maillist, DJ Delorie was rather sceptical about
>it, saying they will su
Alexandre Oliva wrote:
> On Sep 1, 2000, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> > I think the right fix is to arrange for all references to shlib_ext to
> > be enclosed in #ifdef LTDL_SHLIB_EXT/#endif.
>
> Please try this patch:
[patch deleted.]
Thanks Alexandre! This works for
Hello Alexandre,
Alexandre Oliva <[EMAIL PROTECTED]> wrote:
AO> On Sep 3, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>> * When installing a libtool (.la) library:
>> - libfoo.la goes to $prefix/lib
>> - libfoo.dll goes to $prefix/bin
I'm glad this is acknowledged.
>>
Hello Charles,
Charles S. Wilson <[EMAIL PROTECTED]> wrote:
[ Talk about versioning on win32 skipped - I'd rather have DLLs being
built first, and them go for elaborating their versioning. But I agree
with Gary's following letter that mere libfoo.dll.a should suffice -
if one would like to have
Hello Gary,
Gary V. Vaughan <[EMAIL PROTECTED]> wrote:
Sorry, just when I thought I have some free time, that boss contrived
rush. I answer on important points.
>> (Technical
>> note: what corresponds to shared library on *nix system is a pair of
>> on win32. *Pair*)
GVV> You're right. I rem
Hello Alexandre,
Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> Yes. And know why? Because they want to support outdated betas!
AO> Come on. I've already posted a message saying that we should probably
AO> give up on supporting early betas, as long as we detect them as such
AO> and disable
With the current CVS HEAD libtool on Redhat 6.2 i686 I am seeing the
following message:
/bin/sh ../libtool --mode=link c++ -g -I/installed/libodbc++/include -g -pipe
-fno-implicit-templates -Wall -D_POSIX_THREADS -D_POSIX_THREAD_SAFE_FUNCTIONS
-D_REENTRANT -I/installed/ACE-5.1.5 -I/installed/A
On Sun, Sep 03, 2000 at 04:39:51PM -0300, Alexandre Oliva wrote:
> On Sep 3, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > * When installing a libtool (.la) library:
> > - libfoo.la goes to $prefix/lib
> > - libfoo.dll goes to $prefix/bin
> > - libfoo.dll.a goes to
> -Original Message-
> From: Gary V. Vaughan [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, September 03, 2000 2:05 PM
> To: Charles Wilson
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: DLL naming conventions
>
> > It doesn't work for Michael's 'user 2' -- the guy who
Is anything known about inter-library dependencies on
OpenBSD/i386 with gcc 2.95?
I'm porting the Helix Gnome distribution to this platform
and have encountered
problems with the ability to support interlibrary
dependencies being 'unknown'.
The Helix Gnome distribution comes with many levels of
11 matches
Mail list logo
