From: Louis S. <lps...@gm...> - 2013-05-05 16:28:49
|
Whoops, didn't realize that I replied to fd-user instead of kernel. One other note, all kernels are slightly bigger withe options I set. -L ---------- Forwarded message ---------- From: Louis Santillan <lps...@gm...> Date: Sun, May 5, 2013 at 9:01 AM Subject: Re: [Freedos-user] Any interest in 486, 586, 686 kernels? To: "Discussion and general questions about FreeDOS." < fre...@li...> Badly written ifdef in memdisk.asm. Fixed such that 486+ compiles. Read ( ftp://openwatcom.mirrors.pair.com/manuals/current/cguide.pdf) and sections 2.3.x & 3.5. Enlightening and disappointing. There does not seem to be a way to get 32-bit instructions out of wcc as Tom had mentioned. 3.5 recommends "The recommended options for generating the fastest 16-bit Intel code are: Pentium Pro /onatx /oh /oi+ /ei /zp8 /6 /fpi87 /fp6 Pentium /onatx /oh /oi+ /ei /zp8 /5 /fpi87 /fp5 486 /onatx /oh /oi+ /ei /zp8 /4 /fpi87 /fp3 386 /onatx /oh /oi+ /ei /zp8 /3 /fpi87 /fp3 286 /onatx /oh /oi+ /ei /zp8 /2 /fpi87 /fp2 186 /onatx /oh /oi+ /ei /zp8 /1 /fpi87 8086 /onatx /oh /oi+ /ei /zp8 /0 /fpi87" -ot of -onatx & -zp8 contradict the original makefile's code -os & -zp1 (optimize execution time vs. executable size & align on byte vs. 8-byte, respectively). Also, the -fp*'s opts don't apply and wcc barfs on -oi+. So in mkfiles\watcom.mk I added some code to add -6-onaxlkh-ei (for 686). This will reorder instruction significantly and replace some call nears with jmps in a comparison of 386 timed code vs. 686 timed code. Code is larger on the 686 side. So far, not very impressed with OW 1.9's optimizer. Rather minimal improvements. Anybody play with BCC 5.5 & HX-DOS recently? -L On Sat, May 4, 2013 at 3:27 AM, Tom Ehlert <te...@dr...> wrote: > Hallo Herr Louis Santillan, > > > > https://sites.google.com/site/lpsantil/Home/386DIS.ZIP > > https://sites.google.com/site/lpsantil/Home/686DIS.ZIP > > https://sites.google.com/site/lpsantil/Home/PATCHES.ZIP > > https://sites.google.com/site/lpsantil/Home/kernels.zip > > the differenz is an empty memdisk.lst (for whatever reason) > everything else is *identical* > > I'm not impressed > > Tom > > > > ------------------------------------------------------------------------------ > Get 100% visibility into Java/.NET code with AppDynamics Lite > It's a free troubleshooting tool designed for production > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap2 > _______________________________________________ > Freedos-user mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freedos-user > |