http://bugs.freedesktop.org/show_bug.cgi?id=24650





--- Comment #9 from Tom Fogal <tfo...@alumni.unh.edu>  2009-11-03 12:48:22 PST 
---
bugzilla-dae...@freedesktop.org writes:
> --- Comment #8 from Karl Schultz <karl.w.schu...@gmail.com>  2009-11-03 12:20
> :32 PST ---
> I think I can put this at the top of the file:
> 
> #if _MSC_VER == 1400
> #pragma optimize("", off)
> #endif
[snip -- or variation]
> and that should not be too horrible.  But I do hate putting MSFT
> hacks like this in the source.

FWIW, I like the in-the-source annotations better than build system
changes, because build systems (particularly VS) are decoupled from
source code.  It makes lifting subsets of a tree difficult.

> We ship VC8 (the 2005 compiler) project files.  People with VC9 (the
> 2008 compiler) convert the VC8 files to VC9 when they load them. [.
> . .] If we moved to shipping separate VC8 and VC9 project files, we
> could [make this work, but] I'm not sure that is worth doing because
> it is hard enough keeping one set of project files up to date.

What about a makefile generator?  There's some (out of date?) scons
files in the tree, IIRC.  Not that I care for scons in particular,
but some type of abstracted representation of the build seems to
workaround this issue, and presumably allows one to script builds, even
on windows.

OT, but btw, the default assignee is the mesa dev list; no need to CC
the list on replies unless that's been changed for the bug (your reply
came through twice).


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to