[Coco] OS-9 Library generation
Bill Pierce
ooogalapasooo at aol.com
Wed May 13 12:52:34 EDT 2015
Gene I tried c.prep19 from your site, and it gives me the same thing, excep the error has changed from the $tring error to Too Many Defines, Max 400. Then it proceeds to tell me that tons of functions are passing the wrong number of arguments and that some things do not exist that are clearly defined in the globals and defs.
For the most part, I think this code is a little too much for c.prep19x. As I said, I compile the complete software suite (MShell) which is about 9 modules from almost 200 sources with MW c.prep, and it all compiles and runs perfectly.
I don't know what c.prep19x is expecting to see, but it pukes on every other line of the defs, dp, and global sources long before it even gets to the first actual program source.
I did try c.prep19x on several small sources of utilities and it worked fine.
Bill Pierce
"Charlie stole the handle, and the train it won't stop going, no way to slow down!" - Ian Anderson - Jethro Tull
My Music from the Tandy/Radio Shack Color Computer 2 & 3
https://sites.google.com/site/dabarnstudio/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
Global Moderator for TRS-80/Tandy Color Computer Forums
http://www.tandycoco.com/forum/
E-Mail: ooogalapasooo at aol.com
-----Original Message-----
From: Gene Heskett <gheskett at wdtv.com>
To: coco <coco at maltedmedia.com>
Sent: Wed, May 13, 2015 12:14 pm
Subject: Re: [Coco] OS-9 Library generation
On Wednesday 13 May 2015 10:51:03 Bill Pierce via Coco wrote:
> Gene, In the
c.prep sources, the line length var is in the defs right
> near the top of the
main. I noticed last night as I was reading the
> changes in the docs (yours)
that you had increased the "defines
> buffer". That may be the cause of the
error I'm seeing after I fix the
> line length (needs more). Also, none of my
code is ansi compliant and
> I noticed c.prep19b is geared more towards ansi as
it mentions that
> quite a bit in the docs. My code's just plain old K&R X MW C.
Would
> that make a difference?
I wouldn't think it would matter if you are
using ansifront-13, its got
that pretty well covered.
> Bill Pierce
> "Charlie
stole the handle, and the train it won't stop going, no way
> to slow down!" -
Ian Anderson - Jethro Tull
>
>
>
> My Music from the Tandy/Radio Shack Color
Computer 2 & 3
> https://sites.google.com/site/dabarnstudio/
> Co-Contributor,
Co-Editor for CocoPedia
> http://www.cocopedia.com/wiki/index.php/Main_Page
>
Global Moderator for TRS-80/Tandy Color Computer Forums
>
http://www.tandycoco.com/forum/
>
> E-Mail: ooogalapasooo at aol.com
>
>
>
>
>
>
>
-----Original Message-----
> From: Gene Heskett <gheskett at wdtv.com>
> To: coco
<coco at maltedmedia.com>
> Sent: Wed, May 13, 2015 10:35 am
> Subject: Re: [Coco]
OS-9 Library generation
>
>
> So now I am wondering what
> he did do. I *think*
I have a copy of his
> version on my web page, but have not
> actually looked at
the sources.
>
>
> For one thing, this is
> where the "scope" of a variable is
controlled.
> The correct use of that means
> the you can have a var named
"maxi" used
> at various places in the code that
> reference their own local
copy of
> that var, but not the same named var in some
> other section of the
code.
> So I'll have to brush up on that in the red C K&R
> book before I make
any
> huge changes.
>
> I also have a cp22.lzh on my page, but I
> wasn't sure
if I was doing it
> right, so I haven't promoted it as being correct.
> I recall
using it
> once or twice, but it has not been thru the wringer of
> building
>
something like rzsz-3.3.6 again that I can recall. I didn't collect
> that
> and
pack it til 2010, at which time my memory was at leat 16 years
> rusty.
> I put
it up to serve as raw material for whoever might want to
> take it for a
> walk
and who knew enough about compilers to fix any of my
> goofups.
>
> In the
>
meantime, just to define whats what, there are 3 c.prep19's on my
> site. The
>
unadorned one I know is mine, and IIRC the a/b versions are
> Willards. Give
the
> plain c.prep19.lzh version a shot at it and see if
> you still get the
same
> problems with line lengths. That way I might be
> able to figure where
to
> start.
>
> Do you have a copy of cntx5? Its a rather elementary syntax
checker,
>
> making sure you closed all the (, [, ", ', etc pairs needed.
>
>
That also could,
> in todays environment, stand to be improved even more I
> am
sure, but it has
> sure caught a boatload of typu's for me in the past.
> I
wrote that originally on
> the coco, then ported it and made quite a few
>
extensions on the amiga, where I
> was using SAS/C, then backported it to
> the
coco again as version 5.
>
> > You're welcome to take
>
> a look at my sources
any time (I could use the
>
> > advice), but be prepared for
>
> "The
Spaghettiville Horror" LMAO.
>
> > Actually, it's not THAT bad, but it gets
the
>
> job done.
>
> I have a Dr's appointment early this afternoon, but I'll
see if I can
>
> locate my srcs again & see if I can make the command line
buffer
> bigger.
>
> Sometime this evening if I can get this rusty old brain
back into it.
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used
>
in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that
>
order."
> -Ed Howdershelt (Author)
> Genes Web page
>
<http://geneslinuxbox.net:6309/gene>
>
> --
> Coco mailing
> list
>
Coco at maltedmedia.com
> https://pairlist5.pair.net/mailman/listinfo/coco
Cheers,
Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap,
ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt
(Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
--
Coco mailing
list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco
More information about the Coco
mailing list