Hi, BO> I'm proposing to drop MSCL8.MAK since BO> a) last time Lucho reported the compiled kernel doesn't work and nobody BO> stepped up to fix it. BO> b) I don't have MSCL myself so can't fix it myself without trying to find BO> a copy. BO> c) MSCL uses one of the ugliest builds. patchobj can be completely avoided BO> for Borland and Watcom kernels now, just MS needs it. BO> d) It neither produces the smallest kernel nor is it the fastest compiler. BO> e) We need to initialize init "bss" explicitly with zeros; for all other BO> compilers the memset ib_start -- ib_end does the trick.
BO> Tom, can I have your ack since you're the guy who got the support in there BO> in the first place? Well, I don't exactly see the point. What is saved if you drop it? I'd prefer to leave the build environment exactly at it is - because it simply works. *every* change is a change, and I certainly enjoy *no* changes, unless something is getting better. Although it serves no real purpose now, neither do the BCC environments. However it served at least as a bootstrap to port the kernel to a different compiler, so I would miss it, for simple sentimental reasons. or - formulated differently - I'd miss it as much and for the same reasons, that people want to have a kernel, that works on 8086 dual floppy systems. However - if you really think it makes things easier - ACK and goodbye MSC; I haven't compiled the kernel with MSC for > 1 year. tom ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
