[Omake] SVN Commit: OMake Build System [0.9.8.x] (Rev. 11462)

Aleksey Nogin nogin at metaprl.org
Thu Jul 26 21:16:28 PDT 2007


On 26.07.2007 17:50, Jason Hickey wrote:

> You may want to just backport the DynamicCLibrary function from 0.9.9,
> probably the "everything" branch.  It is already used and tested, etc.,
> and it would be nice to avoid two different implementations.

Hm,

My Shared* functions:
 - Do the correct thing on Windows (which is slightly complicated, as
Windows generates _both_ the .lib and .dll from the same cl call).
 - Include the CXX versions
 - Do not require library versions (which do not always make sense).
 - Use an explicit EXT_DLL variable (.so on Unix, .dll on Windows),
which is more consistent with other similar functions.
 - Use a LDFLAGS_DLL variable (-shared on Unix, /DLL on Windows) for
linking.

I think I like mine slightly better ;-)

I would propose merging the new implementation (I do not have a problem
with renaming Shared into Dynamic, if you think it's better), replacing
the existing 0.9.9 stuff with something like
VersionedDynamicCLibraryInstall and VersionedDynamicCXXLibraryInstall
for cases, where we want to have a version number (which, I think, only
makes sense on installs).

I can do the merge myself, if you want (once you do the automated part
of the merge and let me know which branch introduces your versions -
0.9.9.x, dll2, dll-fuse, dll-odbc, dll-syntax, and "everything" have it).

BTW, what's the "original" jumbo-branch - should it be deleted? It seems
to have some fairly old code.

> BTW, I've been looking at the -p/thread problem in Win32.  Very
> strange.  Unfortunately, there are no symbols, so the Visual Studio
> debugger has very little idea what is going on.  More if I make progress.

Thanks!

Aleksey


More information about the OMake-Devel mailing list