From a mac OS X 10.5 (Intel) build 12 minutes ago from my build farm:
scale_mmx32.c:451 last rev: 1658:lenard
ERROR:only weak aliases are supported in this configuration
So what does that tell you?
On Wed, Oct 15, 2008 at 3:36 PM, Lenard Lindstrom
<len-l@xxxxxxxxx> wrote:
Great! That means the smoothscale filter routines with the inline assembly code compiles properly on non-Windows systems. It also means I didn't mess up the cut-and-paste in recovering Richard's original code from SVN. Now to see the Visual C 2003 toolkit will link a MinGW compiled object file. If that works then Brian Fisher's Pygame snapshots will also support MMX/SSE. After that there's Visual Studio 2008.
Lenard.
René Dudfield wrote:
hi,
I get 'SSE'.
I'm on a core 2 duo... so it includes SSE.
The example seems to run ok.
cu,
On Thu, Oct 16, 2008 at 9:05 AM, Lenard Lindstrom <len-l@xxxxxxxxx> wrote:
Hi again,
Could you try out this from a python session:
import pygame
pygame.transform.get_smoothscale_backend()
This should return 'SSE'. If so, then it means Richard Goedeken's original
smoothscale assembly code is available for SSE capable machines. The MMX
version is still there for older processors. If you could also try out
examples\scaletest.py that would be great.
Lenard
René Dudfield wrote:
cool. It's working here on linux.
cheers,
On Thu, Oct 16, 2008 at 8:44 AM, Lenard Lindstrom <len-l@xxxxxxxxx> wrote:
Hi René,
Thanks, I tested it and made a repair that should only affect Windows. I
also removed the problem transform_test.py test. It was to confirm that
MMX/SSE support was only available on x86 processors. Unfortunately
platform.machine() can return something other than the documented 'i386'.
Now to waiting for the "The Spectacularly Adequate Automated Pygame Build
Page".
Lenard
René Dudfield wrote:
hi,
Committed revision 1659.
Only tested on linux.
cheers,
On Thu, Oct 16, 2008 at 7:34 AM, René Dudfield <renesd@xxxxxxxxx> wrote:
... I see you're adding scale_mmx.c in the setup.py ... However I
think it needs src/scale_mmx.c ?
Maybe instead of adding the scale_mmx.c there, you could make it so
that the scale_mmx.c is added in the normal way(to Setup.in), and then
replaced with the .o by your mod?
cheers,
On Thu, Oct 16, 2008 at 7:29 AM, René Dudfield <renesd@xxxxxxxxx>
wrote:
hi,
I get this error:
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -fPIC -D_REENTRANT -I/usr/X11R6/include
-I/usr/include/SDL -I/usr/include/python2.5 -c src/rotozoom.c -o
build/temp.linux-i686-2.5/src/rotozoom.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -fPIC -D_REENTRANT -I/usr/X11R6/include
-I/usr/include/SDL -I/usr/include/python2.5 -c src/scale2x.c -o
build/temp.linux-i686-2.5/src/scale2x.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -fPIC -D_REENTRANT -I/usr/X11R6/include
-I/usr/include/SDL -I/usr/include/python2.5 -c scale_mmx.c -o
build/temp.linux-i686-2.5/scale_mmx.o
gcc: scale_mmx.c: No such file or directory
gcc: no input files
error: command 'gcc' failed with exit status 1
On Thu, Oct 16, 2008 at 7:13 AM, Lenard Lindstrom <len-l@xxxxxxxxx>
wrote:
Hi everyone,
I have just changed how pygame.transform is built (SVN rev. 1658). I
can
only test this with Windows. So if anyone has problems with Linux or
OS
X
let me know and I will try and fix it or back out the changes.
--