Re: [Bug-gnubg] OS/X check in

2008-04-11 Thread Achim Mueller
* Michael Petch [EMAIL PROTECTED] [080411 04:45]: All that being said, the fix is to pull my new copy of lib/mm_malloc.h out of Gnubg's CVS repository (Which has been amended to make the functions static) OR you can replace you mm_malloc.h with the one attached to this email. This looks

stack align in multithread.c (was Re: [Bug-gnubg] OS/X check in)

2008-04-10 Thread Christian Anthon
On Wed, Apr 9, 2008 at 11:58 PM, Michael Petch [EMAIL PROTECTED] wrote: Howdy, I have put away changes to support OS/X sound with Quicktime (The way it was previously), and fixed up the multithreaded code to only align the stack on X86 processors. I am unsure this has to be done on the

Re: [Bug-gnubg] OS/X check in

2008-04-10 Thread Christian Anthon
On Wed, Apr 9, 2008 at 11:58 PM, Michael Petch [EMAIL PROTECTED] wrote: Howdy, I have put away changes to support OS/X sound with Quicktime (The way it was previously), and fixed up the multithreaded code to only align the stack on X86 processors. I am unsure this has to be done on the

RE: stack align in multithread.c (was Re: [Bug-gnubg] OS/X check in)

2008-04-10 Thread Jonathan Kinsey
From: [EMAIL PROTECTED] The alignment of the stack seems to be something gcc specific. Perhaps we need/want it on ppc-mac as well? Jon, can we use the aligned gcc attribute instead like in sse.h: This was added to get around a bug in gcc that miss-aligns the stack of new threads. It might

Re: stack align in multithread.c (was Re: [Bug-gnubg] OS/X check in)

2008-04-10 Thread Michael Petch
On 4/10/08 4:14 AM, Jonathan Kinsey [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] The alignment of the stack seems to be something gcc specific. Perhaps we need/want it on ppc-mac as well? Jon, can we use the aligned gcc attribute instead like in sse.h: This was added to get

Re: [Bug-gnubg] OS/X check in

2008-04-10 Thread Michael Petch
Most of this was answered in my other email, except a few comments: On 4/10/08 3:39 AM, Christian Anthon [EMAIL PROTECTED] wrote: quicktime: thx. I'm considering using libao/audiofile for sound instead of esd. I suppose that libao will use a quicktime backend by default and that would work

Re: [Bug-gnubg] OS/X check in

2008-04-10 Thread Achim Mueller
* Michael Petch [EMAIL PROTECTED] [080410 02:00]: I'll try it today (with you patches). Thanks for the cookbook. Ciao Achim ___ Bug-gnubg mailing list Bug-gnubg@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnubg

Re: stack align in multithread.c (was Re: [Bug-gnubg] OS/X check in)

2008-04-10 Thread Michael Petch
On 4/10/08 3:37 AM, Christian Anthon [EMAIL PROTECTED] wrote: On Wed, Apr 9, 2008 at 11:58 PM, Michael Petch [EMAIL PROTECTED] wrote: Howdy, I have put away changes to support OS/X sound with Quicktime (The way it was previously), and fixed up the multithreaded code to only align the

Re: stack align in multithread.c (was Re: [Bug-gnubg] OS/X check in)

2008-04-10 Thread Christian Anthon
On Thu, Apr 10, 2008 at 12:00 PM, Michael Petch [EMAIL PROTECTED] wrote: Now I'm glad you picked up on the Target. The reality is (in my mind) that the appropriate check is target, not host. My intent is to properly create a cross compile environment for OS/X (Since Intel and X86 builds can

Re: stack align in multithread.c (was Re: [Bug-gnubg] OS/X check in)

2008-04-10 Thread Michael Petch
On 4/10/08 5:11 AM, Christian Anthon [EMAIL PROTECTED] wrote: target only applies to things like building cross-compilers where: build: where you build your compiler host: where you want to run your newly build compiler target: what platform you want your newly build compiler to produce

Re: [Bug-gnubg] OS/X check in

2008-04-10 Thread Michael Petch
I don't get that because I don't have SSE on PPC. I'll look into it. A hcommon header file must be defining that symbol twice. On 4/10/08 7:05 AM, Achim Mueller [EMAIL PROTECTED] wrote: * Achim Mueller [EMAIL PROTECTED] [080410 11:01]: * Michael Petch [EMAIL PROTECTED] [080410 02:00]: I'll

Re: [Bug-gnubg] OS/X check in

2008-04-10 Thread Michael Petch
Achim, I have a feeling I know what's happening. My hunch is that the Quicktime framework for Intel (not PPC) includes mm_malloc.h somewhere (Probably uses MMX for sound processing) which ends up colliding with the mm_malloc defined in gnubg's lib directory. I believe it might be considered a