http://bugs.freedesktop.org/show_bug.cgi?id=24650
--- Comment #10 from Karl Schultz <karl.w.schu...@gmail.com> 2009-11-03 15:07:05 PST --- Hi Tom, Sorry about the duplicate posts. Thanks for the info. I played with this for awhile and didn't get any result I am happy with. When the optimizer is on, the compiler seems to compile a handful of files at once and generates code for all of them at the same time. This makes it hard to figure out which files are slowing things down. Adding the pragma didn't seem to help for the files I tried. And no, the global optimization options are not turned on. The build also seemed slow for files in addition to image.c. Part of the problem may be caused by the thing chewing on so many files at once, and I could not find a way to stop that other than disabling optimizations completely. Since this problem is for an old compiler (2005), 2008 (express) is free, available and does not have this problem, and 2010 is in beta, I'm inclined to punt and just say that if you want an optimized build, it may take awhile. Ideally, most people are only going to compile it that way once. There may be a SP for 2005; I don't think I have it - I really do not use Windows much for this sort of thing. scons - I think that there's another window driver over in the gallium area and they build it with scons. We're just doing the visual studio files because some people like them and simply aren't using scons or similar systems. in-source annotations vs build system changes- I see your point, but one can argue it either way. Karl On Tue, Nov 3, 2009 at 1:48 PM, <bugzilla-dae...@freedesktop.org> wrote: > 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 > -- 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
