[Omake] Re: vmount problems

[David Kågedal]

malc <malc at pulsesoft.com> writes:

> On Sun, 20 Nov 2005, [ISO-8859-1] Mikkel Fahn?e J?rgensen wrote:
>
>> On 11/15/05, Christian Stork <omake-list at cstork.org> wrote:
>>> On Tue, Nov 15, 2005 at 04:15:15AM +0300, malc wrote:
>>>> On Mon, 14 Nov 2005, Christian Stork wrote:
>>
>>> 1. Mention that the relevant directory structure of the src dir needs to
>>>    be replicated in the build dir (or even better do so automatically).
>>
>> yes I agree - it would be nice if vmount did this automatically, for
>> example with an -r option (recursive). For now, I have written a small
>> function in OMakeroot to do this - see below.
>>
>>
>>> 2. Mention that scanner rules necessitate the -l flag to vmount.
>>
>> On Win32 I need both the -l and the undocumented -f flag (OMake 0.9.6).
>> Otherwise some files will be missing, for example headerfiles with no
>> corresponding .c file.
>
> Here i disagree strongly, OMake should not invent workarounds for
> ocaml(dep|c|opt)s shortcommings. Linking/copying the files is just
> wrong, in emacs you end up visiting wrong files, and in case of
> copying, on Win32, modify them, mayhem will shortly follow.

Not to mention that you use twice the amount of disk space.  Having to
copy or even symlink source files to the build directory is a really
bad idea.

>From reading through the mail archives and looking at
http://bugzilla.metaprl.org/show_bug.cgi?id=557 it appears that it's
impossible to use vmount without having to copy files to the build
tree (I count symlinks as copies, as I want something that works
equally well on windows).  Why is this so, given that make has the
very similar vpath feature that doesn't require it?

It might be that most users of omake rarely need to worry about this,
but since I'm trying to find out if omake would be suitable as a make
replacement for a rather largish project, where I need to build from
several architectures from the same source tree, I would consider this
a show-stopper.

Is there maybe some discussion of this somewhere that I missed?

-- 
David Kågedal