bugLordsAWar! - Bugs: bug #26820, Compiling on Windows

 
 

bug #26820: Compiling on Windows

Submitter:  Frans de Jonge <frenzie>
Submitted:  Tue 16 Jun 2009 05:32:37 PM UTC
   
 
Category:  building/compilation Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Fri 03 Jul 2015 07:58:07 PM UTC, comment #24: 

We now have a windows version.  We don't compile on windows, instead we use mingw to cross-compile for windows.

Ben Asselstine <benasselstine>
Group administrator
Sat 12 Jul 2014 02:22:33 PM UTC, comment #23: 

congratulations!

Many people haven't made the jump away from windows yet.

gstreamermm (e.g. the c++ bindings to gstreamer) is not available as a mingw64 library, but gstreamer (the C library) is.

So migrating from gstreamermm to gstreamer would definitely help in getting LordsAWar onto windows.

yeah it's pretty much in the realm of "theoretically compilable".  I'm sure there are lots of bugs waiting though.

Ben Asselstine <benasselstine>
Group administrator
Sat 12 Jul 2014 02:05:24 PM UTC, comment #22: 

And I stopped using Windows in the meantime. :)

If gstreamer is only for audio, I suppose theoretically that means it should be compilable and runnable.

Frans de Jonge <frenzie>
Group Member
Fri 11 Jul 2014 03:43:43 PM UTC, comment #21: 

The dependencies for lordsawar have changed.
SDL was replaced with cairo, and libtar was replaced with libarchive.

The only dependency that does not have a mingw64 library is gstreamermm.

Getting lordsawar to compile on windows is a lot closer now.

Making a windows installer for it is still extra work though.

Ben Asselstine <benasselstine>
Group administrator
Sun 24 Apr 2011 11:56:54 AM UTC, comment #20: 

Did the guy ever respond? Now that I've got a little free time due to Easter I'm finally pulling the latest trunk from SVN again and I figured I'd try my hand at some cross-compiling as described on http://mingw-cross-env.nongnu.org/

However, since I (or rather, the very latest PulseAudio, 0.9.22) finally managed to fix the final primary reason I was still using Windows on my desktop, my personal interest in this is only a fraction of what it was when I opened this bug. But I'll be sure to share some ideas and experiences if they seem relevant.

Frans de Jonge <frenzie>
Group Member
Sat 12 Feb 2011 10:52:34 PM UTC, comment #19: 

I mailed the libtar guy about getting it compiled on windows.

Ben Asselstine <benasselstine>
Group administrator
Sun 06 Sep 2009 06:22:58 PM UTC, comment #18: 

I'll have to check out how it behaves and such when I'll have time (not for at least another week) - and the computer where I've got all of the stuff set up.

Frans de Jonge <frenzie>
Group Member
Sun 06 Sep 2009 04:40:06 PM UTC, comment #17: 

I have removed libglademm as a build dependency.

Ben Asselstine <benasselstine>
Group administrator
Sun 06 Sep 2009 03:13:36 PM UTC, comment #16: 

I have removed the dependency on uuid-dev.

Ben Asselstine <benasselstine>
Group administrator
Sun 06 Sep 2009 10:54:37 AM UTC, comment #15: 

I recently removed all calls to asprintf.

Ben Asselstine <benasselstine>
Group administrator
Thu 18 Jun 2009 12:19:07 PM UTC, comment #14: 

That example compiles just fine for me.

ustringtest.cpp:


#include <iostream>
#include <gtkmm.h>

int main(int argc, char *argv[])
{
        Glib::ustring s;

        std::cin >> s;

        s += "asdf";

        std::cout << s;

        return 0;
}


Console output:


$ g++ ustringtest.cpp -o simple `pkg-config gtkmm-2.4 --cflags --libs`

$ simple
blah
blahasdf


It doesn't make a difference if I change the includes to this (like ucompose does)


#include <iostream>
#include <glibmm/ustring.h>
#include <glibmm/convert.h>


From what I can tell the Makefile includes sufficient linkers, i.e.


