[Openal-devel] CVS permission trouble

Stephen J Baker sjbaker at link.com
Tue Nov 22 05:54:44 PST 2005


Panne Sven BenQ MD PBM IPM TPS 4 wrote:
> The current layout of the CVS repository is not optimal,

That's a pretty severe understatement!

* All non-Windows stuff is Linux or OSX!
* Lots of code that *should* be shared between all three implementations isn't.
* Headers are in the wrong place.

  because e.g. the
> "openal/linux" subdirectory is not self-contained and needs "openal/include"
> for the standard headers. Copying the headers manually or requiring users to
> check out the source code for *all* platforms is more than ugly. But CVS
> offers a nice solution for this, using the capabilities in "CVSROOT/modules"
> (http://ximbiot.com/cvs/manual/cvs-1.12.13/cvs_18.html#SEC177). Basically
> one can "mount" parts of the repositories together (renaming "linux" to
> "unix", which is more appropriate):
> 
> --------- CVSROOT/modules --------------------------------
> unixsrc -d unix        openal/linux
> unixhdr -d unix/common openal/include
> unix    -a unixsrc unixhdr
> ----------------------------------------------------------

I dislike this - it makes it too easy for people to ignore parts of the
source tree when searching for things, etc.

IMHO, the decision to split the Linux/Max/Windows implementations off into
separate sources was the root cause of a lot of evils.

Fix *that* and all of this nastiness goes away.

-----------------------------------------------------------------------
The second law of Frisbee throwing states: "Never precede any maneuver
by a comment more predictive than "Watch this!"...it turns out that
this also applies to writing Fragment Shaders.
-----------------------------------------------------------------------
Steve Baker                      (817)619-2657 (Vox/Vox-Mail)
L3Com/Link Simulation & Training (817)619-2466 (Fax)
Work: sjbaker at link.com           http://www.link.com
Home: sjbaker1 at airmail.net       http://www.sjbaker.org




More information about the Openal-devel mailing list