The Ur-Quan Masters Discussion Forum

Pardus Linux uses its own "pisi" packaging system and I wasn't able to find such a package to install uqm. I have libsdl 1.2.11 and sdl_image 1.2.5 already installed.

After running the ./build.sh uqm command I get the following error after a long list of printed lines:

In file included from src/config.h:17,
                 from src/port.h:4,
                 from src/options.h:25,
                 from src/options.c:22:
./config_unix.h:32: error: stray '@' in program
./config_unix.h:32: error: stray '@' in program
./config_unix.h:41: error: stray '@' in program
./config_unix.h:41: error: syntax error before "HAVE_STRICMP"
./config_unix.h:41: error: stray '@' in program
./config_unix.h:47: error: stray '@' in program
./config_unix.h:47: error: stray '@' in program
./config_unix.h:53: error: stray '@' in program
In file included from /usr/include/bits/types.h:31,
                 from /usr/include/unistd.h:186,
                 from src/port.h:45,
                 from src/options.h:25,
                 from src/options.c:22:
./config_unix.h:53: error: stray '@' in program
/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/include/stddef.h:213: error: syntax error before "typedef"
make: *** [obj/debug/src/options.c.o] Hata 1

Any ideas?

When generating config_unix.h from config_unix.h.in, it should have replaced those occurences.
Could you post the first page of lines it generates? (You can rerun the config with "./build.sh uqm config").

Here is the beginning and the ending parts of the output :-)

Configuration complete.
Saving choices...
Building file dependency index...
  MKDEP    obj/debug/src/getopt/getopt1.c.d
  MKDEP    obj/debug/src/getopt/getopt.c.d
  MKDEP    obj/debug/src/sc2code/netplay/proto/reset.c.d
  MKDEP    obj/debug/src/sc2code/netplay/proto/ready.c.d
  MKDEP    obj/debug/src/sc2code/netplay/proto/npconfirm.c.d
  MKDEP    obj/debug/src/sc2code/netplay/packetq.c.d
  MKDEP    obj/debug/src/sc2code/netplay/packetsenders.c.d
  MKDEP    obj/debug/src/sc2code/netplay/packethandlers.c.d
  MKDEP    obj/debug/src/sc2code/netplay/packet.c.d
  MKDEP    obj/debug/src/sc2code/netplay/notify.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netstate.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netsend.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netrcv.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netoptions.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netmisc.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netmelee.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netinput.c.d
  MKDEP    obj/debug/src/sc2code/netplay/netconnection.c.d
  MKDEP    obj/debug/src/sc2code/netplay/crc.c.d
  MKDEP    obj/debug/src/sc2code/netplay/checksum.c.d
  MKDEP    obj/debug/src/sc2code/netplay/checkbuf.c.d
  MKDEP    obj/debug/src/sc2code/ships/zoqfot/zoqfot.c.d
  MKDEP    obj/debug/src/sc2code/ships/yehat/yehat.c.d
  MKDEP    obj/debug/src/sc2code/ships/vux/vux.c.d
  MKDEP    obj/debug/src/sc2code/ships/utwig/utwig.c.d
  MKDEP    obj/debug/src/sc2code/ships/urquan/urquan.c.d
  MKDEP    obj/debug/src/sc2code/ships/umgah/umgah.c.d
  MKDEP    obj/debug/src/sc2code/ships/thradd/thradd.c.d
  MKDEP    obj/debug/src/sc2code/ships/syreen/syreen.c.d
  MKDEP    obj/debug/src/sc2code/ships/supox/supox.c.d
  MKDEP    obj/debug/src/sc2code/ships/spathi/spathi.c.d
  MKDEP    obj/debug/src/sc2code/ships/slylandr/slylandr.c.d
  MKDEP    obj/debug/src/sc2code/ships/sis_ship/sis_ship.c.d
  MKDEP    obj/debug/src/sc2code/ships/shofixti/shofixti.c.d
  MKDEP    obj/debug/src/sc2code/ships/probe/probe.c.d
  MKDEP    obj/debug/src/sc2code/ships/pkunk/pkunk.c.d
  MKDEP    obj/debug/src/sc2code/ships/orz/orz.c.d
  MKDEP    obj/debug/src/sc2code/ships/mycon/mycon.c.d
  MKDEP    obj/debug/src/sc2code/ships/mmrnmhrm/mmrnmhrm.c.d
  MKDEP    obj/debug/src/sc2code/ships/melnorme/melnorme.c.d
  MKDEP    obj/debug/src/sc2code/ships/lastbat/lastbat.c.d
  MKDEP    obj/debug/src/sc2code/ships/ilwrath/ilwrath.c.d
  MKDEP    obj/debug/src/sc2code/ships/human/human.c.d
  MKDEP    obj/debug/src/sc2code/ships/druuge/druuge.c.d
  MKDEP    obj/debug/src/sc2code/ships/chmmr/chmmr.c.d
  MKDEP    obj/debug/src/sc2code/ships/chenjesu/chenjesu.c.d
  MKDEP    obj/debug/src/sc2code/ships/blackurq/blackurq.c.d
  MKDEP    obj/debug/src/sc2code/ships/arilou/arilou.c.d
  MKDEP    obj/debug/src/sc2code/ships/androsyn/androsyn.c.d
  MKDEP    obj/debug/src/sc2code/planets/surface.c.d
  MKDEP    obj/debug/src/sc2code/planets/solarsys.c.d
  MKDEP    obj/debug/src/sc2code/planets/scan.c.d
  MKDEP    obj/debug/src/sc2code/planets/roster.c.d
  .
  .
  .
  MKDEP    obj/debug/src/sc2code/border.c.d
  MKDEP    obj/debug/src/sc2code/battle.c.d
  MKDEP    obj/debug/src/starcon2.c.d
  MKDEP    obj/debug/src/port.c.d
  MKDEP    obj/debug/src/options.c.d
  CC       obj/debug/src/options.c.o
