[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