We have the technical requirements (GLSL tesselation shader support), but I'm not aware of any plans to build a “complete“ shader for it.

Hmm... maybe the DirectSound headers in that SDK are too new or something...
To confirm that (or not), could you verify which DirectSound header(s) (dsound.h, I believe) are used, the one from the Windows SDK or the one from the CS winlibs?

Hi,
great idea, and nice you're trying to tackle it

I have two suggestions:
- If you haven't done so already, check out the CS development branch from Subversion and work for that.
  This will allow you to easily make patches(difference files), which are much better discussed than complete files.
- You can discuss your work on the developers mailing list or the IRC channel (see http://crystalspace3d.org/main/Community – note the mailing list is probably better, as IRC activity varies by time of day).
  Discussing there is the best way to get things going forward.

Looking forward to see you there
-f.r.

Building CS 1.4 (or CEL 1.4) with MSVC 2010 is not supported. You need to either get an older VC version (IIRC you can still download Visual C++ Express 2008, which is fine) or a newer CS/CEL version (2.0 works well with VC 2010).

It's probably some issue with relaytool (a script we use to dynamically link against some dependencies), but I don't really have an idea what exactly it could be.

Anyway, you can disable that particular feature by passing ‘--disable-relaytool’ to configure. (You may need to perform a clean rebuild of the “xwin” plugin after that... you can force that by looking for the “xwindow” directory under “out/” and deleting it.)

You're supposed to apply it with the “patch” utility.

FWIW, I believe this is actually an issue in the wxWidgets build of this Ubuntu version – some WX and tiff apparently require libjpeg yet don't actually depend on it the shared library! The configure commands certainly appear sensible...
Perhaps consider to report this issue on the Ubuntu bug tracker. (OTOH, googling for “ubuntu LIBJPEG_6.2” suggests that other people have had this issue, too. However, I didn't look around enough to find a fix.)

As a workaround, try this patch:

Code:

diff --git a/configure.ac b/configure.ac
index 2498928..c6d8870 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1651,7 +1651,8 @@ CS_CHECK_LIB_WITH([wx],
        #endif
        ]],
        [[wxWindow* p = 0; int w,h; p->GetClientSize(&w,&h);]])],
-    [], [C++])
+    [], [C++], [], [],
+    [], [$cs_cv_libjpeg_lflags], [$cs_cv_libjpeg_libs])
     
 AS_IF([test $cs_cv_libwx = yes],
     [AS_IF([test $cs_host_family = windows],

...it simply puts libjpeg on the linker command line when looking for WX. (Don't forget to run bin/autogen.sh to regenerate configure.)

Hm. Could you post some more of config.log?... Specifically, I wonder which linker flags (libs + other options) are used in the WX configure tests.

One day, I had a similar error, but it was when I compile a program with a makefile. The solution was to add -ljpeg but, I don't know how I can add this in the configuration file.

Open up “Jamconfig”, search for “wx”. You'll find multiple lines containing the linker options that are used for linking against wxWidgets. You can try and add -ljpeg there.

It would be most helpful if you could provide the call stack for the crash.

Well, there's a middle ground between having all plugins as (separate) DLLs and static linking everything into one executable: you can have the plugins your app needs built into a single DLL.

If you want to see how this looks like, open the “wksstatic” solution and build walktest_static, but in one of the  “with DLLs” mode. If you check the dependencies of walktest_static.exe with Dependency Walker (or some similar tool), you'll see it depends on the standard crystalspace* DLLs and one “plugins” DLL (into which basically all the plugins were built).

There is a class csMemFile in CS, you can use that to create a file object which can be passed to other CS APIs.
The following constructor can be used to create a “CS file” that wraps your data: http://crystalspace3d.org/docs/online/api/classcsMemFile.html#a95e9a11142f9988d635ff4d722e98b52

c:/CrystalSpaceLibs-x64/mingw64-gcc-4.5/lib/libBulletSoftBody.a: could not read symbols: Archive has no index; run ranlib to add one

That actually points to an issue (incomplete build or so...) with the winlibs package itself (i.e. it's broken as it is currently available for download).

On the bright side, I'll probably roll a new version soon-ish and will pay attention to your issues

That lib should be in CrystalSpaceLibs-x64/dlls/mingw64. That this lib was not copied is a bug in the installer.

Is that the best I can get? I thought Bullet at least was included in the Windows libraries?

Yeah, bullet is included. Checking the output for the bullet tests in config.log should shed some light on it.

Edit: I compiled with the jam command, but none of the resulting programs will run. Some complain of a missing dll, others just do nothing.

Which DLL is missing?