On Wed, Sep 2, 2009 at 1:15 PM, Marvin<[email protected]> wrote: > Hi Dan, > > Am Mittwoch, 2. September 2009 19:53:46 schrieb Dan Nicholson: > >> Not sure what the general solution is. --enable-32-bit was just a >> quick fix hack and not really intended to be the only way for people >> to build successfully. Definitely configure should set it up that if >> you're not cross compiling, HOST_CC=$CC and HOST_CFLAGS=$CFLAGS. I'd >> never noticed that before. > > The real problem is that gen_matypes isn't really cross platform compatible. > It needs to generate code on host system with a word width of the target, > which may not work in all cases. So the real fix should be to replace > gen_matypes which is out of my skills. Feel free to write a better approach.
As it turns out, if you actually try to cross compile, configure won't let you build the asm for x86 and x86_64 precisely because of this issue. I'd forgotten about that. In that case, since we're talking about native building, I think the simpler fix is just to have HOST_CFLAGS=$CFLAGS by default. We already have HOST_CC=$CC in configs/default, it was just missing HOST_CFLAGS. Then --enable-32-bit requires nothing special and we don't have to start abusing ARCH_FLAGS. Can you try reverting your patch and just adding "HOST_FLAGS = $(CFLAGS)" to configs/default? -- Dan ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
