18030 2008-11-28 14:38:59 +0300 Новая версия 2009-05-18 23:24:29 +0400 1 1 4 Development Sisyphus fpc unstable all Linux CLOSED FIXED ftp://ftp.chg.ru/pub/lang/pascal/fpc/dist/source-2.2.2/fpcbuild-2.2.2.tar.gz P2 enhancement --- 19417 17792 18877 1 lex nobody ender ktirf qa-sisyphus oldest_to_newest 81882 0 lex 2008-11-28 14:38:59 +0300 Последняя стабильная версия 2.2.2. Обновите пожалуйста. Желательно и в бранче 4.1 тоже. 81885 1 dubrsl 2008-11-28 14:59:25 +0300 Новая версия давно собрана и находится в Дедале. Там есть одна проблема которую я не могу решить - не собирается с gdb. Причина - старый gdb с ним fpc не собирается. А без него как-то не серьезно. 81892 2 lex 2008-11-28 17:06:14 +0300 (In reply to comment #1) > Новая версия давно собрана и находится в Дедале. Там есть одна проблема > которую я не могу решить - не собирается с gdb. Причина - старый gdb с ним > fpc не собирается. А без него как-то не серьезно. Не повод ли это обновить gdb? :) Хотя, лично мне без разницы, я всё равно gdb не пользуюсь. 88048 3 ktirf 2009-03-26 20:36:31 +0300 А насколько новый gdb ему нужен? 88049 4 dubrsl 2009-03-26 20:49:21 +0300 (В ответ на комментарий №3) > А насколько новый gdb ему нужен? вообщем-то если не нужен дебаг, то не нужен. Но помнится когда-то писали баг чтобы включить, т.е. кто-то пользуется. 88051 5 ktirf 2009-03-26 20:56:28 +0300 Я в другом смысле :) Какая версия gdb ему требуется? 88059 6 dubrsl 2009-03-26 21:50:42 +0300 (В ответ на комментарий №5) > Я в другом смысле :) Какая версия gdb ему требуется? Наверно что-то из ftp://ftp.freepascal.org/pub/fpc/contrib/libgdb/ 88076 7 lex.shen 2009-03-27 10:07:32 +0300 Вопрос что именно и как будем прикручивать? Проблема с fpc & gdb у нас давно сущестувует. Ни раз с этим сталкивались.Корректное решение так и не нашли ... 88130 8 ktirf 2009-03-27 16:26:54 +0300 А можно чуть подробнее объяснить суть проблемы? Нужна какая-то особенная сборка gdb именно из указанного места? 88133 9 lex.shen 2009-03-27 16:35:24 +0300 fpc-2.2.2 не собирается у нас с поддержкой нашего gdb. Вариант fpc без gdb в daedalus'е. Но нам нужен fpc с gdb, особенно смотря в сторону "школьного линукса". Мы пытались разобраться в чём причина - не смогли. В рассылках об этом спрашивали, получили ответ, что это не проблема нашего gdb. А без fpc-2.2.2 не будет lazarus-0.9.26 ... 88134 10 lex.shen 2009-03-27 16:52:24 +0300 При сборке fpc-2.2.2 с поддержкой gdb получаем такую ругань: /usr/bin/ld: Warning: alignment 4 of symbol `gdb_sysroot' in /usr/lib/libgdb.a(main.o) is smaller than 16 in /home/ashen/RPM/BUILD/fpcbuild-2.2.2/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o /usr/bin/ld: Warning: alignment 4 of symbol `batch_silent' in /usr/lib/libgdb.a(main.o) is smaller than 16 in /home/ashen/RPM/BUILD/fpcbuild-2.2.2/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o /usr/bin/ld: Warning: alignment 4 of symbol `xdb_commands' in /usr/lib/libgdb.a(main.o) is smaller than 16 in /home/ashen/RPM/BUILD/fpcbuild-2.2.2/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o /usr/bin/ld: Warning: alignment 4 of symbol `dbx_commands' in /usr/lib/libgdb.a(main.o) is smaller than 16 in /home/ashen/RPM/BUILD/fpcbuild-2.2.2/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o /usr/bin/ld: Warning: alignment 4 of symbol `return_child_result' in /usr/lib/libgdb.a(main.o) is smaller than 16 in /home/ashen/RPM/BUILD/fpcbuild-2.2.2/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o /home/ashen/RPM/BUILD/fpcbuild-2.2.2/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o: In function `GDBINT_init': gdbint.pp:(.text+0x1777): undefined reference to `debug_file_directory' 88358 11 ktirf 2009-03-31 03:12:54 +0400 А кто-нибудь может мне объяснить, зачем в BuildRequires: у него стоят пакеты -devel-static? Возможно, это дурость с моей стороны, но их на простые -devel заменил, и у меня fpc 2.2.2 из Дедала на сизифовой пакетной базе собрался, хоть сейчас в инкаминг отправлять. 88361 12 ktirf 2009-03-31 03:41:40 +0400 Оказалась действительно дурость. Статические библиотеки нужны при сборке как раз таки с libgdb... 88370 13 ktirf 2009-03-31 05:18:36 +0400 Воспроизвелось. Что накопал: debug_file_directory действительно есть в libgdb.a, но это символ из BSS (aka uninitialized data section). Собственно, символ этот нужен в паскалевскому модулю gdbint.o (он же в исходниках gdbint.pp) лишь для того, чтобы его инициализировать. Для линковки используется обыкновенный ld, libgdb.a он успешно находит, судя по логам. Кажется, мне катастрофически не хватает знаний о линкере, чтобы разобраться в вопросе. 88374 14 lex.shen 2009-03-31 09:47:04 +0400 Ответ на 13-ый комент: раз, примерно, с полгода мы со Славой на это нарываемся. libgdb.a в системе есть, но fpc её в упор не желает видить ... Как я смотрел в других дистрах это обходят и патчи в апстриме, но все эти обходные манёвры у нас не прокатывают ... 88384 15 ktirf 2009-03-31 11:16:01 +0400 Ну здесь-то libgdb.a как раз прекрасно находится. Но не все символы из неё %-) 88386 16 lex.shen 2009-03-31 11:35:21 +0400 В том то и дело ... 88447 17 ktirf 2009-03-31 18:50:58 +0400 Оказывается, этот символ всего-то навсего не экспортируется. 88449 18 lex.shen 2009-03-31 19:05:44 +0400 Решение? 88453 19 ktirf 2009-03-31 19:47:33 +0400 См. список блокеров :) 89714 20 ender 2009-04-19 15:47:22 +0400 дублирую из https://bugzilla.altlinux.org/show_bug.cgi?id=18877 на всякий случай: вышла уже 2.2.4. даже собралась с небольшими изменениями, касающихся отладчика (unresolved symbol debug_file_directory). изменения просты - убрал нафиг установку этой переменной в gdbint.pp, обсуждение: http://lists.altlinux.org/pipermail/sisyphus/2009-April/338539.html git архив сборки: лежит http://git.altlinux.org/people/ender/packages/?p=fpc.git, ветка master сама сборка: ftp://ftp.altlinux.org/pub/people/ender/hasher/ сборку на рабочесть пока не тестирировал, ничего не изменял по отношению к спеку из дедала. как раз этим сейчас и занимаюсь - мне самому свежий lazarus нужен :) 89715 21 ender 2009-04-19 15:55:14 +0400 кстати, как показал всеведающий grep - debug_file_directory устаналвливается в DEBUGDIR. то есть вполне себе инициализируется. DEBUGDIR берется в --separate-debug-dir, переданного в configure. в спеке передается --separate-debug-dir=%_libdir/debug. интерсно, паскаль проглотит этот debugdir?.. ему /usr/lib хочется вроде. 91439 22 dubrsl 2009-05-18 23:24:29 +0400 собрана 2.2.4-alt1