Sean,
Regarding your explanations in the IRC channel last Tuesday:
> that was done intentionally, whether good or bad, that the version header
> files aren't
> installed
I’ve no doubt that this was your intention, the “good or bad” is what
I would like to talk about.
> with the intent being that only run-time information is used with the libs
> since the headers
> could conceivably be out of sync
> most importantly, to avoid projects that might get into a habit of relying on
> any defines in a
> bad way
> #if BRLCAD_MAJOR == 7 && BRLCAD_MINOR == 10 ... do one thing .. else do
> something worse
You probable meet with some really bad code. Maybe these constructs
were nonsense or should be replaced by configure and the HAVE_~
defines.
> aside from header mismatches too
> there is the brlcad-version configuration script, that is meant to provide
> compile-time libs,
> linkage, and version information
> we could turn that into a binary so that windows has it as well
This is possible: Call a program and then parse the output and create
a source code file from it. But I wouldn’t call this a practicable
solution.
> … I do want to try to prevent devs from using defines as compile-time
> conditionals
I don’t need necessarily defines. Constants are OK too.
Szia,
Daniel
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
