Netrek on Fulong - Revision history

Jka: /* Introduction */

2007-12-19T19:56:22Z

Introduction

2007-12-19T19:51:29Z

Imlib2

2007-12-19T19:51:12Z

Creation

2007-12-19T19:50:39Z

Freetype

2007-12-19T19:50:07Z

Freetype

2007-12-19T19:46:29Z

Freetype

2007-12-19T19:45:50Z

Creation

2007-12-19T19:45:03Z

Creation

2007-12-19T19:36:01Z

Imlib2

2007-12-19T19:29:12Z

Imlib2

@@ Line 1: / Line 1: @@
 ==Introduction==
-So, one of the games that I loved back when I first started out using a unix based OS (back then it was either SunOS or HPUX) was netrek. I was introduced to it by Rob Forsman back then, as he was a major developer for it. So I figured it would be an interesting thing to get working on this particular machine.
+So, one of the games that I loved back when I first started out using a unix based OS (back then it was either SunOS or HPUX) was netrek. I was introduced to it by Rob Forsman back then, as he was a major developer for it. So I figured it would be an interesting thing to get working on the [[Lemote Fulong]]
 ==Sources==
 * [http://quozl.linux.org.au/netrek/netrek-client-cow-3.2.3.tar.gz Cow Version 3.2.3]

@@ Line 54: / Line 54: @@
 Of course, during the make, I get the following error:
 <pre>
-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I../libltdl -I/usr/local/include -I/usr/local/include -I. -I.. -I../src -I../loaders -g -O2 -c rgbadraw.c  -fPIC -DPIC -o .libs/rgbadraw.lo
+gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I../libltdl -I/usr/local/include -I/usr/local/include -I. -I.. -I../src
 rgbadraw.c: In function '__imlib_draw_polygon_filled':
 rgbadraw.c:2328: error: label at end of compound statement

@@ Line 13: / Line 13: @@
 So here you have it:
-<blockquote>
+<pre>
 kiona:/home/jka/netrek-client-cow-3.2.3# file netrek
-netrek: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), not stripped
+netrek: ELF 32-bit LSB executable, MIPS, MIPS-I version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs),
-</blockquote>
+not stripped
 ===Freetype===
 Configure went fine, but when it came time to make, I ran into the following problem during the testing section of the build:

@@ Line 19: / Line 19: @@
 ===Freetype===
 Configure went fine, but when it came time to make, I ran into the following problem during the testing section of the build:
-<cite>
+<pre>
-gcc -c -I. -I/home/jka/freetype-1.3.1/test/arch/unix/../.. -I.. -I/home/jka/freetype-1.3.1/test/arch/unix/../../../lib -I/home/jka/freetype-1.3.1/test/arch/unix/../../../lib/extend -g -O2  -Wall -pedantic -ansi  -DX11 -DLOCALEDIR='"/usr/local/share/locale"' ftdump.c
+gcc -c -I. -I/home/jka/freetype-1.3.1/test/arch/unix/../.. -I.. -I/home/jka/freetype-1.3.1/test/arch/unix/../../../lib
 ftdump.c:172:1: error: pasting "." and "glyph_object" does not give a valid preprocessing token
 ftdump.c:182:1: error: pasting "." and "first_instance" does not give a valid preprocessing token
@@ Line 32: / Line 34: @@
 make[1]: Leaving directory `/home/jka/freetype-1.3.1/test'
 make: *** [tttest] Error 2
-</cite>
+</pre>
 Alright... well then, let's get rid of the testing portion of freetype. It isn't like we need it, right?  :)
 <pre>

@@ Line 19: / Line 19: @@
 ===Freetype===
 Configure went fine, but when it came time to make, I ran into the following problem during the testing section of the build:
-<blockquote>
+<cite>
 gcc -c -I. -I/home/jka/freetype-1.3.1/test/arch/unix/../.. -I.. -I/home/jka/freetype-1.3.1/test/arch/unix/../../../lib -I/home/jka/freetype-1.3.1/test/arch/unix/../../../lib/extend -g -O2  -Wall -pedantic -ansi  -DX11 -DLOCALEDIR='"/usr/local/share/locale"' ftdump.c
 ftdump.c:172:1: error: pasting "." and "glyph_object" does not give a valid preprocessing token
@@ Line 32: / Line 32: @@
 make[1]: Leaving directory `/home/jka/freetype-1.3.1/test'
 make: *** [tttest] Error 2
-</blockquote>
+</cite>
 Alright... well then, let's get rid of the testing portion of freetype. It isn't like we need it, right?  :)
 <pre>

← Older revision		Revision as of 19:36, 19 December 2007
Line 52:		Line 52:
	make: *** [all-recursive-am] Error 2		make: *** [all-recursive-am] Error 2
	</pre>		</pre>
		+	Hrm... that kind of sucks... just what is wrong with these labels anyway? Well, as it turns out, because of the C specifications, if you jump to a label and that label doesn't have anything after it, it is a violation of the specification. Now, older versions of gcc apparently had no problem with this and just let it happen anyway, because it was a stupid restriction on labels in the first place. Apparently someone got all uppity about this and forced gcc to be bitchy about it, so now it throws errors and breaks the world.
		+
		+	The solution? Add a bloody semicolon on the next line after the label. Poof, empty command that doesn't do shit, but at least it satisfies the stupid specification.

← Older revision		Revision as of 19:29, 19 December 2007
Line 38:		Line 38:
	Now it makes cleanly and we can install it.		Now it makes cleanly and we can install it.
	===Imlib2===		===Imlib2===
		+	Configure fired off fine and generated Makefiles without issue.
		+
		+	Of course, during the make, I get the following error:
		+	<pre>
		+	gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I../libltdl -I/usr/local/include -I/usr/local/include -I. -I.. -I../src -I../loaders -g -O2 -c rgbadraw.c -fPIC -DPIC -o .libs/rgbadraw.lo
		+	rgbadraw.c: In function '__imlib_draw_polygon_filled':
		+	rgbadraw.c:2328: error: label at end of compound statement
		+	rgbadraw.c:2334: error: label at end of compound statement
		+	make[2]: *** [rgbadraw.lo] Error 1
		+	make[2]: Leaving directory `/home/jka/imlib2-1.0.6/src'
		+	make[1]: *** [all-recursive] Error 1
		+	make[1]: Leaving directory `/home/jka/imlib2-1.0.6'
		+	make: *** [all-recursive-am] Error 2
		+	</pre>