• Bill Baxter (48/48) Aug 12 2007 Hi,
• Bill Baxter (10/69) Aug 12 2007 Here's the actual error I get when trying to build gld:

Bill Baxter <dnewsgroup billbaxter.com> writes:

Hi,
I'm trying to make a dsss.conf for schooner.
Schooner can be built in two different flavors, one flavor using 
derelict for openGL, and another flavor using a built-in static 
translation of the OpenGL headers.  To that end some of the Schooner 
libraries use the following:
---------------
module gld;

version (useDerelict) {
   public import derelict.opengl.gl;
} else {
   public import gl;
}
...
---------------

When dsss tries to compile this library is fails to find gl.d.  I think 
perhaps the version statements are confusing it.

I suspect I could work around it if there were a way to explicitly force 
a depencdency in the dsss.conf, but I don't see such a thing.

Here's my current take at a dsss.conf for schooner:

-----
name = schooner

version(Posix) {
[x11]
buildflags+=-Ix11/source
exclude=x11/buildme.d
} else {
[win32]
buildflags+=-Iwin32/source
exclude=win32/buildme.d win32/source/win32/all.d
}

[freetype]
buildflags+=-Ifreetype/source
exclude=freetype/buildme.d freetype/build_freetype.d

[gl]
buildflags+=-Igl/source
exclude=gl/buildme.d

[gld]
buildflags+=-Igld/source
exclude=gld/buildme.d

[fonts]
buildflags+=-Ifonts/source
exclude=fonts/buildme.d

[*]
version(useDerelict) {
   buildflags+=-version=useDerelict
}
-----

Bill Baxter <dnewsgroup billbaxter.com> writes:

Bill Baxter wrote:
 Hi,
 I'm trying to make a dsss.conf for schooner.
 Schooner can be built in two different flavors, one flavor using 
 derelict for openGL, and another flavor using a built-in static 
 translation of the OpenGL headers.  To that end some of the Schooner 
 libraries use the following:
 ---------------
 module gld;
 
 version (useDerelict) {
   public import derelict.opengl.gl;
 } else {
   public import gl;
 }
 ...
 ---------------
 
 When dsss tries to compile this library is fails to find gl.d.  I think 
 perhaps the version statements are confusing it.
 
 I suspect I could work around it if there were a way to explicitly force 
 a depencdency in the dsss.conf, but I don't see such a thing.
 
 Here's my current take at a dsss.conf for schooner:
 
 -----
 name = schooner
 
 version(Posix) {
 [x11]
 buildflags+=-Ix11/source
 exclude=x11/buildme.d
 } else {
 [win32]
 buildflags+=-Iwin32/source
 exclude=win32/buildme.d win32/source/win32/all.d
 }
 
 [freetype]
 buildflags+=-Ifreetype/source
 exclude=freetype/buildme.d freetype/build_freetype.d
 
 [gl]
 buildflags+=-Igl/source
 exclude=gl/buildme.d
 
 [gld]
 buildflags+=-Igld/source
 exclude=gld/buildme.d
 
 [fonts]
 buildflags+=-Ifonts/source
 exclude=fonts/buildme.d
 
 [*]
 version(useDerelict) {
   buildflags+=-version=useDerelict
 }
 -----


Here's the actual error I get when trying to build gld:

   gld\source\gld.d(6): module gl cannot read file 'gl.d'


Actually it seems like the problem is that gl.d is originally located in 
gl/source/gl.d, but it wants to be installed as include/d/gl.d (for use 
as "import gl;").

All the schooner modules do that sort of thing.  All of the lib source 
is located in a 'source' subdir, but the files need to be installed 
*without* the subdirectory prefix.

--bb