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
specifybest, c
PD-list@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
specifybest, c
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list