From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3154 Path: news.gmane.org!not-for-mail From: LM Newsgroups: gmane.linux.lib.musl.general Subject: Re: Best place to discuss other lightweight libraries? Date: Tue, 23 Apr 2013 08:50:29 -0400 Message-ID: References: <20130422145346.GP20323@brightrain.aerifal.cx> <51755575.9030809@gentoo.org> <20130422220723.GS20323@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0168164c58bd3e04db06a13c X-Trace: ger.gmane.org 1366721440 22208 80.91.229.3 (23 Apr 2013 12:50:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Apr 2013 12:50:40 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3158-gllmg-musl=m.gmane.org@lists.openwall.com Tue Apr 23 14:50:42 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1UUcgE-0006od-GN for gllmg-musl@plane.gmane.org; Tue, 23 Apr 2013 14:50:42 +0200 Original-Received: (qmail 3247 invoked by uid 550); 23 Apr 2013 12:50:41 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 3236 invoked from network); 23 Apr 2013 12:50:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=TKo7N60Fxi47vgFQO7MxbOsp0tNgT05YFrp06bnqxOk=; b=a/xmVD47UqwPaLx1lsAbvdvIEgB6RlDttSElUzTxr09lADCC6+kvz9j90R4RBpJGMa u+Pk22ByPVpG067Z6FwxQDTL2z6XWCaQL3LeI56mQ3EHvhfm36UZXBzYkeSGIGVjZYE9 vVTqigAH3VpKujRSrBcVaSmeGkVUZJpyBxFypNdqwP8cJGceWuCTtsMVFGj3Ya0D0Wqt xGNr9Q1gXl++yxvI9pfPL1XRB8EVKSriWRKD0iGwdtbZTbsapQ8een0OcoK9ywG52XgM VRevhbZDh2ecME5sRy7nVlqODr8WzC4CrUt+nEs3q/tn5xyF//pv5Sa9kCrNRQ+qHqCS O7iA== X-Received: by 10.15.95.74 with SMTP id bc50mr26149743eeb.36.1366721430066; Tue, 23 Apr 2013 05:50:30 -0700 (PDT) In-Reply-To: <20130422220723.GS20323@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:3154 Archived-At: --089e0168164c58bd3e04db06a13c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Rich Felker wrote: >On Mon, Apr 22, 2013 at 06:47:02PM +0200, Daniel Cegie=C5=82ka wrote: >> >> https://github.com/rofl0r/gettext-tiny >I think the goal is to have gettext functionality, not just stubs. >Please correct me if I'm mistaken. > >With that said, an old version of GNU gettext should work fine. I >wasn't even aware that the current version depends on glib; it >certainly didn't in the past. Correct, I was looking for a functional drop-in replacement that was better designed or at least needed less dependencies. Gettext was looking for libxml2, libcroco and glib or would happily use its own versions if not supplied. It also has a circular reference with libiconv on some platforms. Was hoping for something more lightweight or at least with less dependencies. Wasn't aware that older versions didn't have all those dependencies. That definitely gives me one more alternative. I did find an old version of bsd gettext ( http://www.postgresql.org/message-id/Pine.LNX.4.30.0105222006170.757-100000= @peter.localdomain) that appears to be able to replace libintl and gettext. It doesn't supply replacements for msgfmt, msgmerge, xgettext. Was checking if gettext-tiny might replace them, but doesn't seem to supply the functionality used by the Open Source program I was trying to compile. Doesn't even get past the configure tests. Might look into the possibility of combining the older bsd gettext with any current modifications that might look useful from BSD Citrus project. Not sure if what I currently have works properly for every language, but it at least appears to be working for what I tested and it's a start. Luca Barbato wrote: > https://github.com/pkgconf/pkgconf might be handy btw. Was going to mention that yesterday as well. pkgconf is a great drop-in replacement for pkgconfig and does not require glib or any circular library references. The developers of pkgconf were also nice about adding support and/or receiving patches. I absolutely cannot say the same thing about the glib developers. Rich Felker wrote: >If you want the data structures, I think that means you should be using C++, not C. This may be very much a matter of taste, because you can write data structures in any language, but that certainly sums up my preferences. I find C++ a very useful language for expressing data structures. Rob Landley wrote: >Many moons ago I started a thread on here (or was it on freenode?) asking about lightweight alternatives to stuff and the need for a wiki page tracking them. I try to document them as I have time at my own web site. I also add links to the MinGW and OpenWatcom wikis if I find libraries or tools that might be useful to developers. I know there are some die-hard Linux advocates on this list. My own bias is toward cross-platform portability. I started out and still am a cross-platform programmer. I prefer to be able to write programs in such a way that they're easy to port to any machine. I don't like to be locked into only being able to use one operating system. Sometimes one doesn't have a choice at work which operating system one is stuck with and it's nice to be able to have Open Source tools and utilities to work on any system. Here's what I've dug up for MinGW as far as various tools, utilities and libraries: http://www.mingw.org/wiki/Community_Supplied_Links The links are definitely slanted toward working with MinGW, but as I mentioned, my preference is for cross-platform, so many of the libraries and some of the utilities links work on a variety of operating systems. A few of them came from Linux/Unix environments and I had to send in patches to port before they'd even work with MinGW. Rob Landley wrote: >I know we discussed more stuff (rxvt, xcfe and lxde...) I'll throw in a mention of razor-qt and Equinox Desktop Environment as lighter-weight desktop environment alternatives. Personally, I've never found xfce efficient on my older machine. I currently prefer a lightweight window manager and a few utilities over a desktop. I also like rxvt-unicode. The ability to run multiple terminal windows with a daemon in order to save memory is really nice. The other terminals with this feature (like LXTerminal, lilyterm, evilvte and Sakura) all seem to require VTE and don't seem as efficient in some ways. Connochaetos has some helpful memory usage information for comparing various desktop and X applications. Gives some statistics of rxvt-unicode versus other terminals too in case anyone's curious. http://www.connochaetos.org/wiki/devel:x-apps Sincerely, Laura http://www.distasis.com/cpp/osrclist.htm --089e0168164c58bd3e04db06a13c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Rich Felker wrote:
>On Mon, Apr 22, 2013 at 06:47:02PM +0200, Daniel = Cegie=C5=82ka wrote:
>>
>> https://github.com/rofl0r/gettext-tiny
>I th= ink the goal is to have gettext functionality, not just stubs.
>Please correct me if I'm mistaken.
>
>With that said, a= n old version of GNU gettext should work fine. I
>wasn't even awa= re that the current version depends on glib; it
>certainly didn't= in the past.

