[Coco] making nitros9 on MinGW

Bill Pierce ooogalapasooo at aol.com
Fri Jul 19 02:05:37 EDT 2013


I reinstalled mingw and installed mercurial 32 bit instead of 64 bit. (note for note by the wiki)
Everything now installs as it should. It seems the 32bit mingw didn't like the 64bit mercurial for some reason.
The build is still running so I don't know how complete it is or if anything works.
As soon as I get a chance to examine everything, I'll report back.

Bill Pierce
My Music from the Tandy/Radio Shack Color Computer 2 & 3
https://sites.google.com/site/dabarnstudio/
Co-Webmaster of The TRS-80 Color Computer Archive
http://www.colorcomputerarchive.com/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
E-Mail: ooogalapasooo at aol.com




-----Original Message-----
From: Bill Pierce <ooogalapasooo at aol.com>
To: coco <coco at maltedmedia.com>
Sent: Thu, Jul 18, 2013 11:49 pm
Subject: Re: [Coco] making nitros9 on MinGW



William,
The mercurial dir is in the c:/Program Files/Mercurial dir as it should be on my 
64bit system.
The mercurialxxx_64bit.exe was installed.
So the path is right.

But like you, I know Windows does strange things sometimes. so I tried your 
suggestion and got the same results as before.

I may try a complete re-install of mingw and see what happen, also I may try the 
32bit mercurial as that may make a difference. And yes I know it will be in the 
C:/Program Files(x86) dir :-)

Bill Pierce
My Music from the Tandy/Radio Shack Color Computer 2 & 3
https://sites.google.com/site/dabarnstudio/
Co-Webmaster of The TRS-80 Color Computer Archive
http://www.colorcomputerarchive.com/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
E-Mail: ooogalapasooo at aol.com




-----Original Message-----
From: William Astle <lost at l-w.ca>
To: coco <coco at maltedmedia.com>
Sent: Thu, Jul 18, 2013 11:26 pm
Subject: Re: [Coco] making nitros9 on MinGW


This might be a case of a 64 bit windows behaving different than a 32 
bit windows. You get some weird results if you install 32 bit software 
on a 64 bit windows - things like binaries going into "C:\Program Files 
(x86)" or some such.

It could also be that the wrong version of hg is installed, or a broken 
version of it.

It's probably safe to just do:

PATH="/usr/local/bin:/mingw/bin:/bin:$PATH" - duplicate entries in the 
PATH variable shouldn't be a problem and whatever is in the windows 
directories probably isn't going to collide. Doing it that way forces 
the mingw file system paths to the start of the PATH while keeping 
everything else that was in there before.

Note that "export" isn't needed because PATH is already exported (or at 
least it should be).

On 2013-07-18 17:57, Aaron Wolfe wrote:
> On Thu, Jul 18, 2013 at 7:36 PM, Bill Pierce <ooogalapasooo at aol.com> wrote:
>>
>> Aaron,
>> I followed your instructions to the "t".
>> Once I enter:
>>
>> export PATH="/usr/local/bin:/mingw/bin:/bin:/c/Windows/system32:/c/Windows:/c/ProgramFiles/Mercurial"
>>
>
> is there really a space between Program and Files in your path?  there
> should be.
>
>> and then:
>>
>> hg clone http://lwtools.projects.l-w.ca/hg/lwtools
>>
>> I get:
>>
>> hg.exe - Entry Point Not Found
>> The procedure entry point wcsncpy_s could not be located in the dynamic link 
library ntdll.dll
>>
>> Each cmd was copied and pasted direct from your instructions in the wiki.
>>
>> So what is my problem?
>>
>
> Unknown. The guide is a work in progress and I appreciate knowing it
> did not work.  I have followed the process on a clean (vm) Win8 and an
> XP machine so far and both worked fine, but that doesn't even begin to
> cover every possible configuration.
>
> Does typing 'hg' at a regular DOS prompt (cmd.exe) work?
>
> What is the path in a brand new MinGW shell before changing it?  To
> see type: echo $PATH
>
> The reason we change the path at all is that MinGW by default puts '.'
> (the current directory) as the first path entry.  This mimics
> Windows/DOS behavior, but it breaks unixy things like the NitrOS9
> build process.  make gets all kinds of crazy if current dir is at the
> head of the path and you try to build 6809 binaries with the names of
> common unix tools :)
>
> Let's figure it out and improve the guide
>
> --
> Coco mailing list
> Coco at maltedmedia.com
> http://five.pairlist.net/mailman/listinfo/coco
>


--
Coco mailing list
Coco at maltedmedia.com
http://five.pairlist.net/mailman/listinfo/coco

 

--
Coco mailing list
Coco at maltedmedia.com
http://five.pairlist.net/mailman/listinfo/coco

 



More information about the Coco mailing list