delorie.com/archives/browse.cgi | search |
From: | "Laurynas Biveinis" <lauras AT softhome DOT net> |
Date: | Tue, 19 Jun 2001 19:46:27 +0200 |
To: | djgpp-workers AT delorie DOT com |
Cc: | Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk> |
Subject: | Re: Package of libtool? |
Message-ID: | <20010619194627.C1802@lauras.lt> |
Mail-Followup-To: | djgpp-workers AT delorie DOT com, |
Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk> | |
References: | <Pine DOT LNX DOT 4 DOT 10 DOT 10106191429540 DOT 5716-100000 AT acp3bf> |
Mime-Version: | 1.0 |
In-Reply-To: | <Pine.LNX.4.10.10106191429540.5716-100000@acp3bf> |
User-Agent: | Mutt/1.3.18i |
Reply-To: | djgpp-workers AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
> Hm... but doesn't it only do that if building of *shared* libraries is > active? Since those are a non-issue for DJGPP anyway, can't we just > disable that whole branch of it once and for all, for a DJGPP port > (effictively forcing the --disable-shared option for all DJGPP builds)? At > least to me, that seems like the obvious thing to do. This is getting hairy and dangerous - IIRC, I've encountered this bug in GCC because libsupc++ used it with static libs too (!). And maintainers even had an explanation for this (!!). It is much safer to disable -fPIC -DPIC on DJGPP. Laurynas
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |