@niXman

с этого момента, буду производить тестовые/пререлизные/релизные сборки mingw.
файлы с пометкой snapshot и prerelease - не стабильные версии. в реальных проектах использовать не рекомендую. использую для тестирования новых фитчей.
файлы с пометкой release - стабильные, прошедшие тесты.
скачать можно тут.
скачать онлайн-инсталятор можно тут.
скачать msys2 можно тут

в скором времени начну формировать пакеты для разработчиков состоящие из компилятора(mingw), IDE(QtCreator/CodeBlock/Dev-C++/wxDev-cpp), и некоторого набора предкомпилированных библиотек(boost, Wx, Qt, OpenSsl, и еще каких-то.. понять бы что в спросе...). пакеты не будут требовать установки/настройки. распаковал - используй.

43

@castaway

niXman, она объявлена в winuser.h (проверки на версию ОС нет), и в libuser32.a так же присутствует. У меня соображений никаких.

Добавлено через 2 минуты
так там же .def файлов нет вообще. Или они только в исходниках?

0

@niXman

уже вижу. попробую разобраться...

да.

Добавлено через 4 минуты
так, понятно.

в общем, эта функция присутствует в CRT для x86_64, и успешно линкуется.
а в CRT для i686 ее просто недобавили.

ты проверял 64 битными сборками?

Добавлено через 7 минут
исправил.
отправлю патч разрабам, но пересобирать пока не буду.
сам разберешься как библиотеку импорта сгенерить из .def файла?

пинг?

1

@castaway

Я использую GCC x86_64, но с флагами "-m32 -march=i686". В этом случае проблема актуальна. А вот без них (только что проверил) у меня появились кое-какие другие проблемы. В течение 15 минут попробую описать...

0

@niXman

давай. любопытно...
ссылку на архив не забудь. или имя файла архива.

0

@castaway

Может не по теме.. но все же.
В x86_64 без "-m32 -march=i686" появились Преобразование явное. Стандарт что там, что там c++11, но при "-m32 -march=i686" нет ни то что ошибок, даже предупреждениями не пахнет.

Разберусь, но с твоего волшебного пинка процесс пойдет значительно быстрее.

Добавлено через 36 секунд
Ты об этом: x86_64-mingw-w64-gcc-4.7.2-release-c,c++,fortran-sjlj-rev0.7z ?

0

@niXman

тут все стандартно.
если мне не изменяет память, HINSTANCE это указатель. таким образом, для 32ух битного компилятора тут все валидно. но а вот для 64ех битного - нет, потому что указатель имеет размер 64бита. таким образом ты теряешь(можешь потерять) часть значения, о чем тебя компилятор честно предупреждает: loses precision

Добавлено через 1 минуту
тут все стандартно.
если мне не изменяет память, HINSTANCE это указатель. таким образом, для 32ух битного компилятора тут все валидно. но а вот для 64ех битного - нет, потому что указатель имеет размер 64бита. таким образом ты теряешь(можешь потерять) часть значения, о чем тебя компилятор честно предупреждает: loses precision

Добавлено через 1 минуту
ага.

зы
патч выслал разрабам. приняли. больше этот баг не повторится.

1

@castaway

niXman, спасибо.
Возможно не по теме, но мне не дает покоя этот В связи с этим, проверить код под x86_64 пока не могу.

0

@niXman

сделай поиск по хидерам.
или, возможно, это последствия первой ошибки с которой столкнулся компилятор. попробуй исправь первую, и повтори сборку.

Добавлено через 9 минут
и кстати, у mingw-builds есть список рассылки. там можно общаться на русском

1

@castaway

Нашел ошибку. SetWindowLong считается deprecated. Следует использовать SetWindowLongPtr.
В общем ошибка не в MinGW. Спасибо тебе за ответы!

Добавлено через 1 минуту
Ха) Спасибо, не знал. Возьму на заметку

0

@Sania

Скачал сборку i686-mingw-w64-gcc-4.7.2-release-c,c++,fortran-sjlj-rev1.7z - в ней, по моему, не хватает следующих файлов: include\GL\glut.h (хотя есть libglut.a и libglut32.a) не хватает libgl.a (знаю что есть libopengl32, но коли уж есть libglut.a то было бы логично) и аналогично libglu.a. Некоторые библиотеки типа ShivaVG хотят их.

И еще. есть простой пример с библиотекой libjpeg:
#include <stdio.h>
#include <stdlib.h>
#include <jpeglib.h>
int main(void) {jpeg_create_decompress(0); return 0;}

компилирую его так:
gcc -o conftest.exe -lm -ljpeg conftest.c
вырает ошибку:
C:\Temp\cckshgsp.o:conftest.c.text+0x26): undefined reference to `jpeg_CreateDecompress'
collect2.exe: error: ld returned 1 exit status

Компилирую так: gcc -o conftest.exe -lm conftest.c -ljpeg
Ошибка не выдается. Вопрос - порядок следования параметров важен? или это ошибка компилятора?

0

@niXman

я не в курсе, но разве эти библиотеки должны входить в комплект поставки mingw?
есть какой-то пруф, говорящий об этом?

обычно нет. но бывают и случаи когда важен.

0

@Sania

этого я не знаю, но знаю точно что GL\glut.h и libglut.a - это два сапога пара

А как знающий GCC, можете подсказать, данный конкретный пример - параметр с именем компилируемого файла (conftest.c) и используемой в нем функции библиотеки (libjpeg.a: -ljpeg) - тут важно что библиотека должна быть указана после исходника или это всё же некая ошибка? В яндексе на эту тему не нашел, а ранее е приходилось задумываться.

0

@niXman

я не думаю что это ошибка. так же, я не думаю что разрабы забыли про эти файлы. давно бы уже кто-то напомнил.
или в предыдущих сборках эти файлы присутствовали?

по остальному - погугли словосочетание "mingw libraries link order"

0

silent_1991

Sania, не входит глут в поставку гцц.

0

@castaway

Sania, можно установить вручную: http://files.transmissionzero.... -MinGW.zip (32-битная версия)

0

Jupiter

glut не должен, но бинарник почему-то есть, а хедера к нему нет, парадокс

0

@Sania

То то и оно, логично что глут не должен входить в поставку компилятора, как не входит в составы других компиляторов, но вот библиотека почему то присутствует, поэтому и возникли сомнения.

0

@niXman

lazybiz, Sania, как точно зовется либа?

Добавлено через 14 секунд
т.е. файл библиотеки о котором вы говорите.

0

@Sania

http://www.opengl.org/resources/libraries/glut/

от нее соответственно в сборке компилятора есть только часть без инклудов:
mingw\i686-w64-mingw32\lib\libglut.a
mingw\i686-w64-mingw32\lib\libglut32.a

0

@niXman

ок. попробую понять, импорт каких функций они предоставляют.

0