On Mar 1, 2009, at 1:45 PM, Brian Davis wrote: > Just found the sln files in /misc/win32-msvc8/brlcad. Duh simple > find | grep sln found these in trunk... sorry my bad. It is > building, but failing on include paths (common.h). Should be easy > to rectify. Grabbing a fresh install of Cygwin just in case it is > a Cygwin upgrade issue. I also see you may be using CMake.
The CMake build files will not build everything. They'll only build the libraries (and maybe a couple binaries) for the "run-time" libraries distribution. It would be great to have a full cmake build for the entire build system but that is several weeks/months of work to bring it up to speed with the gnu autotools based build we also have in place. > Any work being done on a phyton bridge? This is what Blender uses > and could help bridge Blender and BRL-CAD. I see this is one of > the desirements. Anyway I am just a nubie and just trying to get > up to speed. There's nobody working on a python bridge, though we are working on making our geometry editing facilities (particularly our command layer) available in a variety of language/environments. As for bridging Blender and BRL-CAD, that's a topic for another day. All I'll add for now is that the application domains of our two codes actually have very little overlap beyond the basic fact that we both do geometry modeling. The purposes, mechanisms, guarantees, and various facilities are otherwise exceptionally different domains. Kind of the difference between Maya and CATIA. > WIki related: > What wiki is being used? I have used meida wiki and it allowed for > search of the wiki pages. Would be a nice feature to have on the > BRL-CAD site. Just a thought. Mediawiki. Search was intentionally disabled until someone can make search work globally properly. You can still get to it on the special pages. > Opens project ok, however a compile fails to find common.h in do.c > in the rt project. This *should* be a simple fix just right click > rt and add path include to project file, but (and oh how I love VS) > "The operation could not be completed. Unspecified error". Spot > check reveals no projects can be edited. Reason is VS comes up > default to Debug build specification, but no Debug project settings > are present in the .vcprojfiles? Why? The developer that usually and almost exclusively works on the windows port got tired of maintaining multiple configurations for just himself. If someone else gets involved on the Windows build, they can help maintain both debug and release configurations. > Noticed build ouput goes to .\$(PlatformName)\$ > (ConfigurationName). Would recomend .\$(SolutionDir)\$ > (PlatformName)\$(ConfigurationName) to group all output to one > directory. I have also created a bachs file in the past to lanuch > VS in the past setting and env var BUILD_DIR=/somwhere/ then used > this in the project files. .\$(BUILD_DIR)\$(PlatformName) Sounds like a good specific initial patch you could provide.. Cheers! Sean ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