Correct, I was looking for a functional drop-in replacement that was be= tter designed or at least needed less dependencies.=C2=A0 Gettext was looki= ng for libxml2, libcroco and glib or would happily use its own versions if = not supplied.=C2=A0 It also has a circular reference with libiconv on some = platforms.=C2=A0 Was hoping for something more lightweight or at least with= less dependencies.

Wasn't aware that older versions didn't have all those dependen= cies.=C2=A0 That definitely gives me one more alternative.=C2=A0 I did find= an old version of bsd gettext ( http://www.= postgresql.org/message-id/Pine.LNX.4.30.0105222006170.757-100000@peter.loca= ldomain ) that appears to be able to replace libintl and gettext.=C2=A0= It doesn't supply replacements for msgfmt, msgmerge, xgettext.=C2=A0 W= as checking if gettext-tiny might replace them, but doesn't seem to sup= ply the functionality used by the Open Source program I was trying to compi= le.=C2=A0 Doesn't even get past the configure tests.=C2=A0 Might look i= nto the possibility of combining the older bsd gettext with any current mod= ifications that might look useful from BSD Citrus project.=C2=A0 Not sure i= f what I currently have works properly for every language, but it at least = appears to be working for what I tested and it's a start.

Luca Barbato wrote:
> https://github.com/pkgconf/pkgconf might be handy btw.

Was g= oing to mention that yesterday as well.=C2=A0 pkgconf is a great drop-in re= placement for pkgconfig and does not require glib or any circular library r= eferences.=C2=A0 The developers of pkgconf were also nice about adding supp= ort and/or receiving patches.=C2=A0 I absolutely cannot say the same thing = about the glib developers.

Rich Felker wrote:
>If you want the data structures, I think that= means you should be using C++, not C.

This may be very much a matte= r of taste, because you can write data structures in any language, but that= certainly sums up my preferences.=C2=A0 I find C++ a very useful language = for expressing data structures.

Rob Landley wrote:
>Many moons ago I started a thread on here (or= was it on freenode?) asking about lightweight alternatives to stuff and th= e need for a wiki page tracking them.

I try to document them as I ha= ve time at my own web site.=C2=A0 I also add links to the MinGW and OpenWat= com wikis if I find libraries or tools that might be useful to developers.= =C2=A0 I know there are some die-hard Linux advocates on this list.=C2=A0 M= y own bias is toward cross-platform portability.=C2=A0 I started out and st= ill am a cross-platform programmer.=C2=A0 I prefer to be able to write prog= rams in such a way that they're easy to port to any machine.=C2=A0 I do= n't like to be locked into only being able to use one operating system.= =C2=A0 Sometimes one doesn't have a choice at work which operating syst= em one is stuck with and it's nice to be able to have Open Source tools= and utilities to work on any system.

Here's what I've dug up for MinGW as far as various tools, util= ities and libraries:=C2=A0
http://www.mingw.org/wiki/Community_Supplied_LinksThe links are definitely slanted toward working with MinGW, but as I ment= ioned, my preference is for cross-platform, so many of the libraries and so= me of the utilities links work on a variety of operating systems.=C2=A0 A f= ew of them came from Linux/Unix environments and I had to send in patches t= o port before they'd even work with MinGW.

Rob Landley wrote:
>I know we discussed more stuff (rxvt, xcfe an= d lxde...)

I'll throw in a mention of razor-qt and Equinox Deskt= op Environment as lighter-weight desktop environment alternatives.=C2=A0 Pe= rsonally, I've never found xfce efficient on my older machine.=C2=A0 I = currently prefer a lightweight window manager and a few utilities over a de= sktop.=C2=A0 I also like rxvt-unicode.=C2=A0 The ability to run multiple te= rminal windows with a daemon in order to save memory is really nice.=C2=A0 = The other terminals with this feature (like LXTerminal, lilyterm, evilvte a= nd Sakura) all seem to require VTE and don't seem as efficient in some = ways.

Connochaetos has some helpful memory usage information for comparing va= rious desktop and X applications.=C2=A0 Gives some statistics of rxvt-unico= de versus other terminals too in case anyone's curious.
http://www.connochaetos.org/w= iki/devel:x-apps

Sincerely,
Laura
http://www.distasis.com/cpp/osrclist.htm

--089e0168164c58bd3e04db06a13c--