crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )


  Ответ в Выпущено обновление Qt 4.5.2 и Qt Creator 1.2
Введите ваше имя
Подтвердите код

Введите в поле код из 6 символов, отображенных в виде изображения. Если вы не можете прочитать код с изображения, нажмите на изображение для генерации нового кода.
 

Опции сообщения
 Включить смайлы?
Иконки сообщения
(Опционально)
                                
                                
  [ Без иконки ]
 


Последние 10 сообщений [ в обратном порядке ]
Tonal Дата 29.6.2009, 10:40
  При компиляции PyQt ключик -j нормально работает в mingw32-make.
Я правлю руками makefile сгенерённый при configure.
Правда при этом я убираю SH из путей - PyQt с ним не компилиться. :(

А вот при компиляции самой Qt ключик не работает.
Почему - не знаю.
SABROG Дата 29.6.2009, 8:15
 
Цитата(Litkevich Yuriy @ 29.6.2009, 5:16) *
similar

Аналогичный переключатель как и у GNU Make. Я нигде не нашел упоминания о том, что его можно использовать с MinGW.
Litkevich Yuriy Дата 29.6.2009, 4:16
 
Цитата(SABROG @ 27.6.2009, 16:48) *
у mingw32-make не работает ключ -j, в отличае от make в MSYS
Цитата
jom is a clone of nmake to support the execution of several commands at once.
It adds the -j command line switch similar to GNU make.
тык
SABROG Дата 27.6.2009, 17:51
 
Цитата(Litkevich Yuriy @ 27.6.2009, 18:09) *
А время сборки как-то заметно изменилось?

Я как-то не замерял, т.к. в прошлый раз на ночь оставлял, а на этот раз собралось часа за 2.

Кстати дизайнер у меня затребовал еще файлик libgcc_s_dw2-1.dll помимо mingwm10.dll. Во

Цитата
- Dynamic linking with libgcc_s_dw2-1.dll

Dynamic linking with libgcc_s_dw2-1.dll is necessary to throw
exceptions between different modules, such as between two DLLs or a
DLL and an EXE. Consequently, it is the default for all languages
other than C. To disable this dynamic linking, use -static-libgcc.
To enable this dynamic linking in C, use -shared-libgcc.


Т.е. теперь и его чтоль тянуть надо всегда?
Litkevich Yuriy Дата 27.6.2009, 17:09
  А время сборки как-то заметно изменилось?
SABROG Дата 27.6.2009, 16:15
  Собрал Qt новым MinGW. Для интереса сравнил размеры файлов, которые получились от старого и нового gcc.



Общая сумма размеров файлов на:
старом: 363Мб
новом: 514Мб

Если брать отдельные версии сборок, то релизные dll'ки в сумме составили на:
старом: 52Мб
новом: 39Мб

дебажные на:
старом: 310Мб
новом: 474Мб

Т.е. оптимизация по размеру улучшена. По скорости, к сожалению, сравнить не могу.
Litkevich Yuriy Дата 27.6.2009, 14:50
 
Цитата(SABROG @ 27.6.2009, 16:48) *
(прокрутку окна обратно не далеко делает)
а ты через свойства окна поменяй.
SABROG Дата 27.6.2009, 12:48
 
Цитата(Litkevich Yuriy @ 27.6.2009, 13:40) *
Хорошо, если троли решили эту проблему, то зачем bash, собирал бы в cmd?

Вот сижу и собираю. Тока у cmd слабый скриптинг, мелкий размер буффера (прокрутку окна обратно не далеко делает) и у mingw32-make не работает ключ -j, в отличае от make в MSYS, который может запускать параллельно несколько компиляций и дожидаться завершения одной из них, если они зависимы.
Litkevich Yuriy Дата 27.6.2009, 12:40
  Хорошо, если троли решили эту проблему, то зачем bash, собирал бы в cmd?
SABROG Дата 27.6.2009, 11:24
 
Цитата(Litkevich Yuriy @ 27.6.2009, 11:59) *
Цитата(SABROG @ 27.6.2009, 14:40) *
Даже нашел место откуда ноги растут:
ты мэйкфайл смотри. Что за пути странные с собакой??


Вот смотри у тебя Windows 2000 и на ней не собирается WebKit, так? А не собирается он из-за ограничения в длинне параметров для программ командной строки в виндах младше WindowsXp. Тролли решили это дело пофиксить через добавление специального ключа @, через который можно указать файл с инклудами. Если я правильно понимаю, то тупо берется скажем 30 .h файлов, содержимое которых пихается в один. В итоге у тебя не 30 -I/longpath/1.h -I/longpath/2.h ... -I/longpath/30.h, а всего один -I/longpath/tmp/allinone.tmp

# On Windows, put the includes into a .inc file which moc will read, if the project
# has too many includes. We do this to overcome a command-line limit on Win < XP


Но они не учли, что подобной проблемы в MSYS нет и пытаются тупо через "win32:" навязать подобный метод компиляции используя команды и пути cmd, а не bash. В итоге я отредактировал makefile'ы и убрал эти инклюды в 24-х местах. Я пока не знаю как себя поведет компилятор, но пока собирается. И совершенно не представляю как у меня собралось в первый раз всё, когда я просто набрал make еще раз.

Т.е. для пользователей cmd проблемы быть не должно.
Просмотр темы полностью (откроется в новом окне)
RSS Текстовая версия Сейчас: 6.12.2021, 2:41