[PD] pd (student) trouble on Windows

Mark Polishook polishook at optonline.net
Sun Feb 26 05:26:45 CET 2006


ok, so i'm not totally sure what i'm reading here but sounds like a  
good option to try is extended at

http://at.or.at/hans/pd/installers-0.38.4-extendedRC8.html

(thanks .hc)

thanks very much for all discussion - hopefully the students will  
solve these startup issues ....


On Feb 25, 2006, at 10:02 PM, cdr wrote:


>>> -mcpu=i586 -mtune=pentium3 -O3 -funroll-loops -fomit-frame-pointer
>>>
>>> That should work with AMD CPUs, right?
>>>
>
>
>> (You _can_ actually run -march=pentium3 on i686s unless you've put  
>> handwritten
>> SSE assembler code in or are using a new (>= 4) gcc. Bad practice  
>> though.)
>>
>
> on win32 with MinGW i've had pd crash with 'bad instruction' errors  
> by compiling with -march=athlon or i686, running on a Celeron II  
> 500 (Coppermine). it is praobly either a bug in the audio interface  
> code, or the aggressive optimization flags from Hans that caused  
> the bug that started this thead..
>
> -march=i586 -O2
>
> is probably a good compromise. ive heard of -O3 causing problems,  
> and -march implies -mtune and other stuff so its unnecessary to  
> specify
>
> best,
> c
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list
>


On Feb 25, 2006, at 10:02 PM, cdr wrote:

>>> -mcpu=i586 -mtune=pentium3 -O3 -funroll-loops -fomit-frame-pointer
>>>
>>> That should work with AMD CPUs, right?
>
>> (You _can_ actually run -march=pentium3 on i686s unless you've put  
>> handwritten
>> SSE assembler code in or are using a new (>= 4) gcc. Bad practice  
>> though.)
>
> on win32 with MinGW i've had pd crash with 'bad instruction' errors  
> by compiling with -march=athlon or i686, running on a Celeron II  
> 500 (Coppermine). it is praobly either a bug in the audio interface  
> code, or the aggressive optimization flags from Hans that caused  
> the bug that started this thead..
>
> -march=i586 -O2
>
> is probably a good compromise. ive heard of -O3 causing problems,  
> and -march implies -mtune and other stuff so its unnecessary to  
> specify
>
> best,
> c
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list





More information about the Pd-list mailing list