> The only solutions I see are
>
> 1. fix gcc so it is case sensitive w.r.t. locating include files.

        Impossible, given the underlying filesystem (Windows)

> 2. avoid modulo-case filename collisions between plucker/viewer/*.h
>    files and any SDK files.

        Right, each plucker-specific header could be given a Plkr-foo.h
prefix, or perhaps even #include "font.plkr". Headers don't _have_ to have
.h extensions (though many of is prefer it), but I'm sure slapping .plkr on
the end of those files would confuse the tools engineered to use the .plkr
extension for loadable Plucker templates. I vote for subtly changing the
names of the headers that could have conflicting upstream names, like
'font.h' vs. 'Font.h'. 'pl_font.h' works, as do any other combination of
variants we can come up with.

> I'll look into #1 because I imagine #2 would not be accepted by the
> Plucker team.

        1. won't be possible, unless you add a significant amount of code to
bash and the compilers to circumvent the limitations of the underlying
filesytem being used, Windows.


d.


_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev

Reply via email to