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
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
>
>

- Raw text -