[Coco] OS-9 / NitOS-9 C programmers, lend me your makefiles

William Carlin whcarlinjr at gmail.com
Thu Nov 19 15:42:59 EST 2020


Jeff,

I moved onto the next phase of my testing the concatenation/appending of
macro values and discovered a bug.  I started adding to the CFLAGS macro in
the make.default file and caused some crashes.  Turns out I wasn't
allocating space to the oldmaval (old macro value) variable and was causing
a buffer overrun and subsequent crash.  I also need to go back and find out
why concatenation from the command line also crashes.

WIlliam Carlin

On Sun, Nov 15, 2020 at 4:59 PM Jeff Teunissen <deek at d2dc.net> wrote:

> Right, but I can't really do the same thing -- simply copying .r files
> from the old lib doesn't help the rebuildability, which is one of the
> reasons I started on this whole project in the first place. We need a
> toolchain that can be maintained as easily as possible.
>
> I started by disassembling the code, but then I realized that since
> the original compiler was/is predictable, I could probably manually
> turn the compiled ROF object back into something very much like the C
> it was written in. I've got most of that done already, only one
> function left to decode.
>
> On Sun, Nov 15, 2020 at 3:43 PM William Carlin <whcarlinjr at gmail.com>
> wrote:
> >
> > Jeff,
> >
> > I was thinking about the scanf/fscanf/sscanf being missing from the
> > sources.  I went and did an rdump -a on both the MWC Clib.l and the
> Kreider
> > Clib.l and the relocatable shows that they both had the exact same Create
> > date of Sep 17, 1983 23:43 ; Edition 4 ; Code 07f0 ; Data 0000 0084
> >
> > It looks like Carl may have decided that the MWC versions were good
> enough
> > so he just included them into his library.
> >
> > William Carlin, Jr.
>
> --
> Coco mailing list
> Coco at maltedmedia.com
> https://pairlist5.pair.net/mailman/listinfo/coco
>


More information about the Coco mailing list