2009-08-06 2 views
1

Я использую кросс-компилятор GCC на основе MinGW для компиляции проекта, который использует SCons как свою систему сборки.SCons: GCC Ignoring -c

Python - это родная версия 2.6.2, специально не скомпилированная для MinGW (или Cygwin).

Однако, я бегу в проблему с билда:

F:/pedigree/compilers/bin/i686-elf-gcc -o build\src\user\applications\apptest\ma 
in.obj -c -std=gnu99 -march=i486 -fno-builtin -m32 -g0 -O3 -Wno-long-long -Wnest 
ed-externs -Wall -Wextra -Wpointer-arith -Wcast-align -Wwrite-strings -Wno-long- 
long -Wno-variadic-macros -Wno-unused -Wno-unused-variable -Wno-conversion -Wno- 
format -Wno-empty-body -fno-stack-protector -DTHREADS -DDEBUGGER -DDEBUGGER_QWER 
TY -DSERIAL_IS_FILE -DECHO_CONSOLE_TO_SERIAL -DKERNEL_NEEDS_ADDRESS_SPACE_SWITCH 
-DADDITIONAL_CHECKS -DBITS_32 -DKERNEL_STANDALONE -DVERBOSE_LINKER -DX86 -DX86_ 
COMMON -DLITTLE_ENDIAN -D__UD_STANDALONE__ -DINSTALLER -Isrc\subsys\posix\includ 
e -Ibuild\src\user\applications\apptest -Isrc\user\applications\apptest src\user 
\applications\apptest\main.c 
f:/pedigree/compilers/bin/../lib/gcc/i686-elf/4.4.1/../../../../i686-elf/bin/ld. 
exe: crt0.o: No such file: No such file or directory 

Если я добавить -c к CFLAGS, я получаю скомпилированный объект под названием «main.obj -c» (есть пространство между obj и -c есть).

Кто-нибудь знает, что происходит? Есть ли что-нибудь, что я могу сделать, чтобы решить эту проблему?

ответ

2

Проект использует платформу POSIX для обеспечения соблюдения progarm и объектных файлов расширений, однако платформа POSIX в SCons определяет функцию «побег»:

def escape(arg): 
    "escape shell special characters" 
    slash = '\\' 
    special = '"$()' 

    arg = string.replace(arg, slash, slash+slash) 
    for c in special: 
     arg = string.replace(arg, c, slash+c) 

    return '"' + arg + '"' 

Когда он сбегает обратный слэш, это наносит ущерб в ОС Windows Окружающая среда. Переход на нейтральную платформу и явное определение расширений устраняет проблему.

Смежные вопросы