GLIBMM_CFLAGS = -mms-bitfields -ID:/MinGWPortable/App/MinGW/include/glibmm-2.4 -ID:/MinGWPortable/App/MinGW/lib/glibmm-2.4/include -ID:/MinGWPortable/App/MinGW/include/sigc++-2.0 -ID:/MinGWPortable/App/MinGW/lib/sigc++-2.0/include -ID:/MinGWPortable/App/MinGW/include/glib-2.0 -ID:/MinGWPortable/App/MinGW/lib/glib-2.0/include
GLIBMM_LIBS = -LD:/MinGWPortable/App/MinGW/lib -lglibmm-2.4 -lgobject-2.0 -lsigc-2.0 -lglib-2.0 -lintl


Frans de Jonge <frenzie>
Group Member
Thu 18 Jun 2009 09:44:35 AM UTC, comment #13: 

I did some googling, and found this:
http://mail.gnome.org/archives/gtkmm-list/2006-March/msg00260.html

Maybe it will help.

Ben Asselstine <benasselstine>
Group administrator
Thu 18 Jun 2009 02:29:27 AM UTC, comment #12: 

I got around the SDL_mixer test in ./configure by editing line 18109 (for me) from


LDFLAGS="$LDFLAGS -lSDL_mixer"


to


LDFLAGS="$LDFLAGS -lSDL_mixer -lmingw32 -lSDLmain -lSDL -mwindows"


Got ./configure down to


./configure -with-uuid=/mingw/include/ --prefix=/mingw --build=i586-pc-mingw32


This didn't do anything in regard making it compile more or less, but at least I should probably/hopefully get sound if/when it compiles. ;)

To be sure I changed the following in the Makefile


SDLIMAGE_LIBS = -lSDL_image -ltiff -ljpeg -lpng -lz
SDLSOUND_LIBS = -lSDL_mixer
SDL_CFLAGS = -I/mingw/include/SDL -D_GNU_SOURCE=1 -Dmain=SDL_main
SDL_CONFIG = /mingw/bin/sdl-config
SDL_LIBS = -L/mingw/lib -lmingw32 -lSDLmain -lSDL -mwindows


to


SDLIMAGE_LIBS = -lSDL_image -ltiff -ljpeg -lpng -lz -lmingw32 -lSDLmain -lSDL -mwindows
SDLSOUND_LIBS = -lSDL_mixer -lmingw32 -lSDLmain -lSDL -mwindows
SDL_CFLAGS = -I/mingw/include/SDL -D_GNU_SOURCE=1 -Dmain=SDL_main
SDL_CONFIG = /mingw/bin/sdl-config
SDL_LIBS = -L/mingw/lib -lmingw32 -lSDLmain -lSDL -mwindows


Not sure if it makes a difference, but I figured I'd better be sure.

I got rid of the WinMain error by putting the following in the /pbm/main.cpp file


// hopefully this helps to make it compile http://www.daniweb.com/forums/post769396-10.html
#undef main


I seem to be stuck at the ustring stuff. I don't understand why it isn't working, because glib and gtkmm are functioning just fine. I even have some gtkmm window demo that's showing off all the features (I just noticed it's the same as the GTK window, except the code is much leaner, which I presume is the reason for gtkmm in the first place :P). Here's the full output of make.

http://pastebin.com/m735c9323

Frans de Jonge <frenzie>
Group Member
Wed 17 Jun 2009 11:30:56 PM UTC, comment #11: 

For now you can just skip that SDL test.

If you come back to it, perhaps you can find a project that uses sdl + autoconf + mingw32 and use it as an example.

This is inspiring work by the way!

Ben Asselstine <benasselstine>
Group administrator
Wed 17 Jun 2009 04:36:11 PM UTC, comment #10: 

Alright, I'm going to need some help now.

I found that my "last" (read: most recent) error is basically the same as my "first" error.

Namely, config.log tells me the this: http://pastebin.com/d4b772631

Turns out that the SDL stuff was installed fine, but ./configure is messing things up.