In file included from src/config.h:17,
                 from src/port.h:4,
                 from src/options.h:25,
                 from src/options.c:22:
./config_unix.h:32: error: stray '@' in program
./config_unix.h:32: error: stray '@' in program
./config_unix.h:41: error: stray '@' in program
./config_unix.h:41: error: syntax error before "HAVE_STRICMP"
./config_unix.h:41: error: stray '@' in program
./config_unix.h:47: error: stray '@' in program
./config_unix.h:47: error: stray '@' in program
./config_unix.h:53: error: stray '@' in program
In file included from /usr/include/bits/types.h:31,
                 from /usr/include/unistd.h:186,
                 from src/port.h:45,
                 from src/options.h:25,
                 from src/options.c:22:
./config_unix.h:53: error: stray '@' in program
/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/include/stddef.h:213: error: syntax error before "typedef"
make: *** [obj/debug/src/options.c.o] Hata 1

I'm actually more interested in the part before the configuration menu.

Do you have 'sed' in your path?

Edit: Ok, you probably have, but it might not be a version of SED that takes patterns without '-e'. In line 916 of build/unix/config_functions, could you try replacing
                VALUE=$(echo "$VALUE" | $SED 's,\([\&/]\),\\\1,g')
by
                VALUE=$(echo "$VALUE" | $SED -e 's,\([\&/]\),\\\1,g')

Sorry, here it is:

pardus sc2 # sh build.sh uqm
'echo -n' capable echo found.
Sed stream editor found.
tr found.
Make found.
GNU C compiler found.
We have a C preprocessor.
We have a C dependency generator.
We have a C compiler.
We have a linker.
Little-endian machine detected.
Simple DirectMedia Layer version 1.2.11 found.
SDL_image found.
Symbol 'readdir_r' found.
Symbol 'setenv' found.
Symbol 'strupr' not found.
Symbol 'stricmp' not found.
Symbol 'iswgraph' found.
Type 'wchar_t' found.
Type 'wint_t' found.
Symbol 'getopt_long' found.
Header 'regex.h' found.
Preprocessor macro 'WIN32' not found.
Preprocessor macro '__MINGW32__' not found.
OpenGL found.
libmikmod found.
pkg-config found.
vorbisfile found.
zlib found.


How do I check this? (Sorry I am a newbie :-)

I take it that was the wrong quote? What you posted is what I wanted to see. And that looks good.

Sorry, what I meant to say was how do I check if SED is in my path? (Or how do I check if some folder is in the system paths for that matter?)

Anyway, after replacing
VALUE=$(echo "$VALUE" | $SED 's,\([\&/]\),\\\1,g')
by
VALUE=$(echo "$VALUE" | $SED -e 's,\([\&/]\),\\\1,g')

and running:
sh build.sh uqm config

I get:
Configuration complete.
Saving choices...

However, when I run ./build.sh uqm install afterward I still get the same errors:
  CC       obj/release/src/options.c.o
