devel/nsis won't build (scons/python problem?)

[Stephen Borrill <netbsd%precedence.co.uk@localhost>]

On netbsd-5:

g++ -o build/release/makensis/7zip/7zGuids.o -c - O 2 - W a l l 
-D_WIN32_IE=0x0500 -DNSIS_MAX_STRLEN=1024 -DNSIS_MAX_INST_TYPES=32 
-DNSIS_DEFAULT_LANG=1033 -DNSIS_CONFIG_UNINSTALL_SUPPORT 
-DNSIS_CONFIG_LICENSEPAGE -DNSIS_CONFIG_COMPONENTPAGE 
-DNSIS_CONFIG_SILENT_SUPPORT -DNSIS_CONFIG_VISIBLE_SUPPORT 
-DNSIS_CONFIG_ENHANCEDUI_SUPPORT -DNSIS_CONFIG_COMPRESSION_SUPPORT 
-DNSIS_COMPRESS_BZIP2_LEVEL=9 -DNSIS_CONFIG_CRC_SUPPORT 
-DNSIS_SUPPORT_BGBG -DNSIS_SUPPORT_CODECALLBACKS 
-DNSIS_SUPPORT_MOVEONREBOOT -DNSIS_SUPPORT_ACTIVEXREG 
-DNSIS_SUPPORT_INTOPTS -DNSIS_SUPPORT_STROPTS -DNSIS_SUPPORT_STACK 
-DNSIS_SUPPORT_FILEFUNCTIONS -DNSIS_SUPPORT_FINDFIRST 
-DNSIS_SUPPORT_CREATESHORTCUT -DNSIS_SUPPORT_INIFILES 
-DNSIS_SUPPORT_REGISTRYFUNCTIONS -DNSIS_SUPPORT_COPYFILES 
-DNSIS_SUPPORT_REBOOT -DNSIS_SUPPORT_FNUTIL -DNSIS_SUPPORT_EXECUTE 
-DNSIS_SUPPORT_SHELLEXECUTE -DNSIS_SUPPORT_GETDLLVERSION 
-DNSIS_SUPPORT_GETFILETIME -DNSIS_SUPPORT_HWNDS -DNSIS_SUPPORT_ENVIRONMENT 
-DNSIS_SUPPORT_RMDIR -DNSIS_SUPPORT_FILE -DNSIS_SUPPORT_DELETE 
-DNSIS_SUPPORT_RENAME -DNSIS_SUPPORT_MESSAGEBOX 
-DNSIS_SUPPORT_VERSION_INFO -DNSIS_SUPPORT_STANDARD_PREDEFINES 
-DNSIS_LOCKWINDOW_SUPPORT -DNSIS_CONFIG_PLUGIN_SUPPORT 
-DNSIS_FIX_COMMENT_HANDLING -DCOMPRESS_MF_BT Source/7zip/7zGuids.cpp
g++: O: No such file or directory
g++: 2: No such file or directory
g++: W: No such file or directory
g++: a: No such file or directory
g++: l: No such file or directory
g++: l: No such file or directory
g++: cannot specify -o with -c or -S with multiple files
scons: *** [build/release/makensis/7zip/7zGuids.o] Error 1
scons: building terminated because of errors.

As you can see, the CFLAGS have excess spaces in. nsis uses scons as a 
build tool. In turn scons is python-based.

-current pkgsrc has scons-1.1.0nb3 and nsis-2.12nb5 and wishes to use 
python26. I've previously happily built scons-1.1.0nb2 and nsis-2.12nb5 
back when python25 was current, so I wonder if this is a python 
(internationalisation?) problem at its core.

--
Stephen