I made bla.c, with the following contents, based on the thing used to test for SDL_mixer.


/* confdefs.h.  */
#define PACKAGE_NAME "lordsawar"
#define PACKAGE_TARNAME "lordsawar"
#define PACKAGE_VERSION "0.1.6"
#define PACKAGE_STRING "lordsawar 0.1.6"
#define PACKAGE_BUGREPORT "http://sv.nongnu.org/bugs/?group=lordsawar"
#define PACKAGE "lordsawar"
#define VERSION "0.1.6"
#define GETTEXT_PACKAGE "lordsawar"
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define HAVE_LOCALE_H 1
#define HAVE_BIND_TEXTDOMAIN_CODESET 1
#define HAVE_GETTEXT 1
#define HAVE_DCGETTEXT 1
#define ENABLE_NLS 1
#define LT_OBJDIR ".libs/"
/* end confdefs.h.  */

       #include <SDL/SDL_mixer.h>
       #include <stdio.h>

       int main()
       {
           if (!Mix_LoadMUS("." "/dat/music/victory.ogg"))
               return -1;
           return 0;
       }


Now if I run the following, you get the same error.


$ gcc -o conftest.exe -pipe -O2 -mms-bitfields -march=i686 -I/mingw/include/SDL -D_GNU_SOURCE=1 -
Dmain=SDL_main   -lSDL_mixer bla.c -lSDL_mixer
bla.c:36:9: warning: no newline at end of file
/mingw/lib/libmingw32.a(main.o):main.c:(.text+0x104): undefined reference to `_WinMain@16'
collect2: ld returned 1 exit status


If, however, I run it with the correct arguments (taken from sdl-config --libs), it compiles just fine.


$ gcc -o conftest.exe -pipe -O2 -mms-bitfields -march=i686 -I/mingw/include/SDL -D_GNU_SOURCE=1 -
Dmain=SDL_main bla.c -lSDL_mixer -lmingw32 -lSDLmain -lSDL -mwindows


So somehow, ./configure messes this up and I'm not sure what to do about it. I presume that if I fix this mistake in ./configure, it won't show up while making either. Of course that's just a guess, but the lack of using the output from "sdl-config --libs" is bound to lead to this error. See http://www.libsdl.org/faq.php?action=listentries&category=4#58

Frans de Jonge <frenzie>
Group Member
Wed 17 Jun 2009 02:39:03 AM UTC, comment #9: 

Here's a patch with all the changes I made in order to make it compile (I'm not saying that it'll work after compilation :P). Here's my most recent compilation error, which I presume must be a bug in one of the GTK files. :/ Anyway, the patch file should identify many problem areas and I even made a few properly looking fixes in some places. I say properly looking because I know Java, PHP and ECMA script (and some basics of some other stuff), so I'm just messing about. ;P


c:/gnu/lordsawar/trunk/src/armybase.cpp:165: undefined reference to `Glib::ustring::~ustring()'
../../src/.libs/liblordsawar.a(armybase.o): In function `_ZN8ArmyBase17bonusFlagToStringENS_5BonusE':
D:/MinGWPortable/App/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/ext/new_allocator.h:62: undefined reference to `Glib::ustring::ustring(std::string const&)'
../../src/.libs/liblordsawar.a(armybase.o): In function `_ZN8ArmyBase18bonusFlagsToStringEj':
D:/MinGWPortable/App/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/bits/basic_string.h:261: undefined reference to `Glib::ustring::~ustring()'
D:/MinGWPortable/App/MinGW/lib/libmingw32.a(main.o):main.c:(.text+0xbd): undefined reference to `_WinMain@16'


(file #18286)

Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 09:09:40 PM UTC, comment #8: 

It looks like the asprintf and rand_r stuff are basically deficiencies of my stdio.h, huh. Grmbl.

Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 09:07:47 PM UTC, comment #7: 

Yeah, I found a replacement asprint.c. I'm now truly stuck on the uuid stuff.

For the sake of compilation I replaced it with


void GameScenario::setNewRandomId()
{
  /*char buf[40];
  uuid_t uu;
  uuid_generate_time(uu);
  uuid_unparse(uu, buf);
  d_id = buf;*/
  char* d_id = "9f1f6c14-5ab8-11de-9127-93f71b3c32a9";
}


I generated that with uuid.exe.

That was generated with uuid.exe. The compiler told me the variable wasn't even used!

I got another asprintf error, it was easily fixed. I'll quit posting interim patches, I clearly thought I was closer to actual compilation than I was. ;)

Next error


overviewmap.cpp: In function `int prand(int, int)':
overviewmap.cpp:99: error: `rand_r' was not declared in this scope


Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 08:12:40 PM UTC, comment #6: 

Hi,

That's very nice work so far!!

The min in mingw stands for minimalist.  I guess it doesn't have asprintf.  It should be pretty easy to find a replacment function.  I know gnulib has one.

Ben

Ben Asselstine <benasselstine>
Group administrator
Tue 16 Jun 2009 08:10:13 PM UTC, comment #5: 

Alright, got the whole thing to work with the following ./configure


./configure --disable-sound --disable-rpath -with-uuid=/mingw/include/ --with-expat=/mingw/incl
ude/ --prefix=/mingw --build=i586-pc-mingw32


On to the next one :D


GameMap.cpp: In member function `bool GameMap::save(XML_Helper*) const':
GameMap.cpp:293: error: `asprintf' was not declared in this scope
GameMap.cpp:293: warning: unused variable 'asprintf'
GameMap.cpp:295: error: `asprintf' was not declared in this scope
GameMap.cpp:295: warning: unused variable 'asprintf'
GameMap.cpp:297: error: `asprintf' was not declared in this scope
GameMap.cpp:297: warning: unused variable 'asprintf'


Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 07:43:50 PM UTC, comment #4: 

Correction, apparently expat isn't recognized, akin to SDL_mixer and SDL_image. That's not saying that uuid is no problem, just that it's not what the error is about as I mistakingly assumed.

Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 07:24:09 PM UTC, comment #3: 

Simply removing gdkx.h from the includes didn't seem to do any damage? However, I'm stuck at uuid.


$ make
make  all-recursive
make[1]: Entering directory `/c/gnu/lordsawar/trunk'
Making all in src
make[2]: Entering directory `/c/gnu/lordsawar/trunk/src'
Making all in gui
make[3]: Entering directory `/c/gnu/lordsawar/trunk/src/gui'
/bin/sh ../../libtool --tag=CXX   --mode=link g++ -Wall -g -O2  -Lno/lib -o liblwgui.la  driver.lo fight-order-dialog.lo hero-levels-dialog.lo army-bonus-dialog.lo item-bonus-dialog.lo army-info-tip.lo stack-info-tip.lo army-gains-level-dialog.lo buy-production-dialog.lo city-window.lo destination-dialog.lo error-utils.lo fight-window.lo game-preferences-dialog.lo game-options-dialog.lo game-window.lo hero-dialog.lo hero-offer-dialog.lo surrender-dialog.lo surrender-refused-dialog.lo sage-dialog.lo ruin-rewarded-dialog.lo ruin-report-dialog.lo history-report-dialog.lo report-dialog.lo triumphs-dialog.lo diplomacy-dialog.lo diplomacy-report-dialog.lo load-scenario-dialog.lo quest-assigned-dialog.lo quest-completed-dialog.lo bar-chart.lo line-chart.lo main.lo quest-report-dialog.lo preferences-dialog.lo main-preferences-dialog.lo stack-info-dialog.lo splash-window.lo image-helpers.lo gtksdl.lo timed-message-dialog.lo game-lobby-dialog.lo network-game-selector-dialog.lo new-game-progress-window.lo new-network-game-download-window.lo decorated.lo new-random-map-dialog.lo  -lexpat  -luuid
../../libtool: line 5005: cd: no/lib: No such file or directory
libtool: link: cannot determine absolute directory name of `no/lib'
make[3]: *** [liblwgui.la] Error 1
make[3]: Leaving directory `/c/gnu/lordsawar/trunk/src/gui'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/c/gnu/lordsawar/trunk/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/gnu/lordsawar/trunk'
make: *** [all] Error 2


