[Coco] NitrOS-9 Level2 and 6309 language label

[Bill Pierce]

Gene, I don't know where or how you're getting your pull, but if it's asking for MAMOU, it's a VERY old pull !!!
The last pull I did for toolshed, in the dw3dos makefile I have:

#AS        = mamou -r -q
AS        = lwasm -r --pragma=condundefzero

and is the same for all the others.

As you can see, the mamou section is commented out.
I have run make on ToolShed, LWTools, and the NitrOS9 repo and I only get a few warnings when building toolshed which from what I read in the readme, is expected.
It sounds to me that you're missing some components that are needed from either mercurial (unlikely) or the gcc package (most likely).
I build from MinGW in a Windows environment so I couldn't tell you what you need for Linux, but I'm sure Tormod could shed some light on it as could others running Linux.
 
 
 
-----Original Message-----
From: Gene Heskett <gheskett at shentel.net>
To: coco <coco at maltedmedia.com>
Sent: Sun, Jun 9, 2019 11:41 am
Subject: Re: [Coco] NitrOS-9 Level2 and 6309 language label

On Sunday 09 June 2019 09:13:01 am David Ladd wrote:

> On Sun, Jun 9, 2019 at 5:50 AM Gene Heskett <gheskett at shentel.net> 
wrote:
> > On Sunday 09 June 2019 02:34:19 am L. Curtis Boyle wrote:
> > > I am still out of town, but can confirm that the 6309 version of
> > > grfdrv has a ton of 6309 only code in it. Amongst the most of any
> > > module.
> >
> > So I now see, but...
> > [...]
> >
> > > > I have a script that will download lwtools, toolshed and
> > > > nitros9, building them from fresh pulls of the repo's. Has
> > > > anything been changed like repo's moved etc, that would prevent
> > > > me from making a fresh copy of everything today?
> >
> > HELP!!!!!!!
> >
> > Is toolshed still mercurial repo on http://hg.code.sf.net?
>
> http://hg.code.sf.net/p/toolshed/code
>
> > My script had a heck of a time, 15+ minutes to hg clone the repo at
> > that site, and the resultant make was such a disaster my script
> > bailed out and never got to pulling a fresh copy of nitros9. Going
> > to that web page and finding our toolshed-2.2.tar.gz to download,
> > never happened. I finally got the tar.gz, but had to select another
> > mirror. I hope it will make.
>
> Sourceforge has been having problems over the last few months with the
> http stuff.  I personally would setup a Sourceforge account and clone
> using SSH if you can.  That seems to be the fastest and if you are on
> a slower connection and are on Linux you can enable SSH compression as
> well.
>
But whats changed in the Makefile?  See README.txt, I had to add 4 lines 
and adjust one. That code is STILL full of warnings. Now. after 5 more 
passes I think the make in working.  But the make install is failing as 
if its not running as root, and at that stage it should be. So yet 
another re-write. put sudo's where it need root for installs for all of 
it. But the toolshed make file is still broken. There seems to be 
no "make install", and that kills it all. I put some pwd's in the file 
to make sure I was in the correct location; and am still getting this:
--------------------
cc -Dunix -DUNIX -O3 -I. -g -I../../../include -Wall -DTOOLSHED_VERSION=\"2.2\" -D_FILE_OFFSET_BITS=64 -g -I../../../include -Wall  -c -o 
cecbcopy.o ../../../cecb/cecbcopy.c
cc -o cecb cecbbulkerase.o cecbdir.o cecbfstat.o cecb_main.o 
cecbcopy.o ../os9/os9dump.o ../decb/decblist.o -g -L../libcoco -L../libnative -L../libcecb -L../librbf -L../libdecb -L../libmisc -L../libsys -lcoco -ldecb -lnative -lrbf -lcecb -lmisc -lsys -lm
make[1]: Leaving directory '/opt/toolshed/build/unix/cecb'
make[1]: Entering directory '/opt/toolshed/build/unix/doc'
markdown ../../../doc/ToolShed.md > ToolShed.html
make[1]: Leaving directory '/opt/toolshed/build/unix/doc'
make: Leaving directory '/opt/toolshed/build/unix'
/opt/toolshed
make: *** No rule to make target 'install'.  Stop.
---------------------
And this has been working just file since 2012.

Ok, finally got past that, but the next 3 cmds to build dwdos, hdbdos and 
superdos are all trying to use mamou for the assembler which is 
generating buckets of warnings:
-------------------------------
Warning (dw3dos.asm:40): Not supported IFP1
make: Leaving directory '/opt/toolshed/dwdos'
make: Entering directory '/opt/toolshed/superdos'
mkdir -p dragon32
mamou 
superdos-e6-03.asm -q -mr -aDragonDos=1 -aDragon=1 -odragon32/ddos10.rom
MAMOU IS DEPRECATED! USE LWTOOLS INSTEAD!!!
mkdir -p dragon64
mamou 
superdos-e6-03.asm -q -mr -aDragonDos=1 -aDragon=1 -odragon64/ddos10.rom
MAMOU IS DEPRECATED! USE LWTOOLS INSTEAD!!!
mkdir -p dgnalpha
mamou 
superdos-e6-03.asm -q -mr -aDragonAlpha=1 -aDragon=1 -odgnalpha/alpdos10.rom
MAMOU IS DEPRECATED! USE LWTOOLS INSTEAD!!!
mkdir -p tanodr64
mamou 
superdos-e6-03.asm -q -mr -aRSDos=1 -aDragon=1 -otanodr64/sdtandy.rom
MAMOU IS DEPRECATED! USE LWTOOLS INSTEAD!!!
mkdir -p coco2
mamou superdos-e6-03.asm -q -mr -aRSDos=1 -l -aTandy=1 -ococo2/disk11.rom 
> superdos.lst
MAMOU IS DEPRECATED! USE LWTOOLS INSTEAD!!!
make: Leaving directory '/opt/toolshed/superdos'
$pwd=/opt/toolshed

Looks like a patch for the makefile's is needed and I'm not that fam with 
the differences.


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