GNUStep Upgrade

[davcefai]

I am running 1.69.1 build 1155 - cannot compile any later builds because of the UTF-8 problem which I haven't solved yet.

Today the new version of GNUStep was released for Debian Unstable. Quite reasonably it wants to uninstall Oolite, which was compiled against the older version.

My question: If I upgrade GNUstep and recompile and reinstall Oolite can I expect problems? I only have GNUStep to run Oolite so there is no upgrade pressure.

[another_commander]

There have been a couple of problem reports on the Oolite Windows build with GNUstep 1.13.1. Not certain how Linux would be affected, but if you are running SVN 1155, you should be fine with what you already have. I am generally of the opinion that unless the new versions have something that is absolutely needed, stick with the tested, working older ones.

However, if you have to build the most recent versions on SVN (assuming that the UTF-8 problem gets resolved), you will have to upgrade to GNUstep 1.13.0 in order to have debug support. Older GNUstep versions do not define some required streaming objects.

[Edit: Corrected sentence to reflect what I meant to say at the first place.]

[Shade]

I am running 1.69.1 build 1155 - cannot compile any later builds because of the UTF-8 problem which I haven't solved yet.

Today the new version of GNUStep was released for Debian Unstable. Quite reasonably it wants to uninstall Oolite, which was compiled against the older version.

My question: If I upgrade GNUstep and recompile and reinstall Oolite can I expect problems? I only have GNUStep to run Oolite so there is no upgrade pressure.

Yes it would be fair to expect trouble. ATM I have the GNUstep versions pinned, and am running a 'frankenbuild' of SVN 1156, with selected bugfixes applied (like the trumbles crash.). Please note I'm not doing this in the 'Debian' way (with the controlled application of a patch), but by physically just updating bits of the source.

What we really have to hope for is a 1.70 stable release and the re-emergence of the / a Debian maintainer to sort this out. But as I said, pin the old GNUStep, use SVN 1156, the other changes mentioned, and cherry pick the non-js and trivial bug fixes...

[davcefai]

Unfortunately what you say in the last para is currently beyond my abilities. Moreover as I am handling the last stages of a big project at work my mental energies are at quite a low level when I get home so I have to put off learning C programming for quite a while.

Where I am stuck in building Oolite is:

I get the UTF-8 error when I run the game compiled using dpkg-buildpackage.

There is libmozj source in the SVN. I have compiled it separately as well. However I am not sure what to do then.

If I downgrade libmozjs might this overcome the problem?

[Shade]

Unfortunately what you say in the last para is currently beyond my abilities. Moreover as I am handling the last stages of a big project at work my mental energies are at quite a low level when I get home so I have to put off learning C programming for quite a while.

Where I am stuck in building Oolite is:

I get the UTF-8 error when I run the game compiled using dpkg-buildpackage.

There is libmozj source in the SVN. I have compiled it separately as well. However I am not sure what to do then.

If I downgrade libmozjs might this overcome the problem?

