On Monday 07 May 2012 10:02 PM, Christopher Sean Morrison wrote: >> OS may be of your choice, but how Windows [ I guess you talk about >> Microsoft's product, otherwise you may find windows in every OS, like >> MAC, Linux ;-) ] give you better understanding. >> >> Or you expect that BenchMarking result vary with OS, and you intend to >> do that also, though that is not the part of your project. > Anurag, you can certainly do most if not all of your development on Windows, > but there is some setup required for running the BRL-CAD Benchmark suite on > Windows. In particular, you'll need a posix shell interpreter along with a > few shell tools one usually finds on a UNIX or Linux system (sed, awk, grep, > cut, ...). If you're going to run on Windows, I'd suggest installing either > mingw or cygwin so that you have the tools necessary (or use the Linux VM > disk image). >
Well, I'd like to avoid the non-linux environments for development. My work environment currently is ubuntu 12.04. I was going through the benchmark script and that seemed to be written with *nix systems in mind. I was wondering how the data would be picked up on the non-*nix machines where the above mentioned tools aren't available. There you answered my question. Thanks. > You definitely should update your dev log every day you do any work related > to your gsoc project. You don't need to let the mailing list know every time > you update unless -- as Rai noted -- you have a question. Sure. > > Any days you do not log are assumed to be days you did not work. Moreover, > there are usually repository commits that are even more detailed. Once the > coding timeframe begins, it's expected for most students that you'll not have > more then three days of inactivity in your logs before we come chasing after > you for slacking off... Hopefully we won't have to do that for *anyone* this > year. ;-) Are weekends exempted for the log entries ? >> But you should not discuss anything with you mentor in private, every >> thing needed to be in public on mailing list. > Unless it's completely unrelated to coding -- like if your apartment burned > down or you're going on vacation for four days. You only need to share > personal matters with your mentor (and copy me), but all development matters > should be public. Sure. I have a few development related questions to ask you and the community as a part of design discussion which I shall be posting tomorrow. Thanks, -- Regards, Suryajith Chillara. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
