Well, I decided to be the first to get off his rear to set it up (that I know of). I'm setting up the project right as I'm typing. When its up, you can join if you like. The one thing I ask it to be able to use you math code (http://www.openmetaverse.org/viewvc/index.cgi/omf/libopenmetaverse/trunk/OpenMetaverse/Types/) as a spring board.
Alan McGovern-2 wrote: > > That was included in the 'whatever' ;) There are probably a dozen more out > there that haven't been mentioned yet. It's up to the people who'll be > contributing to this project (or at least the guy who gets off his ass and > takes charge) to decide which one suits them best ;) I'm just saying that > there are much better options out there for new projects. > > Alan. > > On Wed, Jan 14, 2009 at 12:15 AM, crashfourit <crashfou...@gmail.com> > wrote: > >> >> Good point, what about sourceforge? >> >> >> Alan McGovern-2 wrote: >> > >> > There's no benefits to using mono as opposed to using any of the free >> > hosting ones out there. Mono doesn't come with a bug tracker, it >> doesn't >> > come with space to host downloads, it doesn't come with a wiki of any >> > kind. >> > You really should consider using a free hosting that gives you all >> that. >> > For >> > example google code, github, whatever. >> > >> > Alan. >> > >> > On Wed, Jan 14, 2009 at 12:09 AM, crashfourit <crashfou...@gmail.com> >> > wrote: >> > >> >> >> >> >> >> >> >> Rodrigo Kumpera wrote: >> >> > >> >> > On Tue, Jan 13, 2009 at 9:26 PM, crashfourit <crashfou...@gmail.com> >> >> > wrote: >> >> > >> >> >> >> >> >> >> >> >> >> >> >> Hurliman, John wrote: >> >> >> > >> >> >> >> -----Original Message----- >> >> >> >> From: mono-devel-list-boun...@lists.ximian.com >> >> >> >> [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of >> >> >> >> Rodrigo Kumpera >> >> >> >> Sent: Tuesday, January 13, 2009 12:00 PM >> >> >> >> To: crashfourit >> >> >> >> Cc: mono-devel-list@lists.ximian.com >> >> >> >> Subject: Re: [Mono-dev] simd: more accelerated classes >> >> >> >> >> >> >> >> On Tue, Jan 13, 2009 at 5:50 PM, crashfourit >> >> <crashfou...@gmail.com> >> >> >> >> wrote: >> >> >> >> >> >> >> >> crashfourit wrote: > > I was wondering what it >> >> would >> >> >> >> take to use simd >> >> >> >> to acclerate this > > Vector4f { > public float X; >> >> >> > >> >> >> >> public float Y; >> >> >> >> > public float Z; > public float W; > >> //....... >> >> >> > >> >> >> } >> >> >> >> > > instead of >> >> >> >> this > Vector4f { > internal float x; > internal float >> y; >> >> >> > >> >> >> >> internal >> >> >> >> float z; > internal float w; > > public float X >> {get >> >> >> >> {return x;} set >> >> >> >> {x = value;}} > public float Y {get {return y;} set {y = >> >> >> value;}} >> >> >> >> > >> >> >> >> public float Z {get {return z;} set {z = value;}} > public >> >> float >> >> W >> >> >> >> {get >> >> >> >> {return w;} set {w = value;}} > //....... > } > >> Any >> >> >> >> sugestions? > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Also, I was wondering is there any interest in accelerated >> >> >> versions >> >> >> >> of high >> >> >> >> level math constructs? >> >> >> >> >> >> >> >> Like, QuaternionF, QuaternionD, Matrix4f, Matrix4d, etc? >> >> >> >> -- >> >> >> >> >> >> >> >> >> >> >> >> I would love to see a library with such high level constructs >> that >> >> >> >> exploit Mono.Simd. I would help with it for sure, but it >> shouldn't >> >> be >> >> >> >> bundled with mono. >> >> >> >> >> >> >> > >> >> >> > I would be willing to help with this as well. I currently >> maintain >> a >> >> >> > library called OpenMetaverseTypes (code is at >> >> >> > >> >> >> >> >> >> http://www.openmetaverse.org/viewvc/index.cgi/omf/libopenmetaverse/trunk/OpenMetaverse/Types/ >> >> >> ) >> >> >> > which implements Vector2/3/4, Quaternion, Matrix4, Color4, Ray, >> and >> >> a >> >> >> few >> >> >> > collections. In the future I'd like to accelerate as many of >> these >> >> as >> >> >> > possible. Sharing code with another library on top of Mono.Simd >> >> would >> >> >> be >> >> >> a >> >> >> > good start. >> >> >> > >> >> >> > John >> >> >> > >> >> >> Is that code under the X11/MIT license? If so, we can start there. >> I >> >> will >> >> >> set up a sourceforge project for that purpose if the mono team does >> >> not >> >> >> want >> >> >> the code on there svn server. >> >> >> -- >> >> > >> >> > >> >> > Let me explain the implications of shipping such library. >> >> > >> >> > First, it would require to be API stable, which will be a pain in >> the >> >> neck >> >> > during the initial ramp up while the design is flushed out. >> >> > Second, we really really want to stop adding non essential libraries >> to >> >> > the >> >> > shipping mono. This only increases the load on our QA team at near >> to >> >> no >> >> > benefit for the end user. >> >> > Third, as Novell offers commercial support over the entire mono >> stack, >> >> > adding stuff increase the load on all of us mono developers that are >> >> > Novell >> >> > employees. This is, for me, the major reason not to add it to our >> core >> >> > stack. It will increase the support load on my shoulders at little >> >> gain. >> >> > >> >> > This is only strict related to the inclusion of such library into >> the >> >> lib >> >> > shipped with mono. It's not the first time this issues has come >> before >> >> us >> >> > with other libraries, such as Mono.Rocks for example, and the >> consensus >> >> > was >> >> > the same: it would be in the best interest of all parties involved >> to >> >> not >> >> > have it included. >> >> > >> >> > But this doesn't mean the library can't be endorsed as the preferred >> >> one >> >> > for >> >> > high level usage of Mono.Simd. From the very begging we already have >> >> > realized that almost everyone would not be willing to use it >> directly, >> >> as >> >> > the lib itself is just some building blocks. >> >> > >> >> > As for hosting the project in the mono svn server, there isn't much >> of >> >> an >> >> > advantage for it, really. I, for one, would rather use github for >> >> example. >> >> > But if you really fancy it, please talk to Miguel, as he is the one >> >> that >> >> > can >> >> > make such arrangement. >> >> > >> >> > What would be really nice is to make a single effort for such >> library >> >> and >> >> > make sure that the Mono.Simd side of the things are well fit for >> such >> >> > library. Keep me posted on your efforts and I'll try to help as much >> as >> >> I >> >> > can. >> >> > >> >> > Cheers, >> >> > Rodrigo >> >> > >> >> I, for one, would prefer the library on the mono svn if it is going to >> >> have >> >> the unofficial nod, but I'm going to see what the others here that >> wanted >> >> a >> >> similar library have to say. >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/simd%3A-more-accelerated-classes-tp21442105p21447449.html >> >> Sent from the Mono - Dev mailing list archive at Nabble.com. >> >> >> >> _______________________________________________ >> >> Mono-devel-list mailing list >> >> Mono-devel-list@lists.ximian.com >> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> >> >> > >> > _______________________________________________ >> > Mono-devel-list mailing list >> > Mono-devel-list@lists.ximian.com >> > http://lists.ximian.com/mailman/listinfo/mono-devel-list >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/simd%3A-more-accelerated-classes-tp21442105p21447546.html >> Sent from the Mono - Dev mailing list archive at Nabble.com. >> >> _______________________________________________ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -- View this message in context: http://www.nabble.com/simd%3A-more-accelerated-classes-tp21442105p21447739.html Sent from the Mono - Dev mailing list archive at Nabble.com. _______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list