The collected works of necron2600 - Page 2

Update.

I have been using the Intel Compute stick as a 'coprocessor' (aka companion) to my SGI Octane for a month now. Since its not super fast, and it requires remote access to it.. this ensures the IRIX desktop and applications are used first and only rely on a Windows (or Linux in a VM) counterpart for windows-based application assistance or conversion (MS Word .docx files, etc..). This should be the same thought process behind SUN's SunPCI 'coprocessor' cards used with SPARC workstations running Solaris. In fact, the Intel Compute Stick really is much smaller than any SunPCI and you can stick it anywhere (pun intended). Unlike a PC sitting in a corner, or a rackmounted server in a basement.. the intel compute stick uses very little electricity, produces little heat, and can be attached to an SGI (or stuck inside one).

I did try to cobble together a molex power plug to the Intel Compute Stick's micro-USB power port (all 5volt).. and it worked for several seconds. The BIOS booted, Intel logo shows (when connected to a TV) but then it shuts off abruptly. Either my donor power supply/ATX case that I tested this with has a problem, my wire cutting and soldering work are shoddy (very possible here!), or its trying to draw more than the expected 5volt. In the end, I just plugged it into a power outlet somewhere nearby.

The Compute Stick come with a reduced version of Windows 8.1 Bing.. which does not allow remote desktop access to it. I used an app called RDPwrap that makes remote desktop access work. You could install win2003 server inside a virtual machine on top of this windows version and get seamless RDP applications...

Aside from my installing plenty of windows-related apps on it, I also installed VirtualBox... and ran a mini-datacenter on a tiny 103mm long stick, with 2GB ram and quad core CPU. I was able to run XP, and a few Ubuntu virtual machines at the same time.. although with reduced memory usage.

Screenshot below shows an IRIX desktop with a rdesktop window into the stick.. and VirtualBox running Linux and XP VMs. Then, two windows above the rdesktop window show remote SSH X11 applications (Skype and Chrome) running from an Ubuntu VM on VirtualBox on the stick.



I am not sure if all this good news, or just some geeky efforts wasted .. but not being tied to a PC in the corner or rackmounted server somewhere but instead relying on an SGI Octane and stuff near/inside it means something to me.

For some reason, I had to dig around to find the specific data files for Danger From the Deep game to work with the compiled code presented in this thread. To save time, I packaged it all in a tarball with a 'run' script and a src/ dir with some notes and sources.

This tarball is nothing 'new' .. just a packaging of what others have done here already.

I always run it from /usr/local/ but it should work anywhere else you extract the tarball too. Runs very well on a Tezro. Runs poorly on an O2 R5k.

the dangerfromthedeep.tar.gz file is in my contrib dir:

ftp://ftp.nekochan.net:21/pub/downloads ... eep.tar.gz


-Kevin

