Linux Collaboration

LINK.LIBS.SERVER  = $(LINK.LIBS.VORBIS) -lpthread -lSDL

ifeq "$(OS)" "WIN32"
SOURCE.ENGINE += $(SOURCE.PLATFORM$(OS))
else
SOURCE.ENGINE += $(SOURCE.PLATFORM$(OS)DEDICATED)
endif

SOURCE.ENGINE += $(SOURCE.PLATFORM$(OS))

--> Compiling platformX86UNIX/x86UNIXSemaphore.cc
platformX86UNIX/x86UNIXSemaphore.cc: In static member function 'static void*
   Semaphore::createSemaphore(unsigned int)':
platformX86UNIX/x86UNIXSemaphore.cc:20: error: 'SDL_sem' undeclared (first use
   this function)
platformX86UNIX/x86UNIXSemaphore.cc:20: error: (Each undeclared identifier is
   reported only once for each function it appears in.)
platformX86UNIX/x86UNIXSemaphore.cc:20: error: 'semaphore' undeclared (first
   use this function)
platformX86UNIX/x86UNIXSemaphore.cc:21: error: 'SDL_CreateSemaphore' undeclared
   (first use this function)
platformX86UNIX/x86UNIXSemaphore.cc: In static member function 'static void
   Semaphore::destroySemaphore(void*)':
platformX86UNIX/x86UNIXSemaphore.cc:29: error: syntax error before ')' token
platformX86UNIX/x86UNIXSemaphore.cc: In static member function 'static bool
   Semaphore::acquireSemaphore(void*, bool)':
platformX86UNIX/x86UNIXSemaphore.cc:37: error: syntax error before ')' token
platformX86UNIX/x86UNIXSemaphore.cc: At global scope:
platformX86UNIX/x86UNIXSemaphore.cc:41: error: syntax error before 'else'
platformX86UNIX/x86UNIXSemaphore.cc: In static member function 'static void
   Semaphore::releaseSemaphore(void*)':
platformX86UNIX/x86UNIXSemaphore.cc:53: error: syntax error before ')' token
make[1]: *** [out.GCC3.RELEASE/platformX86UNIX/x86UNIXSemaphore.obj] Error 1
make: *** [dedicated] Error 2

dgl/gTexManager.h:428:26: warning: no newline at end of file
--> Compiling ts/tsTransform.cc
--> Compiling platform/platformNetAsync.cc
--> Compiling platformX86UNIX/x86UNIXCPUInfo.cc
--> Compiling platformX86UNIX/x86UNIXConsole.cc
--> Compiling platformX86UNIX/x86UNIXDedicatedStub.cc
--> Compiling platformX86UNIX/x86UNIXFileio.cc
--> Compiling platformX86UNIX/x86UNIXIO.cc
--> Compiling platformX86UNIX/x86UNIXMath.cc
--> Compiling platformX86UNIX/x86UNIXMath_ASM.cc
--> Compiling platformX86UNIX/x86UNIXMemory.cc
--> Compiling platformX86UNIX/x86UNIXMutex.cc
--> Compiling platformX86UNIX/x86UNIXNet.cc
--> Compiling platformX86UNIX/x86UNIXProcessControl.cc
--> Compiling platformX86UNIX/x86UNIXSemaphore.cc
--> Compiling platformX86UNIX/x86UNIXStrings.cc
--> Compiling platformX86UNIX/x86UNIXThread.cc
--> Compiling platformX86UNIX/x86UNIXTime.cc
--> Compiling platformX86UNIX/x86UNIXWindow.cc
--> Compiling platformX86UNIX/x86UNIXUtils.cc
--> Linking out.GCC3.RELEASE/torqueDemod.bin
ryacketta@striker:~/clean_tge_1.4RC2$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)
ryacketta@striker:~/clean_tge_1.4RC2$ make 0f mk/configure.mk
make: *** No rule to make target '0f'.  Stop.
ryacketta@striker:~/clean_tge_1.4RC2$ make -f mk/configure.mk

Current Configuration: this config is VALID
         OS: LINUX
   COMPILER: GCC3
      BUILD: RELEASE
    DIR.OBJ: out

To change the current configuration type:

make -f mk/configure.mk {arguments, ...}

required arguments:
  OS={WIN32 BEOS LINUX OpenBSD FreeBSD Solaris}
  COMPILER={CW6 VC6 GCC2 GCC3 GCC3.4}
  BUILD={DEBUG RELEASE}

optional arguments:
  DIR.OBJ={path to store intermediate obj files}

Note: all arguments are case sensitive.

ryacketta@striker:~/clean_tge_1.4RC2$ svn log -r 1196:1200 -v
------------------------------------------------------------------------
r1196 | ryacketta | 2005-12-15 22:08:23 -0500 (Thu, 15 Dec 2005) | 3 lines
Changed paths:
   M /trunk/example/main.cs
   M /trunk/example/main.demo.cs
   M /trunk/example/main.sdk.cs

RJY:
        removed the loading of creator mod for dedicated builds

------------------------------------------------------------------------
r1198 | ryacketta | 2005-12-15 22:13:07 -0500 (Thu, 15 Dec 2005) | 3 lines
Changed paths:
   M /trunk/example/runtorque.sh

RJY
        Updated the lib paths for vorbis

------------------------------------------------------------------------
r1199 | ryacketta | 2005-12-15 22:14:37 -0500 (Thu, 15 Dec 2005) | 3 lines
Changed paths:
   A /trunk/lib/xiph/linux/libogg.so
   D /trunk/lib/xiph/linux/libogg.so.0
   A /trunk/lib/xiph/linux/libtheora.so
   D /trunk/lib/xiph/linux/libtheora.so.0
   A /trunk/lib/xiph/linux/libvorbis.so
   D /trunk/lib/xiph/linux/libvorbis.so.0

RJY
        renamed lib files to there standard usage format

------------------------------------------------------------------------
r1200 | ryacketta | 2005-12-15 22:16:26 -0500 (Thu, 15 Dec 2005) | 3 lines
Changed paths:
   M /trunk/mk/conf.UNIX.mk

RJY
        updated conf.UNIX.mk to use the new ogg, vorbis and theora lib names

------------------------------------------------------------------------

gcc/g++ version 2.95.4 20011002 (Debian prerelease)
gcc/g++ version 3.3.5 (Debian 1:3.3.5-8ubuntu2)
gcc version 3.4.4 20050209 (prerelease) (Debian 3.4.3-9ubuntu4)
gcc version 4.0.0 20050301 (prerelease) (Debian 4.0-0pre6ubuntu7)

Quote:
-Wno-invalid-offsetof (C++ only)
Suppress warnings from applying the offsetof macro to a non-POD type. According to the 1998 ISO C++ standard, applying offsetof to a
non-POD type is undefined. In existing C++ implementations, however, offsetof typically gives meaningful results even when applied to
certain kinds of non-POD types. (Such as a simple struct that fails to be a POD type only by virtue of having a constructor.) This
flag is for users who are aware that they are writing nonportable code and who have deliberately chosen to ignore the warning about
it.

The restrictions on offsetof may be relaxed in a future version of the C++ standard.