Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
From: "Ralf Habacker" <Ralf DOT Habacker AT saght DOT tessag DOT com>
To: "libtool" <libtool AT gnu DOT org>, "Cygwin-Apps" <cygwin-apps AT cygwin DOT com>
Cc: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
Subject: AW: ask for delivering cygwin 1.1.8 with kde 1.1.2
Date: Wed, 13 Jun 2001 14:23:15 +0200
Message-ID: <001b01c0f403$9ebe3a40$6e032bb7@BRAMSCHE>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
In-reply-to: <017501c0f400$d03b2bd0$0200a8c0@lifelesswks>

> > > > Does using ld without the auto-image-base solve your issues with
> > cygwin
> > > > 1.3.2?
> > >
> > > I have a question relating to the relink/install ?
> > > Libtool is relinking the dll on (1)installing or on no installed
> apps
> > if
> > > (2)called.
> > > Is this not obsolate, as (1) the dll and the import lib are already
> > > available with after regular linking and for (2).
> > >
> > > I'm asking because every linking of the kdelibs (kdecore,kdeui,..)
> > needs
> > > about 10-15 minutes on a 750 MHz PIII with 195MB Real RAM. So if
> this
> > step
> > > could be removed, debugging would be able much faster.
> >
> > It's relinking it with a different rpath - I think that is meaningless
> > on windows but it was the behaviour before I started hacking on
> libtool
> > for windows. The concept is to support running an application with the
> > built .libs not the installed ones, but still have the app run
> properly
> > when installed. Unless someone from libtool pipes up, I'll look into
> > this shortly. There is a configure option to tell libtool you will not
> > be running from the local directory: try configure --help
> >
> You mean --disable-dependency-tracking "Speeds up one-time builds"
>
> This I have already tried.
>
>
> No, I think it was --fast-install, but I need to
> check. --disable-dependency-tracking is an automake option, not a
> libtool option ;]
>
this option seems to be already set enabled :)
  --enable-fast-install[=PKGS]  optimize for fast installation [default=yes]

Ralf

> Rob
>
>