X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f From: Rugxulo Newsgroups: comp.os.msdos.djgpp Subject: Re: ANNOUNCE: Release 1 of the DJGPP port of GNU binutils 2.17 uploaded. Date: Fri, 28 Mar 2008 14:56:48 -0700 (PDT) Organization: http://groups.google.com Lines: 84 Message-ID: References: <200803281808 DOT m2SI8RNw030007 AT delorie DOT com> <52500715-4078-447e-a7c4-74d8996e25b3 AT n58g2000hsf DOT googlegroups DOT com> <4bdf89ed-3c10-4763-8ba0-aa565e07aba9 AT i12g2000prf DOT googlegroups DOT com> NNTP-Posting-Host: 65.13.115.246 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: posting.google.com 1206741409 12700 127.0.0.1 (28 Mar 2008 21:56:49 GMT) X-Complaints-To: groups-abuse AT google DOT com NNTP-Posting-Date: Fri, 28 Mar 2008 21:56:49 +0000 (UTC) Complaints-To: groups-abuse AT google DOT com Injection-Info: m3g2000hsc.googlegroups.com; posting-host=65.13.115.246; posting-account=p5rsXQoAAAB8KPnVlgg9E_vlm2dvVhfO User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13,gzip(gfe),gzip(gfe) X-Original-Bytes: 4835 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Hi, On Mar 28, 4:18 pm, Juan Manuel Guerrero wrote: > Rugxulo schrieb: > > > On Mar 28, 10:44 am, Juan Manuel Guerrero > > wrote: > > > This is release 1 of the binaries and libraries of the port of GNU binutils > > > to MSDOS/DJGPP. > > > I guess you didn't see (or weren't interested) that I recompiled it > > myself. Oh well, it doesn't take *that* long to recompile it, I > > guess. ;-) > > Your contributions are always welcome, but you did not > upload your zip file to delorie.com as explained in: > > to make it available to all users at the standard place. No, I only rebuilt myself as a stop-gap until someone either confirmed my report, figured out exactly why it was doing so, or at least tested it a bit. > Because binutils is an essential package and you have reported > GPFs I have decide to replace inmediatly. Good, thanks! :-) > Again, porting and maintainig efforts from every one are welcome. > I didn't do anything unusual, just did what was suggested: "sh djconfig.sh" and then "make" then "strip -s" on all .EXEs (so as not to have a 13 MB .ZIP, ick). And then I only included the .EXEs because everything else is (probably) the same: http://rugxulo.googlepages.com/bnu217b-new-exe.7z (808k) I know it doesn't really matter now, but I present it anyways just for completeness' sake. I just thought somebody may want a newer build without having to rebuild themselves (since it was kinda slow ... or I'm impatient maybe, heh). > > Not to nitpick, but nobody ever took my suggestion to use > > AdvanceComp's ADVZIP tool. > > > 4,740,125 -> 4,601,172 bytes (saves 136k) > > > 1,993,706 -> 1,931,735 bytes (saves 60k) > > No objections from my side but there are two conditions: > - djtar.exe > - unzip32.exe > Both programs are and will be the standard unzipping programs. > At least as DJ does not decide something different. If both are > able to unzip archives produced by ADVZIP, I will give it a try. I use AdvanceZip on a regular basis and have had no issues with either DJTAR or Info-Zip's unzip. Like I said, it's basically just the same as using 7-Zip, but you don't have to manually unpack and repack, it does it in memory for you. Anything to save a few kilobytes! ;-) (FYI, I've noticed that "-z4" by itself isn't as size optimal as trying "-z1" through "-z4" in succession. I use a DOSKEY cmdline alias: "advzipit=if exist $1 for %a in (1 2 3 4) do advzip -z%a $1".) > Can you point me to the home page. http://advancemame.sourceforge.net/comp-readme.html > Is it open source/free? Are there copyright issues? It's based upon zlib and 7-Zip's deflate, and it's GPL (according to Sourceforge). Yes, it's open source because I rebuilt it myself in hopes of speedups for my P166. ;-) A simple "configure" didn't work because it didn't find GCC, so I had to do "configure CC=gcc" (I think) and then change "g++" to "gpp" in the makefile. Oh, and I think I had to install the DJGPP port of ZLIB too (since I hadn't already). In brief timing tests, it was indeed faster on my P166 than the default "Pentium build" (but I used a newer GCC, "-march=pentium -O3", so that probably helped). You may even be able to upgrade the 7-Zip source parts in hopes of faster compression and bugfixes (since AdvanceComp stalled development since 2005), but I didn't try yet.