Success!!  Sort of...

I had to hack up the sqFbWindow.c file a bit...there were several prototypes 
missing:

squeak.a(gnu-interp.o): In function `primitiveGetNextEvent':
/usr/local/home/kgf/dload/src/Squeak-3.0/build/gnu-interp.c:11805: undefined 
reference to `ioGetNextEvent'
squeak.a(gnu-interp.o): In function `primitiveInputSemaphore':
/usr/local/home/kgf/dload/src/Squeak-3.0/build/gnu-interp.c:12132: undefined 
reference to `ioSetInputSemaphore'
squeak.a(gnu-interp.o): In function `primitiveScreenDepth':
/usr/local/home/kgf/dload/src/Squeak-3.0/build/gnu-interp.c:16050: undefined 
reference to `ioScreenDepth'
collect2: ld returned 1 exit status

Basically, I did a big cut-and-paste job from sqXWindow.c, excluding any of 
the events stuff related to X11.  Then I hacked up the Makefile to remove all 
X11 references, and bingo!  It worked!

Right now I'm looking at Squeak running on the raw framebuffer on my iPaq!  
The colours are wrong...probably related to that display depth stuff you were 
talking about earlier.  Also, I've got no touch screen input.

So, there's a bit of work to be done yet, but at least I've got something 
displayed.


> Kevin Fisher <kgf at golden.net> is widely believed to have written:
> 
> > Will do...I tried building the code (is it as simple as using sqFbWindow.c
> > instead of sqXWindow.c in the Makefile?) and it didn't compile properly
> > due to some odd ftell() and fseek() prototype mismatches.
> Ah-ha! The only way I've found to avoid that is to brutally comment out
> the line
> 	# define USE_INTERNAL_IMAGE
> which seems like poor way to solve the problem but it does seem to allow
> a compile to finish.
> > 
> > I'll spend some more time on it tonight (hopefully) and see how it goes.
> > One thing, however: the code seems to reference an include that
> > no longer exists in the 3.0 VM source, namely sqUnixInternalPlugins.h.
> > I have this file in my 2.9a source code...is it no longer needed?
> Certainly doesn't seem to be needed.
> I thonk you'll aslo want to remove the refernces to joystickInit &
> serialInit (or whatever). These aren't needed since the plugins call
> that code via their initialiseModule() response.
> 
> tim
> 
> -- 
> Tim Rowledge, tim at sumeru.stanford.edu, http://sumeru.stanford.edu/tim
> Computers are a more fun way to do the same work you'd have to do without them.