On Monday 24 Feb 03, Adam McDaniel writes:
> I've used cygwin before at work, and have found generally when using
> unix-ported apps they retain atleast some of their case-sensitivity.
> It could just be a cpp issue.
Indeed (cf. "find"), and I plan to investigate.
> However, in terms of your original problem, my understanding is that
> we're only using calls like #include "font.h" .. when you use double
> quotes in place of < >, it should only look in the current directory,
> IIRC.
Unfortunately, the problem is the reverse (converse?). An SDK system
file contains
#include <Font.h>
and gcc uses viewer/font.h instead. The -I"dir" option tells gcc to
look in "dir" before system includes when satisfying <...> directives.
The only solutions I see are
1. fix gcc so it is case sensitive w.r.t. locating include files.
2. avoid modulo-case filename collisions between plucker/viewer/*.h
files and any SDK files.
I'll look into #1 because I imagine #2 would not be accepted by the
Plucker team.
Regards,
David
_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
