delorie.com/archives/browse.cgi | search |
From: | "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be> |
To: | <djgpp-workers AT delorie DOT com> |
Subject: | Re: gettext port |
Date: | Wed, 1 Aug 2001 20:58:38 +0200 |
Message-ID: | <CAEGKOHJKAAFPKOCLHDIGECDCGAA.tim.van.holder@pandora.be> |
MIME-Version: | 1.0 |
X-Priority: | 3 (Normal) |
X-MSMail-Priority: | Normal |
X-Mailer: | Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) |
In-Reply-To: | <CAEGKOHJKAAFPKOCLHDIGEBPCGAA.tim.van.holder@pandora.be> |
X-MimeOLE: | Produced By Microsoft MimeOLE V5.50.4133.2400 |
Importance: | Normal |
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 |
> I've forwarded that last message to him; I'll let the list know what > he has to say. He says he would not consider support important, since very few systems lack support for dynamic loading (which is true). But he will consider patches for inclusion in libiconv. So I'll look into making such changes. Since libiconv is 95% data and 5% code, this could provide substantial savings. That aside, could we consider getting some sort of extended dynamic loading as part of DJGPP (some implementation of dlopen() perhaps - DXE just isn't good enough for general use)? I've been using a personal build of DLX for some time; I've extended it with compression (using LZO) and C++ support (so that exceptions work in a DLX). I'd want to release this under the LGPL, but I've been unable to get permission from either the original author of DLX or Markus Oberhumer (lzo is GPL-licensed, which I think is too restrictive for a library - I'd want a LGPL licensed version of a single LZO algorithm to be included in DLX).
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |