TIP: Click on subject to list as thread! ANSI
echo: muffin
to: Bob Jones
from: Wes Garland
date: 2003-06-29 10:42:04
subject: Maximus/UNIX 3.03b: Compiled

BJ> Congradulations.....

 BJ> You took a different approach that I was 
 BJ> considering for my initial work.  I didn't want to 
 BJ> try compiling on Linux until I had stuff compiling 
 BJ> under OS/2.....  
 
Thanks!  Not knowing anything about OS/2, and having one goal (get it
running under Solaris) made my decision pretty easy. Linux was chosen as an
intermediary port because I knew my Alpha CPU would be easier to get
running with Maximus than a Sparc. The Alpha is little-endian, and under
Linux it is tolerant of mis-aligned access (although that tolerance is VERY
expensive, because it is via a hardware trap intercepted by the kernel and
"adjusted" there).
 
 BJ> After finding I had the user libraries for ncurses installed, but not 
 BJ> the development support, I installed the additional 
 BJ> related ncurses packages....  After messing around 
 
I've added ncurses detection in configure to the TODO list. Actually,
curses works too, but I don't think that's available under Linux.
 
 BJ> that far along, I need to setup my user and group 
 BJ> for the bbs development, copy over a number of 
 BJ> files from the running (os/2 based) system and see 
 BJ> where things go.  
 
That will be a particularly interesting exercise, as I'm not sure all
struct sizes have been correctly preserved. That said, since you're running
Intel arch, you at least have a good chance of having the files work.
 
Also, you mind compiling a mex file under OS/2 and Linux, and seeing if the
binary output is the same? (diff will tell you)
 
 BJ> With some slight configure file changes, we should be able to get 
 BJ> this to compile for OS/2 under the EMX setup (a 
 BJ> ported version of GCC with a runtime DLL that hooks 
 BJ> unix type system calls back to the OS/2 equivalent 
 BJ> code) and see if I can get this running there 
 BJ> also......  Could be interesting to have three 
 BJ> versions running in parallel (OS/2 max 3.01, OS/2 
 BJ> max 3.02b and Linux max 3.02b).....  It will be a 
 BJ> bit before I unleash the 3.02b versions (or later) 
 BJ> for live user testing here.  I notice there are 
 BJ> still some configuration issues to work out.....
 
Being able to run under all OSes properly will certainly be interesting,
especially if they can share files like the squish bases, user records,
etc. 
 
If you can come up with a replacement for the Dos* semaphore routines under
OS/2 which interoperate with mine (in the unix directory), that would be
super interesting, then we could synchronize things a little more safely.
 
As for porting via EMX -- If I were doing the OS/2 port (or back port, or
whatever you want to call it), I'd run GNU Make, but native compilers. You
can construct implicit makefile rules to run any compiler you want, I can
help there. You'll also want to pull the makefile.mk files out of the CVS
"attic" and see what objects are required for building under
OS/2. For example, I left out all of the assembler code..
 
Wes

--- Maximus/2 3.01
* Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000)
SEEN-BY: 633/267 270
@PATH: 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.