I'm hung up at the same place-- If I'm reading things right the solution is to either rebuild libmozjs for Debian (beyond my fear and commitment threshold), or to statically build OoLite with the libmozjs provided as a .deb (which I have no idea how to do). Simply building vs. the libmozjs headers provided won't work as long the actual library doesn't have the required support. (You can point the GNUMakefile at the included mozjs. What has to be done is to statically link the library in the .deb, or to update Debian's libmozjs, AFAIK.)

Just for the record-- SVN rev 1156 with the older GNUStep was the last one that built well against Debian. (After that I've just been scooping trivial bugfixes.) If I get a good free day I'll take a more serious whack at it...

[Whisht]

Okay this is how I got oolite to build on debian last night (I might be forgetting something though). It's messy so brace yourself....

Code: Select all

apt-get source libmozjs-dev

This will download the xulrunner source package to the current directory.
cd into the xulrunner-... directory

Code: Select all

dpkg-buildpackage

wait until js/src/jsautocfg.h is created
Don't use the packages that dpkg-buildpackage creates --- I got a segfault when I used them. In fact don't wait for dpkg-buildpackage to finish as it takes forever.
Copy the newly created jsautocfg.h to deps/Cross-platform-deps/SpiderMonkey/js/src in the oolite-linux/trunk directory

Build deps/Cross-platform-deps/SpiderMonkey/js/src/fdlibm. Use deps/Cross-platform-deps/SpiderMonkey/js/src/fdlibm/Makefile.ref as the makefile

Modify deps/Cross-platform-deps/SpiderMonkey/js/src/Makefile.ref by adding the following line near the start of the file...

Code: Select all

DEFINES += -DJS_C_STRINGS_ARE_UTF8 -UMOZILLA_1_8_BRANCH

Build deps/Cross-platform-deps/SpiderMonkey/js/src the using modified Makefile.ref for your makefile.

If libjs.so is present when you compile oolite it seems to link to that instead of libjs.a which is not what you want, so do...

Code: Select all

mv deps/Cross-platform-deps/SpiderMonkey/js/src/Linux_All_DBG.OBJ/libjs.so deps/Cross-platform-deps/SpiderMonkey/js/src/Linux_All_DBG.OBJ/oldlibjs.so 

Now modify GNUmakefile in the oolite trunk directory...
Change the line defining ADDITIONAL_INCLUDE_DIRS to:

Code: Select all

ADDITIONAL_INCLUDE_DIRS = -Ideps/Cross-platform-deps/SpiderMonkey/js/src -Isrc/SDL -Isrc/Core -Isrc/BSDCompat -Isrc/Core/Scripting -Isrc/Core/Materials -Isrc/Core/Entities -Isrc/Core/OXPVerifier -Isrc/Core/Debug

and change the line defining oolite_LIB_DIRS to:

Code: Select all

oolite_LIB_DIRS += -Ldeps/Cross-platform-deps/SpiderMonkey/js/src/Linux_All_DBG.OBJ -L/usr/X11R6/lib/

Make oolite with...

Code: Select all

. /usr/lib/GNUstep/System/Tools/GNUstep.sh; make

And finally...

Code: Select all

oolite.app/oolite

[Shade]

Wow-- what a first post. I can confirm it works. Welcome aboard!

If you want the .debs a dpkg-buildpackage will also work instead of directly playing with gnustep-make. Also, for anybody who wants to follow the above: make -f ./Makefile.ref is your friend.

edit: in case you don't want to go through the hassle to build js/src/jsautocfg.h the file is:

Code: Select all

#ifndef js_cpucfg___
#define js_cpucfg___

/* AUTOMATICALLY GENERATED - DO NOT EDIT */

#define IS_LITTLE_ENDIAN 1
#undef  IS_BIG_ENDIAN

#define JS_BYTES_PER_BYTE   1L
#define JS_BYTES_PER_SHORT  2L
#define JS_BYTES_PER_INT    4L
#define JS_BYTES_PER_INT64  8L
#define JS_BYTES_PER_LONG   4L
#define JS_BYTES_PER_FLOAT  4L
#define JS_BYTES_PER_DOUBLE 8L
#define JS_BYTES_PER_WORD   4L
#define JS_BYTES_PER_DWORD  8L

#define JS_BITS_PER_BYTE    8L
#define JS_BITS_PER_SHORT   16L
#define JS_BITS_PER_INT     32L
#define JS_BITS_PER_INT64   64L
#define JS_BITS_PER_LONG    32L
#define JS_BITS_PER_FLOAT   32L
#define JS_BITS_PER_DOUBLE  64L
#define JS_BITS_PER_WORD    32L

#define JS_BITS_PER_BYTE_LOG2   3L
#define JS_BITS_PER_SHORT_LOG2  4L
#define JS_BITS_PER_INT_LOG2    5L
#define JS_BITS_PER_INT64_LOG2  6L
#define JS_BITS_PER_LONG_LOG2   5L
#define JS_BITS_PER_FLOAT_LOG2  5L
#define JS_BITS_PER_DOUBLE_LOG2 6L
#define JS_BITS_PER_WORD_LOG2   5L

#define JS_ALIGN_OF_SHORT   2L
#define JS_ALIGN_OF_INT     4L
#define JS_ALIGN_OF_LONG    4L
#define JS_ALIGN_OF_INT64   4L
#define JS_ALIGN_OF_FLOAT   4L
#define JS_ALIGN_OF_DOUBLE  4L
#define JS_ALIGN_OF_POINTER 4L
#define JS_ALIGN_OF_WORD    4L

#define JS_BYTES_PER_WORD_LOG2   2L
#define JS_BYTES_PER_DWORD_LOG2  3L
#define JS_WORDS_PER_DWORD_LOG2  1L

#define JS_STACK_GROWTH_DIRECTION (-1)

#endif /* js_cpucfg___ */

[Whisht]

Thanks --- glad to be aboard.

[JensAyton]

edit: in case you don't want to go through the hassle to build js/src/jsautocfg.h the file is:

…unless of course you’re some sort of oddball using a different processor architecture. ;-)

[davcefai]

Can't wait to get home to try this.

Question: Are debs produced this way portable between machines?

[davcefai]

It Worked.

Thanks Whisht.

I have placed the files on ftp://cloud9.dyndns.tv/Oolite in case they are of any use to other people.

If you use them please let me know whether they work for you.

The ftp server is usually up between 0630 and 2330 CET. Download speeds are limited to 256k (by the ISP, not me)
Log in as anonymous with your email addy as password.

[Whisht]

Question: Are debs produced this way portable between machines?

I don't know for certain, but if the same jsautocfg.h works for the same processor architecture, binary debs should be okay.

[JensAyton]

Issues other than processor architecture could potentially change the values in jsautocfg.h. For instance, a different ABI could have different stack order or data type sizes. Still, I would expect the posted version to work for all 32-bit x86 Linuxes and probably BSDs.

[Influence D]

here's my jsautocfg.h, for 64-bit Ubuntu 7.10 on a PC:

#ifndef js_cpucfg___
#define js_cpucfg___

/* AUTOMATICALLY GENERATED - DO NOT EDIT */

#define IS_LITTLE_ENDIAN 1
#undef IS_BIG_ENDIAN

#define JS_BYTES_PER_BYTE 1L
#define JS_BYTES_PER_SHORT 2L
#define JS_BYTES_PER_INT 4L
#define JS_BYTES_PER_INT64 8L
#define JS_BYTES_PER_LONG 8L
#define JS_BYTES_PER_FLOAT 4L
#define JS_BYTES_PER_DOUBLE 8L
#define JS_BYTES_PER_WORD 8L
#define JS_BYTES_PER_DWORD 8L

#define JS_BITS_PER_BYTE 8L
#define JS_BITS_PER_SHORT 16L
#define JS_BITS_PER_INT 32L
#define JS_BITS_PER_INT64 64L
#define JS_BITS_PER_LONG 64L
#define JS_BITS_PER_FLOAT 32L
#define JS_BITS_PER_DOUBLE 64L
#define JS_BITS_PER_WORD 64L

#define JS_BITS_PER_BYTE_LOG2 3L
#define JS_BITS_PER_SHORT_LOG2 4L
#define JS_BITS_PER_INT_LOG2 5L
#define JS_BITS_PER_INT64_LOG2 6L
#define JS_BITS_PER_LONG_LOG2 6L
#define JS_BITS_PER_FLOAT_LOG2 5L
#define JS_BITS_PER_DOUBLE_LOG2 6L
#define JS_BITS_PER_WORD_LOG2 6L

#define JS_ALIGN_OF_SHORT 2L
#define JS_ALIGN_OF_INT 4L
#define JS_ALIGN_OF_LONG 8L
#define JS_ALIGN_OF_INT64 8L
#define JS_ALIGN_OF_FLOAT 4L
#define JS_ALIGN_OF_DOUBLE 8L
#define JS_ALIGN_OF_POINTER 8L
#define JS_ALIGN_OF_WORD 8L

#define JS_BYTES_PER_WORD_LOG2 3L
#define JS_BYTES_PER_DWORD_LOG2 3L
#define JS_WORDS_PER_DWORD_LOG2 0L

#define JS_STACK_GROWTH_DIRECTION (-1)

#endif /* js_cpucfg___ */

that might save someone a few valuable seconds, maybe (though it was pretty easy to generate)

[JensAyton]

Just a note: to build Oolite under Ubuntu 8.04, I also needed to add the following to my ~/.bashrc:

Code: Select all

export GNUSTEP_MAKEFILES=/usr/share/GNUstep/Makefiles

It seems that this ought to be set up by installing the gnustep-make package, but it isn’t.