Plus.. you could place any services you are running inside a chroot. Call it a form of virtualization... IRIX-containers, IRIX-zones, IRIX-jails, etc.. (yeah, i know its not virtualization.. but its probably as close as we'll get with IRIX).

Chroot's can still be broken out of.. but better than giving a remote attacker full access immediately to your root filesystem that comes complete with exploitable binaries and apps.

octane 14# gtar xpvf chroot-irix.tar
chroot-irix/
chroot-irix/dev/
chroot-irix/dev/zero
chroot-irix/dev/null
chroot-irix/dev/random
chroot-irix/dev/urandom
chroot-irix/sbin
chroot-irix/incoming/
chroot-irix/usr/
chroot-irix/usr/lib32/
chroot-irix/usr/lib32/libc.so.1
chroot-irix/bin/
chroot-irix/bin/chmod
chroot-irix/bin/chown
chroot-irix/bin/groups
chroot-irix/bin/ldd
chroot-irix/bin/ln
chroot-irix/bin/ls
chroot-irix/bin/mkdir
chroot-irix/bin/mv
chroot-irix/bin/pwd
chroot-irix/bin/rm
chroot-irix/bin/rmdir
chroot-irix/bin/scp
chroot-irix/bin/sh
chroot-irix/bin/csh
chroot-irix/lib32/
chroot-irix/lib32/libc.so.1
chroot-irix/lib32/rld
chroot-irix/lib32/libcrypto.so.0
chroot-irix/lib32/libz.so
chroot-irix/etc/
chroot-irix/etc/passwd
chroot-irix/etc/group

octane 15# cd chroot-irix
octane 16# chroot . /bin/sh
# pwd
/

Place a /usr/nekoware/lib/ dir in the chroot with any required libraries for your app.. and your good to go inside a chroot. Run a webserver, mailserver, etc.. Will take some fiddling to get the required libs and dirs in place.

-Kevin

Regarding the comment:
"So the question is whether this hardware and these operating systems are so compelling that you want the big loud heavy hardware and slow performance that goes along with them. If you're a hobbyist, maybe you really do because you want a piece of history. But at this point, there is almost no sweet spot where you can get something that is genuinely useful in the modern world and yet still novel and cool from a historical perspective"

"genuinely useful" is subjective. No youtube and no world of warcraft.. yeah, they are probably not useful for that.

Same with a classic car. "Big loud heavy hardware and slow performance". There are plenty of people who enjoy classic cars and even use daily. They get the job done and more.

Some of my classic cars are older than I am.. so its not always about nostalgia. Its an appreciation for how they were made, never to be reproduced again in the same way, more beautiful lines and curves.. pieces of art in their own right. How they feel, how they smell.. sitting in a new/modern car may not excite everyone.. less raw, less 'machine', less control. .

A classic UNIX workstation has a magic about them when compared to modern systems. The IRIX desktop and apps have a feel.. a 'smell'.. down-to-business attitude without fluff.. no airbags bulging out door panels.... without 10mph impact bumpers.. full access to the engine and components including dipsticks (those seem to be missing these days).. instead of throw-away computer components and plastic engine covers... like a UNIX command line exposing the OS in all its beauty.. instead of point-n-click everything. Virus free (but not worms).. and out of the hacker spotlight that plagues modern systems.

Today's Cloud Computing phenomenon can allow the modern use of classic systems. A classic system or a modern system end up the same when accessing cloud resources. Where ipads and iphones lead to 'web browser' and content consumption, this leaves real work to be done on a classic. Graphics, 3D, coding, IT/administration, documentation/publishing, you name it.. its doable on a classic UNIX workstation.

-Kevin

SaVI Satellite Constellation Visualization.

Makes a neat 3D world rendering animation with satelites in orbit assisting with world domination efforts from an SGI system.

File is in my contrib dir:
ftp://ftp.nekochan.net:21/pub/downloads ... ged.tar.gz

Extract to /usr/local/

## Post install fix.. (too lazy to update)
Edit /usr/local/Geomview/bin/sgi/geomview
Update the GEOMROOT= line to read:
GEOMROOT=/usr/local/Geomview

## Execute/Run Savi:
cd /usr/local/savi
cat /usr/local/savi/NEKOWARE-IRIX

Add to path:
/usr/local/Geomview/bin/sgi:/usr/local/savi

Add to env:
export SAVI=/usr/local/savi/

run savi-run from the dir of $SAVI

-Kevin

hmm. make sure you are running the "./run" script and not trying to run the binary directly (unless you copy the command and arguments from that run file).

Maybe how you have untared it could be a problem? I used gtar.. making it easier to decompress/gunzip and extract a tar quickly.

To test.. I extracted the tar.gz file in /tmp/:

$ cd /tmp
$ gtar xpzf /somewhere/dangerfromthedeep.tar.gz
$ cd dangerfromthedeep/
$ ./run
unknown parameter --res=800.
data directory set to "/tmp/dangerfromthedeep/data/"
OpenGL vendor : SGI
GL renderer : VPRO/A/32
GL version : 1.2 Irix 6.5
[...]

Let me know if using gtar clears up your issue?
-Kevin

So I finally got around to putting in two vpro6's in my Octane.. they fit nicely and was far easier than I imagined. Each vpro6 had 2 screws to separate them in half.. and a 3rd smaller screw on the latch in order to disconnect it. I left the latch bits all there.. but of course they wont latch inside the octane (wouldnt be able to get them out then).

However, it did not work! The bottom vpro card is what it booted with. The top had no output. I ran hinv and gfxinfo while in that mode. Then, to make sure the vpro cards were not faulty or a connection not tight enough.. I removed the bottom vpro.. leaving the top one untouched, and rebooted. The top one worked fine then. So the connections are not the problem and the vpro's do not appear faulty.

With 2 vpro6's plugged in:





and with just 1 vpro6.. gfxinfo shows:



I did note that with 2 vpro's it seemed the Channel 0: did not show up in gfxinfo.. not sure what that was about.. or if its related?

Also, a hinv in the POST command line only shows 1 graphics card.
And the ODY32 boards have the same part numbers.

Anyone have any ideas? I am single CPU.. maybe SGI really meant it when they said it requires dual cpu for multi-head? Is a revision of one of my components too old? (Xbow is at 1.3?)

Thanks

I'll try again this weekend. I have a spare silver-handled PSU from another Octane to try too.

Regarding the locking mechanism.. I assume that is the latch on the Vpro cards. I do have those latches disconnected (single small screw at the pivoting point removed from each Vpro card which is required to take off the vpro from the rest of the board). And I am sliding in the vpro's by hand.. sometimes the angle is off and I have to pull it back out a bit and try again to connect straight. I know not to remove them when powered on.. as without the latches/locking it would come out easy with a tug.

When both vpro cards are in, the bottom one works.. and when I remove the bottom one, the top one works.. I would imagine that means the compression connectors/contacts are good?

A problem with power delivery does make sense... so we'll see how my spare PSU test goes.

Can anyone confirm that I should be able to see two graphics boards in the PROM monitor's hinv output? I'd rather test things there instead of booting up and shutting down all the time.

Thanks

An SGI Origin 350 (with a modded VPRO so it has graphics) is a nice noisy server that does not look attractive on a desk in an office.

With Tezros being expensive, hard to find, and the desire to make them last as collectibles instead of using them 24/7 .. what if we could place the Origin 350 into a more attractive desktop case? (maybe with more quieter fans as a side benefit). Yeah, I know attractiveness is subjective.

I do not have an Origin server to physically look at (yet), so I reviewed an Origin 350 manual and can see its guts. It looks possible, but I am not sure how flexible the mounting of the RAM/memory mezzanine card is for mounting in a non-lengthy way (I'd like it more boxy/height for a desktop). Plus how much leeway there is for wires and the addition of a VPRO card somehow.

Has this been done before by anyone? (a forum search reveals nothing so far)
Is this possible? The node board should be the same as the Tezro, and that fits in a desktop case already with the Tezro.

I found an interesting case, the Cooler Master HAF-XB which is basically an open test-bench that can be enclosed. I assume a test-bench would make things more flexible for fitting in an odd systems (well.. odd in relation to an x86 system) like an SGI Origin.

If anyone has a spare Tezro for sale at 650$ instead.. I'll go for that instead



Thanks

Is there a way an SGI can display to an ultra-wide and actually make use of one? (I have yet to personally try one).

I expect SGIs to not do well with Ultra-wide's but lets confirm it if that is the case

I currently have a 27" LED running at 1920x1200. Works well with Octanes and Tezros, etc. The newer ultra-wide monitors on the market today are tempting.. mainly as I prefer to have many windows side-by-side versus top and bottom.

I expect a 2560x1080 resolution is not possible with a Vpro, unless a custom VFO can be created? Would a custom VFO even work with VPRO hardware? What if using an odd resolution such as 1920x800 or something.. would that even be useful?

Thanks

Do you happen to have specs on memory? video card?

Ok, I figure I can share a new tidbit I started to use while working with an SGI/IRIX as a daily system. I do everything on it, but some things I have to remote desktop into a windows system for (using seamlessrdp so it looks native to IRIX desktop) .. MS word for docx files, Powerpoint, and Skype.

However, Youtube is something that I may waste my life away on that is very poor for viewing over an RDP connection (especially with a 100 gigabit NIC on an Octane with 1920x1200 resolution so images are even smaller). A youtube video does go smoothly if it is reduced to a very small window on the windows desktop. But that becomes too small for me .. and hard to make details out.

Well, it may be a hacky way to do it, but I use the irix command "oglsnoop" to zoom in on the youtube window. I make oglsnoop's window as wide as possible and zoom out several times so the youtube window fits properly in the zoom window. If I had the youtube window in the remote desktop session enlarged to the same size, it would be like watching a slideshow. So at least now I can see a larger smoothly playing youtube video.

If anyone else knows of a better way, or even a better zoom ability in IRIX, i'm all ears.

Update:
I replaced my power supply with another. Popped in two Vpro6s. hinv on bootup/PROM shows only 1 graphics card. Continued booting into IRIX and it also only shows 1 graphics card in hinv -vm and gfxinfo.

hinv with new powersupply and 2 vpros: (video only comes out of the bottom Vpro):

Location: /hw/node
PM10400MHZ Board: barcode LKH759 part 030-1475-001 rev C
Location: /hw/node/xtalk/15
IP30 Board: barcode GHZ615 part 030-0887-003 rev M
Location: /hw/node/xtalk/15/pci/2
FP1 Board: barcode 06909C part 030-0891-003 rev E
PWR.SPPLY.ER Board: barcode AAE9070128 part 060-0035-001 rev C
Location: /hw/node/xtalk/9
ODY32 Board: barcode LDE123 part 030-1403-003 rev B
1 400 MHZ IP30 Processor
Heart ASIC: Revision E
CPU: MIPS R12000 Processor Chip Revision: 3.5
FPU: MIPS R12010 Floating Point Chip Revision: 0.0
Main memory size: 896 Mbytes
Xbow ASIC: Revision 1.3
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 2 Mbytes
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: V6
Integral Fast Ethernet: ef0, version 1, pci 2
Iris Audio Processor: version RAD revision 12.0, number 1
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 0
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 1
PCI Adapter ID (vendor 0x10a9, device 0x0005) PCI slot 3

Here is gfxinfo with new powersupply and 2 vpro's (but only bottom has output):
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 1920x1200
BUZZ version A.1
PB&J version 1
32MB memory
Banks: 2, CAS latency: 3
Monitor 0 type: Unknown
Channel 0:
Origin = (0,0)
Video Output: 1920 pixels, 1200 lines, 60.02Hz (1920x1200_60)


And for FYI:
With old/original power supply, I noted the hardware location does change when only the top vpro is plugged into the Octane, and then when both vpros are plugged in (where the bottom vpro has output):

With top vpro only plugged in:
Location: /hw/node/xtalk/11
ODY32 Board: barcode LDZ638 part 030-1403-003 rev B

With both vpros plugged in (but video output only works on bottom vpro):
Location: /hw/node/xtalk/9
ODY32 Board: barcode LDE123 part 030-1403-003 rev B

I'll have to see about finding an Octane2 and go blue skins instead then.

FYI, Using this monitor:
http://www.viewsonic.com/us/vx2770smh-led.html

I have had no problems with 16:10 (1920x1200 resolution), or even 16:9, on an Octane (with Vpro graphics) or a Tezro. No customization or mods, worked out of the box with IRIX.

My O2 however, could not get either type of those resolutions.

Ultra-wide resolution will be more of a challenge, if even possible (so far it seems not).

Yeah, it was just a tarball of my working directory. I thought I would share what I had at that point. I did not make it official at all like a nekoware tardist. I tried later versions and worked backwards with versions until one compiled with little issues (I guess you can call that being lazy).

However, the fact that we have more people involved on this topic makes me feel that I did well inspiring others to work with SGI apps.

Update (again

I got an Octane2. Had a v6 in it. Put in a 2nd v6 and .... it worked! Dual Head. Single CPU.

FYI, the hinv in PROM will show two ODYSSEY cards.

However, there is now another slight problem. Fastfan kicks in (probably because I have an XIO in the bottom slot). The system starts up relatively quiet and once it finishes its power on testing the fan(s) go fast. If I go back to a single V6 setup, the fans are quiet.
I have done plenty of searches on fastfan issues.. but setenv -p fastfan 0 or 1 , etc. dont seem to make any difference. (and it does show up in a printenv)

Note: This Octane2 seems a little bit quieter than my two green-skinned Octanes that have the exact same PSUs (when it has 1 vpro and fastfan is not on of course)

Anyone have any idea on fastfan and dual Vpro in an Octane? Maybe I missed something in my searches...

Thanks in advance,

Some more searching..
viewtopic.php?t=16730203
Looks like fastfan is going to be on and its normal with 2 VPros.. I'll just have to turn up some music?

Below is the hinv of this Octane2 system with dual Vpros and the fan noticeably faster/louder than if it had just 1 Vpro.

[octane]:~ $ hinv -vm
Location: /hw/node
PM10400MHZ Board: barcode LDV883 part 030-1475-001 rev B
Location: /hw/node/xtalk/15
IP30 Board: barcode KVY510 part 030-1467-001 rev D
Location: /hw/node/xtalk/15/pci/2
PWR.SPPLY.ER Board: barcode AAE1090141 part 060-0035-002 rev A
FP1 Board: barcode MBZ201 part 030-0891-003 rev H
Location: /hw/node/xtalk/11
ODY32 Board: barcode LLE123 part 030-1403-003 rev B
Location: /hw/node/xtalk/9
ODY32 Board: barcode LLX611 part 030-1403-003 rev B
1 400 MHZ IP30 Processor
Heart ASIC: Revision F
CPU: MIPS R12000 Processor Chip Revision: 3.5
FPU: MIPS R12010 Floating Point Chip Revision: 0.0
Main memory size: 2048 Mbytes
Xbow ASIC: Revision 1.4
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 2 Mbytes
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: V6
Graphics board: V6
Integral Fast Ethernet: ef0, version 1, pci 2
Iris Audio Processor: version RAD revision 12.0, number 1
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 0
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 1
PCI Adapter ID (vendor 0x10a9, device 0x0005) PCI slot 3

Other than some newer revs, it looks largely the same as my old green-skin Octane, except that green-skin didnt work well with dual vpro for some reason.

Just to check to ensure that the noise I am hearing with dual vpro was indeed fastfan.. I had set fastfan mode to 1 in PROM, ensured it was set looking at it with printenv and powercycled, verified again its set with printenv. I then set it back to 0 and even unset it.

Thanks!

Based on robespierre's (fellow bostonian) comment:

". So when the bottom card is facing one way it will be recognized in slot QD; in the other direction it is in slot QC and turns on fastfan."

I reversed (turned it 180degrees) the bottom Vpro as I slid it in (no jokes on that And no more fast fan! Two vpro6's in a single CPU Octane2 are now working! The Compression connector is plugged into the connector nearest the PSU now (QD I assume).

I did not realize XIO cards can be reversed (technically upside-down).. very interesting tidbit.

I am not sure why the older green-skin Octanes that I have do not work with dual vpro but an Octane2 does? I'm not going to stress about it anymore though.

Thanks robespierre and everyone else who replied and helped me get through this!

Hi Dexter... any updates/status on your efforts for GemRB? Just wondering if it has gone anywhere or not.
Thanks

Anyone else have nekoware's Xfig (3.2.5-alpha5) working 'with' fonts?

It just says it "Can't find Times-Roman-13, using fixed" Or "Can't find xyzfontname-##, using 6x13" 'fixed' or '6x13' come from the Fig app-defaults file.. as a default font that is used. 6x13 does work, I am able to get smaller sized fonts versus the large 'fixed' one if I had that hardset in the Fig app-defaults file.

I ran strace on xfig.. nothing helpful.
xset -q shows a bunch of FONTPATH locations that exist
I can run:
xfontsel and I believe I can show lots of fonts and settings. Temes and Helvetica, etc..
I can run
xlsfonts |grep times and find lots of fonts.. adobe and urw- versions of times.. as well as the last few:
[octane]:~ $ xlsfonts | grep times |tail -10
-urw-times-medium-r-normal--0-0-0-0-p-0-koi8-u
-urw-times-medium-r-normal--0-0-0-0-p-0-microsoft-cp1251
times-bold
times-bold
times-bolditalic
times-bolditalic
times-italic
times-italic
times-roman
times-roman

I did have the fontserver turned off.. chkconfig had it off. So I enabled it in chkconfig and started fontserver manually... xfs is running. No change to Xfig though.

So I give up.. anyone else have Xfig working with fonts?

I installed the tardists for VIPS and NIP from Foetz download dir.
They install to /usr/local/vips/ and /usr/local/nip/
I did note that /usr/local/nip/bin/run-nip.sh needed to force set VIPSHOME=/usr/local/vips as it could not discover it automatically, and to have that script run the nip binary from /usr/local/nip/bin/nip and not $VIPSHOME/bin/nip as that will not exist.

No errors on starting nip.. I can see thumbnail images just fine when browsing when inserting an image file but when loading an image I get an error:
"Workspaces.untitled.A3.Image_file" is not defined
(note: A3 can be A1, or B1, etc..)

Has anyone gotten this to work before? Maybe I am missing an environment variable or my mod to run-nip.sh is not good, etc..

Is there an 'irix' way to convert newer EPS files (from modern versions of Illustrator) to something that Illustrator 5.5 for IRIX can open?

I tried ImageMagick's convert on the command line but no luck with Illustrator opening the resulting files. I didnt seem to find any argument/option to specify a version compat.

At the moment, I am able to use a modern Illustrator and save to EPS with version compatibility for Illustrator 3 EPS. I would like to remove the modern version of Illustrator (and its Windows/Mac platform) from the equation. I also tried converting to various formats (EPS, PDF) with Inkscape but no luck opening with Illustrator 5.5.

Thanks

I have always wondered.. how much louder is this system compared to an Octane, or even a Tezro, that would be a couple feet at most from your ears? Higher pitched noises or lower pitched?

I have a problem with SDL apps when using Xinerama (3840x1200 res). Everything works without xinerama, but once xinerama is in use then anything related to SDL fails to start:

Few examples:
[octane]:/usr/local/bin $ ./scummvm
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 128 (XINERAMA)
Minor opcode of failed request: 4 ()
Serial number of failed request: 9
Current serial number in output stream: 9

[octane]:/usr/local/bin $ abuse.sdl
Added himem block (3072000 bytes)
Memory available : 3071864
Abuse-SDL 0.7.0
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 128 (XINERAMA)
Minor opcode of failed request: 4 ()
Serial number of failed request: 9
Current serial number in output stream: 9

octane]:/usr/local/bin $ BasiliskII
Basilisk II V1.0 by Christian Bauer et al.
The program 'BasiliskII' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
(Details: serial 9 error_code 1 request_code 128 minor_code 4)

They all link to:
libSDL-1.2.so.1 => /usr/nekoware/lib/libSDL-1.2.so.1.4

I am using nekoware's 'Beta' version of neko_sdl which gives libSDL-1.2.so.1.4. However I did try nekoware's regular neko_sdl tardist that comes with libSDL-1.2.so.1.2 and there was no difference. (I extracted the older lib by showfiles -f . -x -- libSDL-1.2.so.1.2 from the tardist)

Below is the neko_sdl package I have installed: Not sure why its 1.2.15 when the library file has 1.2.so.1.4 .. but oh well

octane 26# versions -n neko_sdl
I = Installed, R = Removed
Name Version Description
I neko_sdl 12 SDL 1.2.15 simple directmedia library
I neko_sdl.man 12 man mages
I neko_sdl.man.man 12 man pages
I neko_sdl.sw 12 software
I neko_sdl.sw.eoe 12 execution only env
I neko_sdl.sw.hdr 12 header files
I neko_sdl.sw.lib 12 shared libraries

Anyone have any ideas? SDL not supporting Xinerama?
If I search the library file itself for text with XINERAMA.. it comes back:
octane 22# strings libSDL.so |grep -i xine
SDL_VIDEO_X11_XINERAMA
XINERAMA

So it seems to be compiled with Xinerama support. Maybe my resolution is too large? Maybe IRIX' xinerama is not compatible? Maybe there is a trick to fix this, or something undocumented?

Thanks!

I looked for a Sega genesis emulator for IRIX but with no luck (maybe I didnt look well enough?)

DGEN 1.23 (I couldnt get 1.3x to compile with MIPSPro (wierd error) or GCC)

dgen starts, shows SEGA logo.. then core dumps. No sound is heard when there should be a SEGA chime. But I do hear a sound (pop as it opens device?) when OpenGL is used. I can also disable sound in the dgenrc file but still core dumps. It may not be sound related.

So, to get something out of gdb, I edited all the Makefiles to ensure -g is added to CFLAGS and CPPFLAGS and recompiled.

GDB run of dgen:
[octane]:/data/dgen/dgen-sdl-1.23 $ gdb /data/dgen/dgen-sdl-1.23/dgen
GNU gdb 6.3
This GDB was configured as "mips-sgi-irix6.5"...
(gdb) run -G 640x480 SONIC1.SMD
Starting program: /data/dgen/dgen-sdl-1.23/dgen -G 640x480 SONIC1.SMD

Program received signal SIGSEGV, Segmentation fault.
0x10112c5c in mz80exec (dwCycles=762) at zz80.c:16214
16214 cpu.z80F = (cpu.z80F & ~(Z80_FLAG_CARRY
| Z80_FLAG_NEGATIVE | Z80_FLAG_OVERFLOW_PARITY |
Current language: auto; currently c
(gdb)

Here are the contents of zz80.c around line 16214:
case 0xd6:
{
sdwCyclesRemaining -= 7;
bTemp = *pbPC++;
cpu.z80F = (cpu.z80F & ~(Z80_FLAG_CARRY | Z80_FLAG_NEGATIVE | Z80_FLAG_OVERFLOW_PARITY |
Z80_FLAG_HALF_CARRY | Z80_FLAG_ZERO | Z80_FLAG_SIGN)) |
pbSubSbcTable[((UINT32) cpu.z80A << | bTemp];
cpu.z80A -= bTemp;
break;
}

I used dgen source version 1.23 from here:
https://sourceforge.net/projects/dgen/files/dgen/1.23/

I used a Sonic_1.zip ROM from here: http://www.angelfire.com/games6/horsefacekilla/ That Sonic1 rom does work with dgen version 2.1 running on Windows

My GCC 4.7 build env
export CC=gcc
export CXX=g++
export CXXFLAGS="-mabi=n32 -I/usr/nekoware/include -I/usr/include"
export CPPFLAGS="-mabi=n32 -I/usr/nekoware/include -I/usr/include"
export PATH="/usr/nekoware/bin:$PATH"
export MANPATH="/usr/nekoware/man:$MANPATH"
export CFLAGS="-mabi=n32 -I/usr/nekoware/include -I/usr/include"
export LDFLAGS="-L/usr/nekoware/lib -L/usr/lib32"
export LD_LIBRARY_PATH="/usr/nekoware/lib:/usr/lib32"
export PATH=/usr/nekoware/gcc-4.7/bin:$PATH
export RANLIB=:

Source code edits:
1) I disabled joystick support as there are SDL errors for it during compile. A definition of JOYSTICK_SUPPORT=no (I edited configure to force -DJOYSTICK_SUPPORT=no)

2) I edited main.cpp to remove joystick ifdef bits.. they seemed to get in the way during compiling.

Any ideas on where I should start looking? Its starting to get out of my league to fix/debug.

Thanks

Modern (v2.0.0) Ruby works well on IRIX. I had that built last year.
Dont forget PHP runs well in IRIX too.
Tcl/Tk (i know its out of vogue but its still an awesome language).

Java 1.4 for some retro coding.

Awesome work!
What software did you use? How long did it take you?

Could AmigaOS or MorphOS (runs on PPC macs) run on this?

Anyone have a copy of this? Seems to have gone missing?
"The selected attachment does not exist anymore."

If anyone does have a copy.. can they repost with it here?
Thanks

Lynx,
Solaris 10 compiled without any mods.. I was actually surprised at how smoothly the compile went. I had a full Solaris10/sparc OpenCSW stack ( www.opencsw.org ) installed and compiled GemRB with gcc.

I had posted the compiled binary for solaris 10 (sparc) here on nekochan.net:
viewtopic.php?f=17&t=16730822&p=7391249&hilit=gemrb&sid=bf95f103daf4682fc1b44e199499c336#p7391249

It plays well (not slow at all) on a SUN Ultra 2 workstation from the 1990's with Solaris 10. I also had it playing through a thin-client SUN Ray with its 'host' being a mid 2000's SPARC server.

Just 1 minor issues on Solaris (SPARC):
Once in awhile when roaming around, gemrb will just hang. If I save often, its easy enough to restart the game and load. No errors or signs of why it hangs shows anywhere. And it is randomly anywhere on a map. Could be triggered by sounds, footsteps, an enemy, etc..? Its not too bad, maybe 2 hangs in one map while exploring, etc..

Thanks again!

I was trying to find the old (ancient now? as old as Hamei?) sc spreadsheet..but no luck except from SGI's old freeware.
I had a hard time getting the freeware tardist verison installed without installing more bits from the old freeware collection.. I want to keep only nekoware as much as possible.

So I compiled it with MIPSPro on IRIX 6.5.29
I apologize if someone else already did this....

# shared libs...
ldd /usr/local/bin/sc
libm.so => /usr/lib32/libm.so
libncurses.so => /usr/nekoware/lib/libncurses.so
libc.so.1 => /usr/lib32/libc.so.1

The neko_ncurses package I have is version 4 (not ncurses version 4, but SGI's package versioning):
versions -n neko_ncurses
I neko_ncurses 4 ncurses 5.7 GNU Curses Library

Attached is a tarball.. it installs to usr/local/ but you could just take the sc binary itself and run it alone.
I also attached a mini manual on SC I found online.

Note.. IRIX' Winterm did not play well with it. in particular the 'enter' key did not work. But xterm works fine.
xterm -bg black -fg white -e /usr/local/bin/sc
# xterm from /usr/bin/X11/xterm

Xspread (X11 sc) attached. Compiled with MIPSpro on IRIX 6.5.29. mips4
Uses libintl.so.9, libiconv.so.3 from nekoware
Xspread seems to be based on version 6.x of sc, so its slightly older.

Also, there are far better X11 spreadsheet apps avail.. so I do not see much use of Xspread.. but at least command line 'sc' has some use for those that are die-hard vi guys and want to do things from a terminal.

Ultima VII in DOSBox on IRIX did not work so well. Exult would play it so much better.

Finally got Exult compiled for IRIX. I went to their latest snapshot in order to get a lot of coding bugs resolved.
Tested maybe 2 minutes runtime so who knows how good it will work.. its 2am so getting tired.

Compiled with nekoware.. GCC 4.7.1

Environment:
CC=gcc
CXX=G++
CXXFLAGS="-O3 -mabi=n32 -I/usr/nekoware/include -I/usr/include"
CPPFLAGS="-O3 -mabi=n32 -I/usr/nekoware/include -I/usr/include"
CFLAGS="-O3 -mabi=n32 -I/usr/nekoware/include -I/usr/include"
PATH="/usr/nekoware/bin:$PATH"
LDFAGS="-L/usr/nekoware/lib -L/usr/lib32"
LD_LIBRARY_PATH=/usr/nekoware/lib:/usr/lib32

Run autogen.sh
For some reason, the generated configure script has lots of syntax errors on IRIX relating to lines like:
AX_CHECK_COMPILE_FLAG($opt_flag, DEBUG_FLAGS="$DEBUG_FLAGS $opt_flag", , $DEBUG_FLAGS -Werror)
I just commented them out.. nothing critical.
Run ./configure

I added
/* C99: 7.12 6 defines for floating point classification */
#define FP_ZERO 1
#define FP_SUBNORMAL 2
#define FP_NORMAL 4
#define FP_INFINTE 8
#define FP_NAN 16

to the top of the following files:
headers/gamma.h
audio/midi_drivers/timidity/timidity_tables.h
audio/midi_drivers/timidity/timidity_filter.cpp
audio/midi_drivers/timidity/timidity.h
audio/midi_drivers/timidity/timidity_mix.cpp
headers/pent_include.h

While the above will compile, the game will crash after the splash screen (bus error).
Googling around found an IRC chat log from a decade ago with someone compiling Exult on a sharp Zaurus.
There is a file: ibuff8.cc to modify:
Comment out: #if !(defined(__sparc__) || defined(UNDER_CE))
and add:
#if 0
So the section that has sparc or CE defines will work for IRIX too.
I know this is a hack, and something more elegant __irix__ ,etc. should be done, but ill leave that up to the developers

run ./gmake
wait an hour or so on an Octane2
run gmake install as root user.. so stuff gets installed to /usr/local/

Find your legally purchased copies of Ultima VII Black Gate and Serpent Isle, or where ever you feel you want to get the software.. and copy them to /usr/local/share/exult/blackgate and serpentisle directories that you need to create.

As a user, run exult that is @ /usr/local/bin/exult. it creates a default .exult.cfg in your home dir as well as populating files in .exult directory in your home dir.

Attached is a tarball of usr. Just extract from / as root user. its not compressed, so its a 41MB file.
It uses nekoware's timidity, SDL 1.2, libiconv, libogg, libvorbis, libvorbisfile, and libz



I am also attaching the original source code used.

I was able to get a succesful compile (but not execute) by going to the dark side with GCC (versus SGI MIPS Pro compiler). Since I had this working with Solaris 10/sparc and GCC I figure it would be easier with GCC vs MIPSPro.. at least initially. I did need a bunch of source code adjustments but nothing too serious.

However, gemrb fails to run:

gemrb
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB15GemMarkupParser30ParseMarkupStringIntoContainerERKSbIwSt11char_traitsIwESaIwEERNS_13TextContainerE
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN8RNG_SFMT11getInstanceEv
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB15GemMarkupParser5ResetEv
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB15GemMarkupParser15ResetAttributesEPKNS_4FontEPNS_7PaletteES3_S5_
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB15GemMarkupParserC1EPKNS_4FontEPNS_7PaletteES3_S5_
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB15GemMarkupParserC1Ev
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN8RNG_SFMT4randEii
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB9VEFObject15GetSingleObjectEv
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB9VEFObject4DrawERKNS_6RegionERNS_5PointERKNS_5ColorEPNS_3MapEiii
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB9VEFObjectC1EPNS_17ScriptedAnimationE
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB9VEFObject7Load2DAEPKc
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB9VEFObjectC1Ev
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB9VEFObjectD1Ev
417106:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB9VEFObject7LoadVEFEPNS_10DataStreamE
417106:gemrb: rld: Fatal Error: this executable has unresolvable symbols

Its possible I need to recompile cleanly.. as i made changes mid-way in the compiling.. may have objects built but later not not used,etc.. This could also open up a can of worms on my end and make it not able to compile.

Dexter.. regarding your time issues.
This may be related to your issue with MIPSPro.. then again it may not be:
I got this error during compiling:
In file included from /usr/nekoware/include/python2.7/pyport.h:325:0,
from /usr/nekoware/include/python2.7/Python.h:58,
from GUIScript.h:31,
from GUIScript.cpp:24:
/usr/include/sys/time.h: In function 'int select(int, fd_set*, fd_set*, fd_set*, timeval*)':
/usr/include/sys/time.h:191:26: error: 'int select(int, fd_set*, fd_set*, fd_set*, timeval*)' was declared 'extern' and later 'static' [-fpermissive]

Googling (dont need coding skills anymore when you can google! I found:
http://pysvn.stage.tigris.org/ds/getDSM ... =text/html

By putting an #include <sys/time.h> 'before' Python.h cleared my time related issues.. but they were with GCC.

I'll let a fresh recompile run overnight and see how that goes (GCC again).

cmake 2.8.6
I have a tardist of it here:
http://www.nekochan.net/downloads/index ... ecron2600/

So I was able to get it compiled again.. no errors (but I did remove -Werror compile option that would turn warnings to errors.. maybe im missing something by doing that)

Among several more unresolvable symbols.. the errors when running gemrb are:
[octane]:/usr/local/lib $ gemrb
444271:gemrb: rld: Error: unresolvable symbol in /usr/local/lib/libgemrb_core.so.1: _ZN5GemRB15GemMarkupParser30ParseMarkupStringIntoContainerERKSbIwSt11char_traitsIwESaIwEERNS_13TextContainerE

Well.. where is this symbol?
I used nm to find it in itself:
[octane]:/usr/local/lib $ nm -gC libgemrb_core.so.1 | grep _ZN5GemRB15GemMarkup
Parser30ParseMarkupStringIntoContainerERKSbIwSt11char_traitsIwESaIwEERNS_13Text
ContainerE
[5637] | 0| 0|OBJT |GLOB |DEFAULT |UNDEF |_ZN5GemRB15GemMarkupParser30ParseMarkupStringIntoContainerERKSbIwSt11char_traitsIwESaIwEERNS_13TextContainerE

seems all the symbols being complained about have a value of '0''
some type of Markup Parser, Font stuff, and a VEFObject
hmm. regarding fonts.. I do remember fudging the code a bit:

During a compile, I had received:
## ERROR
gmake[3]: *** No rule to make target `Font.cpp', needed by `Font.lo'. Stop.
gmake[3]: Leaving directory `/tmp/gemrb/gemrb/gemrb/core'

I found no Font.cpp anywhere.. except from a core/GUI/TextSystem/* directory.
To make the compile work, I just copied from core/GUI/TextSystem/* to gemrb/core/.
Maybe that is one of the sources of my problem.
I did note that in older gemrb versions Font.cpp exists in core/.. but not in newer versions. (I am using a checkout of HEAD right now). I would point a finger to the code, but this compiled cleanly on a Solaris box. Ill try to compare what happened on the Solaris box.

Yeah, my apologies for using the unmaintained autotools. The errors obtained from it seemed easier (to me at least.. and I am not at all a developer) than the ones I got from cmake.

Procedure for not using cmake:
I ran autogen.sh.

The following are my 'hacks' to get this to compile. Very poorly done, and I make no assumptions as to these approaches being valid.

# GCC 4.7 build env
export CC=gcc
export CXX=g++
export CXXFLAGS="-O3 -mabi=n32 -I/usr/nekoware/include -I/usr/include"
export CPPFLAGS="-O3 -mabi=n32 -I/usr/nekoware/include -I/usr/include"
export PATH="/usr/nekoware/bin:$PATH"
export MANPATH="/usr/nekoware/man:$MANPATH"
export CFLAGS="-O3 -mabi=n32 -I/usr/nekoware/include -I/usr/include"
export LDFLAGS="-L/usr/nekoware/lib -L/usr/lib32"
export LD_LIBRARY_PATH="/usr/nekoware/lib:/usr/lib32"
export PATH=/usr/nekoware/gcc-4.7/bin:$PATH
export RANLIB=:

Run ./autogen.sh

###
ERROR: autogen.sh will complain that it cannot find Python.

EDIT: configure
#include <sys/time.h>
#include "Python.h"
line 17072 in configure
and 17109

autogen.sh will pass now.

###
ERROR: Warnings are Errors!

EDIT: configure
Remove -Werror

###
ERROR:
No rule to make target `Callback.cpp', needed by `Callback.lo'. Stop.

EDIT: gemrb/core/Makefile
Remove the 3 Callback.* references
# This could be bad!

###
ERROR:
FP_NAN errors

EDIT:
gemrb/includes/globals.h
gemrb/core/Resource.h
/* C99: 7.12 6 defines for floating point classification */
#define FP_ZERO 1
#define FP_SUBNORMAL 2
#define FP_NORMAL 4
#define FP_INFINITE 8
#define FP_NAN 16

###
ERROR:
No rule to make target `Font.cpp', needed by `Font.lo'. Stop.

COPY: GUI/TextSystem/* to gemrb/core/ seems to get passed this but unknown as to what is wrong. Could be bad!

###
ERROR:
GetBitContext.cpp:52:56: error: 'ldexpf' was not declared in this scope
GetBitContext.cpp: In member function 'int VLC::build_table(int, int, const void*, int, int, const void*, int, int, unsigned int, int, int)':

EDIT:
gemrb/plugins/Makefile
Remove BIKPlayer
Not necessary to be able to play movies.. gameplay is more important for now

###
ERROR:
error: 'strcasecmp' was not declared in this scope
NOTE: strcasecmp is not in the C or C++ standard, but its defined by POSIX.1-2001 and 4.4BSD.

EDIT:
gemrb/plugins/GUIScript/GUIScript.cpp
gemrb/core/Resource.h
/* IRIX */
#include <string.h>

###
ERROR:
/usr/include/sys/time.h: In function 'int select(int, fd_set*, fd_set*, fd_set*, timeval*)':
/usr/include/sys/time.h:191:26: error: 'int select(int, fd_set*, fd_set*, fd_set*, timeval*)' was declared 'extern' and later 'static' [-fpermissive]
GOOGLE SEARCH:
sys/time.h is misbehaving when _XOPEN_SOURCE
is defined and _XOPEN_SOURCE IS defined in
pyconfig.h, which is included by Python.h,
an easy fix would be to include sys/time.h
BEFORE Python.h

EDIT:
plugins/GUIScript/PythonHelpers.cpp
plugins/GUIScript/GUIScript.cpp
#include <sys/time.h>
BEFORE Python.h .. I just placed at the top.

###
ERROR:
In file included from OpenALAudio.h:45:0,
from OpenALAudio.cpp:21:
/usr/nekoware/include/AL/alc.h:186:60: error: '<anonymous>' has incomplete type
/usr/nekoware/include/AL/alc.h:186:68: error: invalid use of 'ALCvoid {aka void}'

EDIT:
gemrb/plugins/Makefile
Just remove OpenAL Plugin from being built for now to see how far it compiles

###
ERROR:
Making all in pst
gmake[4]: Entering directory `/tmp/gemrb/gemrb/gemrb/override/pst'
gmake[4]: *** No rule to make target `*.bcs', needed by `all-am'. Stop.

EDIT:
/gemrb/override/pst/Makefile
Remove *.bcs from Makefile. 2 locations. Assumption is this could be negative on PlaneScape Torment (PST) but shouldnt affect other games.

###
Possible Error:
The configure generates HAVE_STRING_H and HAVE_STRINGS_H. That doesn't cause any problem except on SGI platforms.

EDIT:
config.h
- #define HAVE_STRINGS_H 1
+ /*#define HAVE_STRINGS_H 1*/

###
gmake
gmake install

With a custom cmake 2.8.6.. where cmake 2.8.6 itself compiled clean for me... it is not part of our official nekoware distribution which uses an older version.

Cmake looks good.. then ends up:
-- Configuring incomplete, errors occurred!

[octane]:/tmp/gemrb/gemrb/build $ cmake ..
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/nekoware/gcc-4.7/bin/gcc
-- Check for working C compiler: /usr/nekoware/gcc-4.7/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/nekoware/gcc-4.7/bin/g++
-- Check for working CXX compiler: /usr/nekoware/gcc-4.7/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detected version: 0.8.4-git
-- Git version bool: 1
-- Performing Test VISIBILITY_HIDDEN
-- Performing Test VISIBILITY_HIDDEN - Failed
-- Performing Test STACK_PROTECTOR
-- Performing Test STACK_PROTECTOR - Success
-- Found PythonLibs: /usr/nekoware/lib/libpython2.7.so (Required is at least version "2.3")
-- Looking for Python libraries and headers: found
-- Autodetecting SDL backend...
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Could NOT find SDL2 (missing: SDL2_LIBRARY SDL2_INCLUDE_DIR)
-- Found SDL 1.2, switching to SDL backend.
CMake Error at CMakeLists.txt:241 (FIND_PACKAGE):
find_package called with invalid argument "MODULE"


-- Looking for SDL: found
-- Looking for libSDL: found
CMake Warning at CMakeLists.txt:282 (MESSAGE):
Looking for SDL_mixer: not found!


CMake Warning at CMakeLists.txt:283 (MESSAGE):
If you want to build the SDL_mixer plugin, install SDL_mixer first.


CMake Warning at CMakeLists.txt:284 (MESSAGE):
Make sure you use a version compatible with the chosen SDL version.


-- Found ZLIB: /usr/lib32/libz.so (found version "1.2.5")
-- Looking for Zlib: found
-- Found OpenAL: /usr/nekoware/lib/libopenal.so
-- Looking for OpenAL: found
CMake Error at CMakeLists.txt:352 (FIND_PACKAGE):
find_package called with invalid argument "MODULE"


CMake Warning at CMakeLists.txt:356 (MESSAGE):
Looking for VLC: not found!


CMake Warning at CMakeLists.txt:357 (MESSAGE):
If you want to build the VLC plugin, install VLC first.


-- Found Freetype: /usr/nekoware/lib/libfreetype.so
-- Looking for Freetype: found
-- Looking for iconv_open
-- Looking for iconv_open - found
-- Performing Test ICONV_COMPILES
-- Performing Test ICONV_COMPILES - Success
-- Found ICONV: In glibc
-- One (and only one) of the ICONV_ACCEPTS_... tests must pass
-- Performing Test ICONV_ACCEPTS_NONCONST_INPUT
-- Performing Test ICONV_ACCEPTS_NONCONST_INPUT - Success
-- Performing Test ICONV_ACCEPTS_CONST_INPUT
-- Performing Test ICONV_ACCEPTS_CONST_INPUT - Failed
-- Found PNG: /usr/lib32/libpng.so
-- Looking for libPNG: found
-- Looking for Ogg Vorbis support: found
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of int
-- Check size of int - done
-- Check size of long int
-- Check size of long int - done
-- Looking for strndup
-- Looking for strndup - not found
-- Looking for strlcpy
-- Looking for strlcpy - found
-- Looking for setenv
-- Looking for setenv - not found
-- Looking for include files HAVE_UNISTD_H
-- Looking for include files HAVE_UNISTD_H - found
-- Looking for include files HAVE_MALLOC_H
-- Looking for include files HAVE_MALLOC_H - found
-- Performing Test PERMITS_OBJECT_TO_FUNCTION_CAST
-- Performing Test PERMITS_OBJECT_TO_FUNCTION_CAST - Failed
--
-- These are the configured paths:
-- PREFIX: /usr/local
-- LIB_DIR: /usr/local/lib/gemrb
-- PLUGIN_DIR: /usr/local/lib/gemrb/plugins
-- BIN_DIR: /usr/local/bin
-- DATA_DIR: /usr/local/share/gemrb
-- MAN_DIR: /usr/local/share/man/man6
-- SYSCONF_DIR: /usr/local/etc/gemrb
-- DOC_DIR: /usr/local/share/doc/gemrb
-- ICON_DIR: /usr/local/share/pixmaps
-- SVG_DIR: /usr/local/share/icons/hicolor/scalable/apps
-- MENU_DIR: /usr/local/share/applications
--
-- Options:
-- LAYOUT: fhs
-- NOCOLOR: disabled
-- STATIC_LINK: disabled
-- INSOURCEBUILD: disabled
-- DISABLE_WERROR: disabled
-- WIN32_USE_STDIO: disabled
-- SDL_BACKEND: SDL
-- OPENGL_BACKEND: None
--
-- Build type: RelWithDebInfo
--
-- Configuring incomplete, errors occurred!
[octane]:/tmp/gemrb/gemrb/build $ cmake --version
cmake version 2.8.6

However, I get no Makefile in the build dir.
I believe Dexter1 may have gotten farther down this path with cmake.
I took the one that looked easier with autogen