[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] Standalone build.

From: Micah Cowan
Subject: Re: [Bug-wget] Standalone build.
Date: Fri, 22 Jun 2012 12:48:04 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1

On 06/22/2012 08:50 AM, illusionoflife wrote:
> On Thursday, June 21, 2012 13:39:07 you wrote:
>>> IIRC, that was to allow the URL-extraction portion of wget to be built
>>> stand-alone, so that it would create a tool that just extract URLs and
>>> spit them out, and not as part of some wget run.
>> Gah. This of course applies to the STANDALONE for html-parse.
>> Presumably, the one in netrc allows it to extract netrc info and then
>> spit it out, or something.
> Well, but we still can remove code duplicate. 
> Or we are trying to spare little bytes and moving all duplicates to single 
> library is not apporiate?

We certainly could. Could move the implementation to its own thing, or
something. But I guess all the standalone stuff expects to be run as a
single "gcc -o standalone some-file.c" thing, or something (which I
doubt would even work right now).

What it really amounts to, I suspect, is bitrot. Nobody is testing this
stuff, nobody is supporting this stuff, and I doubt it even works
properly right now, especially with as closely-tied to gnulib as we are
now. Probably, the maintainer should make a decision either to actively
support these standalone tools, and include them as part of testing, or
else to remove all the #ifdef STANDALONE code in there, so that it's not
misleading anybody one way or the other. :)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]