In file included from src/config.h:17,
                 from src/port.h:4,
                 from src/options.h:25,
                 from src/options.c:22:
./config_unix.h:32: error: stray '@' in program
./config_unix.h:32: error: stray '@' in program
./config_unix.h:41: error: stray '@' in program
./config_unix.h:41: error: syntax error before "HAVE_STRICMP"
./config_unix.h:41: error: stray '@' in program
./config_unix.h:47: error: stray '@' in program
./config_unix.h:47: error: stray '@' in program
./config_unix.h:53: error: stray '@' in program
In file included from /usr/include/bits/types.h:31,
                 from /usr/include/unistd.h:186,
                 from src/port.h:45,
                 from src/options.h:25,
                 from src/options.c:22:
./config_unix.h:53: error: stray '@' in program
/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/include/stddef.h:213: error: syntax error before "typedef"
make: *** [obj/release/src/options.c.o] Hata 1

If you do "type -t sed" you should get "file" if it is found. But the script is doing a check itself, and if it hadn't detected sed, it shouldn't have gotten as far as it has. That is, assuming you are trying to build the latest version (0.6.1).

Could you try the following:
        SH='sh -x' ./build.sh uqm config 2> build.log

This will create a file "build.log" with more info that could be useful to me. You can just send it to me at 'svdb at stack.nl', or better, create a bug report on http://bugs.uqm.stack.nl/ (http://bugs.uqm.stack.nl/) and attach it there.

Yes I am trying to install the latest version 1.6.1, which I downloaded yesterday.

I ran the command and I will send it to your email. I hope this can be fixed easily and you could let me know. I really look forward to running this great classic again after many years :-)
Cheers...

FYI, I haven't received an email yet.

Edit: it seems that your mails being tagged as spam, with an extreme high spam score for a legitimate mail.
I'll investigate your problem as well as the spam filter.

Well, I same to have located your problem. It's something I wouldn't have guessed in a million years.
For some reason, the command
        tr [:lower:] [:upper:]
refuses to change the lower case letter "i" into an upper case letter (it translates all other letters ok).

I don't know whether this is some weird feature of your locale, or whether your system's tr is just plain bugged.
Could you tell me what your "LANG" and "LC_CTYPE" environment variables are? ("echo $LANG", "echo $LC_CTYPE").
And what version of "tr" do you have? ("tr --version").
Also, I'd be interested to take a look at your "tr" file itself. Could you send it to me? It's probably located in /bin/ or /usr/bin/.

Never mind sending me that info. It seems that it's perfectly normal behavior in a Turkish locale.
To get around this, set LC_CTYPE to "POSIX".
Starting build.sh like this should do the trick:
        LC_CTYPE=POSIX ./build.sh uqm config
and
        LC_CTYPE=POSIX ./build.sh uqm

A fix or workaround (depending on your view) is in SVN now.

Thanks so much. This is great!! Does this mean I need to download the source file again and extract and run it again? (What do I do now?)


Edit:
Thanks for the fix.

Well, I am not sure if this is the procedure but I copied the new file at http://sc2.svn.sourceforge.net/viewvc/sc2/trunk/sc2/build/unix/config_functions and wrote it over the one that exists in my harddisk. Then I rerun the "sh build.sh uqm config" command.

Unfortunately, it still gives errors. This time I cannot even get the settings menu. I get:

build/unix/config_functions: line 5: !DOCTYPE: Böyle bir dosya ya da dizin yok (<-- well this translates as "this file or folder cannot be found")
build/unix/config_functions: line 6: syntax error near unexpected token `newline'
build/unix/config_functions: line 6: `"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">'
build/unix/build_functions: line 49: set_system: command not found
build/unix/build_functions: line 50: prepare_build_system: command not found
build/unix/build_functions: line 51: config_requirements: command not found
build/unix/build_functions: line 52: prepare_host_system: command not found
build/unix/build.config: line 12: have_build_tools_language: command not found

I hope this is something relatively easy to fix. Sorry for all the trouble.

You can use the LC_CTYPE workaround from a few postings up with your existing source, or you can download the development source from SVN (http://sourceforge.net/svn/?group_id=59452) (more work).

Well, I downloaded the snapshots of the subversion from http://uqm.stack.nl/files/snapshots/ and I was able to install successfully from that.

Wow! The game is awesome! The music and voice from the 3do version is great! It is a great pleasure to revisit this timeless classic with the additional features.

Thanks very much to all who made this possible.