On Die, 2009-03-17 at 13:34 -0700, Ian Romanick wrote: > > Michał Król wrote: > > Ian Romanick pisze: > >> Synchronization, memory barriers, atomic operations, etc. are all dark > >> voodoo. It's one of those things like crypto that really should be left > >> to the experts. Re-inventing it is almost universally the wrong choice. > >> > > Ian, > > > > How would we use libatomic_ops in Windows environment? Would libatomic > > code be an integral part of gallium codebase or would it be something > > the end user would have to pull in from external source in order to > > compile mesa? > > I'd expect the user would have to pull it from upstream. I think there > is a Windows build available, so that should be too difficult. If there > isn't we could make a Windows build available on mesa3d.org. This > wouldn't be any different that with LLVM, right?
LLVM isn't a requirement yet. One possibility might be to use libatomic_ops if available but to fall back to the atomic code we have now otherwise. -- Earthling Michel Dänzer | http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ------------------------------------------------------------------------------ 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 _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
