Mail Archives: djgpp-workers/2013/03/21/14:18:12
Hi,
On Thu, Mar 21, 2013 at 12:19 PM, Ozkan Sezer <sezeroz AT gmail DOT com> wrote:
> On 3/21/13, Rugxulo <rugxulo AT gmail DOT com> wrote:
>>
>> UPX mostly offsets that size increase, believe it or not. And I've not
>
> Well, I am most certainly not interested in any lame bandaids,
> not at all
It's not a bandaid, it's very useful (though N.B. UPX'd DJGPP stuff
runs slower under WinXP), esp. for someone complaining about bloat,
heheh. LZMA compresses very well. ;-)
(Thu Mar 21, 12:45 PM) /tmp/doydoy # unzip -Cj
/mnt/sda3/TEMP/gcc480_20130316b.zip *cc1.exe
(Thu Mar 21, 12:45 PM) /tmp/doydoy # upx --best --lzma --all-filters cc1.exe
12498432 -> 4124072 33.00% djgpp2/coff cc1.exe
I've actually built a (very) few things with DXE3 and DJELF (Unzip or
Zlib, can't remember), and the difference was totally negated by the
fact that you can't use UPX on the output. So all you get it more
pieces, fragile and hard to keep together, yet lose compressibility. A
.DXE would be great if lots of programs use a library, but most don't.
Actually, I think the "best" solution is to try loading a .DXE and
fall back to static version built into the main .EXE if not found.
That's what I did for my paq8f hack (falls back to NOASM if the MMX or
SSE2 .DXEs aren't found). That way it always works, with or without
the .DXE. In theory, I thought it'd be better to swap in various
speedups for easier benchmarking (without billions of separate .EXEs),
but nobody ever wrote any (and I'm the last person to claim to
understand SSE4.2, ugh, even if I do have such a cpu nowadays).
>> It may not be latest tech, but it's still very well made and
>> highly useful.
>
> Most certainly yes, it is highly useful: I am not denying it and I doubt
> that anyone is/will be trying to do so.
Nobody here, no, but various others, yes ... sigh. :-(
- Raw text -