Статическая линковка в MinGW, под RTOS-32 Опции

[Николай КОКОРИН]

Извините, если запостил не в тот раздел. Только тут упоминание про GNU.
После сборки простейшего проекта в MinGW получаю зависимый от msvcrt.dll исполняемый файл. Подскажите что делать, как избавиться от msvcrt.dll в зависимостях? Операционка RTOS-32 (www.on-time.com) частично совместима по АПИ с виндой, а я пишу динамически загружаемый для неё модуль. С тасканием dll там некоторый гемор, так просто не загрузишь. Получается так, что для того, чтобы загрузить msvcrt.dll необходимо ещё загрузить виндовские kernel32.dll и ntdll.dll - не вариант.

Пример, есть стандартрая си-шная либа libmsvcrt.a (входит в состав MinGW) и я пытаюсь слинковать её статически со своей прогой:

Код

/* hello.c */
#include <stdio.h>
int main(int argc, char *argv[])
{
    printf("hello, world\n");
    return(0);
}

А вот командная строчка для сборки:

Код

gcc.exe hello.c -static -lmsvcrt -o hello

В итоге получается файл hello.exe с зависимостью от msvcrt.dll. Вот список требующихся функций:

Код

__getmainargs
__p__environ
__p__fmode
__set_app_type
_cexit
_fmode
_fpresent
_iob
_onexit
_setmode
atexit
puts
signal

Как на MinGW можно сбилдить прогу без зависимости от msvcrt.dll ? После билда в VS с ключом /MT той же проги msvcrt.dll в зависимостях нет.
Подскажите в какую сторону копать.
ЗЫ: приложил файлики

Сообщение отредактировал Николай КОКОРИН - Dec 10 2009, 10:52

Прикрепленные файлы

 Hello.zip ( 27.86 килобайт ) Кол-во скачиваний: 23

 

[Николай КОКОРИН]

Я выше писал, что на VS получается сбилдить прогу без зависимоти от этой гнусной msvcrt.dll (с ключом /MT). По идее как-то можно это осуществить и на MinGW... Склоняюсь к мнению, что надо где-то раскопать статическую libmsvcrt.a

[demiurg_spb]

Я выше писал, что на VS получается сбилдить прогу без зависимоти от этой гнусной msvcrt.dll (с ключом /MT). По идее как-то можно это осуществить и на MinGW... Склоняюсь к мнению, что надо где-то раскопать статическую libmsvcrt.a

Для борланда и VS есть тулзы implib и impdef. Что касается MinGW, так задайте вопрос на www.mingw.org.