And regardless of make install -i, the following happens at ./configure.


checking uuid/uuid.h usability... yes
checking uuid/uuid.h presence... yes
checking for uuid/uuid.h... yes
checking for uuid_generate in -luuid... no
configure: error: *** libuuid not found!


It seems that the library is a UNIX thing and requires some cross-platform effort. :/ https://issues.apache.org/jira/browse/QPID-1328

Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 06:35:32 PM UTC, comment #2: 

I fixed my last problem (with /gui/driver.cpp saying sleep is undefined) as per attached patch. It's clearly a tad platform specific. Perhaps http://ubuntuforums.org/showpost.php?p=1735529&postcount=4 is a nice cross-platform solution?

Next error on the list is rather platform specific.


gtksdl.c:20:22: gdk/gdkx.h: No such file or directory


I'll report back with a fix shortly.

(file #18284)

Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 06:14:12 PM UTC, comment #1: 

I got ucompose to build, see patch. Only the std::basic_ostringstream<wchar_t> os; part is actually relevant. I stole it from Inkscape (http://inkscape.modevia.com/doxygen/html/ucompose_8hpp-source.php) where I noticed the same error in the bug database.

(file #18283)

Frans de Jonge <frenzie>
Group Member
Tue 16 Jun 2009 05:32:37 PM UTC, original submission:  

This is part bug report, part guide for self or others interested in compiling LordsAWar! in Windows.

Index

1. Preparation (no bugs here, or at least not related to LAW)
2. Compilation
2.1 The Bug

1. Preparation

Get something to check out SVN, for example http://subversion.tigris.org/ or http://tortoisesvn.net/
For tortoisesvn, right click in any folder you'd like, choose checkout, enter svn://lordsawar.com/lordsawar/ and click ok.
Same basic prinicple for command line SVN, except then you need to use svn checkout svn://lordsawar.com/lordsawar/

As a basic guideline, use  ./configure --prefix=/mingw --build=i586-pc-mingw32 for everything.

GTK+2
http://kemovitra.blogspot.com/2009/06/compiling-gtk-2-for-windows.html

intltool
http://ftp.gnome.org/pub/GNOME/sources/intltool/
Seems to require a more recent version of Perl. Perhaps using an older version would fix that. I switched to Strawberry Perl (http://strawberryperl.com/).

libglade & libglademm
http://ftp.gnome.org/pub/GNOME/sources/libglade/
http://ftp.gnome.org/pub/GNOME/sources/libglademm/

uuid
http://www.ossp.org/pkg/lib/uuid/

make install seems to fail due to some kind of UNIX/Windows binary hiccup. make install tells strip to look for "#INST@3752#" which doesn't exist, while "#INST@3752#.exe" does.

./configure checks in the wrong location, so I used.

mkdir /mingw/include/uuid/
ln -s /mingw/include/uuid.h /mingw/include/uuid/uuid.h

Running ./configure like this should probably work
./configure --disable-sound --disable-rpath --with-uuid=no --prefix=/mingw --build=i586-pc-mingw32
Maybe I should try make install -i. Everything compiled fine...


Boost
http://www.boost.org/users/download/
Do not waste time compiling anything. Just copy the subdirectory boost into /usr/local/include to make ./configure happy later on. I had to make that directory. It also needs to be in /include for more practical purposes. <--- could this be related to the ucompose.hpp stuff? I couldn't really figure out the Boost stuff and that seemed to work... <_<

wget
http://wiki.openttd.org/Compiling_on_MinGW#Compiling_wget
At the end of the ./configure process, one of the messages is the following, so just to be sure...
Of course you could also just use the .exe file without compiling anything.

You will also need config.guess and config.sub, which you can get from the CVS
of the 'config' project at http://savannah.gnu.org/. The commands to fetch them
are
$ wget 'http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.guess'
$ wget 'http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.sub'

2. Compilation

Finally managed to resolve everything, ./configure complains about SDL_mixer (even though that should be fine...)

Long story short, I ran ./configure with the following options and everything seemed to be going well.
./configure --disable-sound --disable-rpath --with-uuid=no --prefix=/mingw --build=i586-pc-mingw32

According to the script, ready to run make. Running make produces 4 virtually identical errors that look like this

In file included from ../../src/NextTurnHotseat.h:23,
                 from driver.cpp:56:
../../src/NextTurn.h: At global scope:
../../src/NextTurn.h:42: warning: `class NextTurn' has virtual functions but non-virtual destructor
In file included from driver.cpp:57:
../../src/NextTurnPbm.h:31: warning: `class NextTurnPbm' has virtual functions but non-virtual destructor
In file included from driver.cpp:58:
../../src/NextTurnNetworked.h:31: warning: `class NextTurnNetworked' has virtual functions but non-virtual destructor

I fixed these errors by making the deconstructors virtual as per attached patch file. I don't know if that's "good" or not, but it fixes the errors. From what I've read it should only use 4 bytes more memory (http://stackoverflow.com/questions/127426/gnu-compiler-warning-class-has-virtual-functions-but-non-virtual-destructor/127470#127470).

2.1 The bug

Now there's one last obstacle to successful compilation.

In file included from driver.cpp:46:
../../src/ucompose.hpp:64: error: using-declaration for non-member at class scope
../../src/ucompose.hpp:64: error: expected `;' before "os"
../../src/ucompose.hpp: In member function `std::string UStringPrivate::Composition::stringify(T)':
../../src/ucompose.hpp:124: error: `os' was not declared in this scope
../../src/ucompose.hpp: In member function `UStringPrivate::Composition& UStringPrivate::Composition::arg(const T&)':
../../src/ucompose.hpp:170: error: `os' was not declared in this scope

Updating the file to 1.0.5 (http://people.iola.dk/olau/compose/) didn't really change anything.

In file included from driver.cpp:46:
../../src/ucompose.hpp:64: error: using-declaration for non-member at class scope
../../src/ucompose.hpp:64: error: expected `;' before "os"
../../src/ucompose.hpp: In member function `std::string UStringPrivate::Composition::stringify(T)':
../../src/ucompose.hpp:124: error: `os' was not declared in this scope
../../src/ucompose.hpp: In member function `UStringPrivate::Composition& UStringPrivate::Composition::arg(const T&)':
../../src/ucompose.hpp:177: error: `os' was not declared in this scope
../../src/ucompose.hpp: In constructor `UStringPrivate::Composition::Composition(std::string)':
../../src/ucompose.hpp:189: error: `os' was not declared in this scope
../../src/ucompose.hpp:189: warning: unused variable 'os'

So, I'm stuck. Got any ideas about what might be going on here? :/

Frans de Jonge <frenzie>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #18286:  win32-build.patch added by frenzie (9KiB - application/octet-stream)
file #18285:  driver.patch added by frenzie (471B - application/octet-stream)
file #18284:  driver.cpp added by frenzie (26KiB - application/octet-stream)
file #18283:  ucompose.patch added by frenzie (2KiB - application/octet-stream)
file #18281:  virtual-deconstructor.patch added by frenzie (1KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by benasselstine (Posted a comment)
  • -email is unavailable- added by frenzie (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2015-07-03 benasselstine Open/ClosedOpen Closed
    2014-07-12 benasselstine CategoryNone building/compilation
    2009-06-17 frenzie Attached File- Added win32-build.patch, #18286
    2009-06-16 frenzie Attached File- Added driver.patch, #18285
    2009-06-16 frenzie Attached File- Added driver.cpp, #18284
    2009-06-16 frenzie Attached File- Added ucompose.patch, #18283
    2009-06-16 frenzie Attached File- Added virtual-deconstructor.patch, #18281

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code