* [devel] новый gdb сломал сборку fpc на x86_64
@ 2010-04-04 15:59 ` Slava Dubrovskiy
2010-04-04 17:47 ` Afanasov Dmitry
` (5 more replies)
0 siblings, 6 replies; 28+ messages in thread
From: Slava Dubrovskiy @ 2010-04-04 15:59 UTC (permalink / raw)
To: devel
Здравствуйте.
Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
собирается.
Можно конечно отключить отладчик в x86_64, но это шаг назад и не хочется
его делать.
> Package: fpc-2.4.0-alt1
> Status: Sisyphus/x86_64 test rebuild failed
> Cannot build this package for 2 week(s).
> Please investigate.
> Excerpt from build log:
>
> py-value.c:(.text+0x1380): undefined reference to `PyExc_RuntimeError'
> py-value.c:(.text+0x138a): undefined reference to `PyErr_SetString'
> /usr/lib64/libgdb.a(py-value.o): In function `valpy_getitem':
> py-value.c:(.text+0x14e1): undefined reference to `PyExc_KeyboardInterrupt'
> py-value.c:(.text+0x14ec): undefined reference to `PyExc_RuntimeError'
> py-value.c:(.text+0x14f3): undefined reference to `PyErr_Format'
> /usr/lib64/libgdb.a(py-value.o): In function `valpy_binop':
> py-value.c:(.text+0x1920): undefined reference to `PyExc_KeyboardInterrupt'
> py-value.c:(.text+0x192b): undefined reference to `PyExc_RuntimeError'
> py-value.c:(.text+0x1932): undefined reference to `PyErr_Format'
> /usr/lib64/libgdb.a(py-value.o): In function `valpy_power':
> py-value.c:(.text+0x19a7): undefined reference to `_Py_NoneStruct'
> py-value.c:(.text+0x19cb): undefined reference to `PyExc_NotImplementedError'
> py-value.c:(.text+0x19d5): undefined reference to `PyErr_SetString'
> /usr/lib64/libgdb.a(py-value.o): In function `valpy_invert':
> py-value.c:(.text+0x1ab1): undefined reference to `PyExc_KeyboardInterrupt'
> py-value.c:(.text+0x1abc): undefined reference to `PyExc_RuntimeError'
> py-value.c:(.text+0x1ac3): undefined reference to `PyErr_Format'
> /usr/lib64/libgdb.a(py-value.o): In function `valpy_negative':
> py-value.c:(.text+0x1b61): undefined reference to `PyExc_KeyboardInterrupt'
> py-value.c:(.text+0x1b6c): undefined reference to `PyExc_RuntimeError'
> py-value.c:(.text+0x1b73): undefined reference to `PyErr_Format'
> /usr/lib64/libgdb.a(py-value.o): In function `gdbpy_history':
> py-value.c:(.text+0x1c05): undefined reference to `PyArg_ParseTuple'
> py-value.c:(.text+0x1c98): undefined reference to `PyExc_KeyboardInterrupt'
> py-value.c:(.text+0x1ca3): undefined reference to `PyExc_RuntimeError'
> py-value.c:(.text+0x1caa): undefined reference to `PyErr_Format'
> /usr/lib64/libgdb.a(dfp.o): In function `set_decnumber_context':
> dfp.c:(.text+0x164): undefined reference to `decContextDefault'
> dfp.c:(.text+0x17e): undefined reference to `decContextDefault'
> dfp.c:(.text+0x196): undefined reference to `decContextDefault'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_from_number':
> dfp.c:(.text+0x21a): undefined reference to `decimal32FromNumber'
> dfp.c:(.text+0x22a): undefined reference to `decimal128FromNumber'
> dfp.c:(.text+0x23a): undefined reference to `decimal64FromNumber'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_check_errors':
> dfp.c:(.text+0x391): undefined reference to `decContextStatusToString'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_compare':
> dfp.c:(.text+0x4ab): undefined reference to `decNumberCompare'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_binop':
> dfp.c:(.text+0x7d2): undefined reference to `decNumberPower'
> dfp.c:(.text+0x862): undefined reference to `decNumberAdd'
> dfp.c:(.text+0x882): undefined reference to `decNumberSubtract'
> dfp.c:(.text+0x8a2): undefined reference to `decNumberMultiply'
> dfp.c:(.text+0x8c2): undefined reference to `decNumberDivide'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_from_integral':
> dfp.c:(.text+0x96d): undefined reference to `decNumberFromUInt32'
> dfp.c:(.text+0xa16): undefined reference to `decNumberFromInt32'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_from_string':
> dfp.c:(.text+0xacf): undefined reference to `decimal32FromString'
> dfp.c:(.text+0xb9f): undefined reference to `decimal128FromString'
> dfp.c:(.text+0xbbf): undefined reference to `decimal64FromString'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_to_string':
> dfp.c:(.text+0xcf3): undefined reference to `decimal64ToString'
> dfp.c:(.text+0xd07): undefined reference to `decimal32ToString'
> dfp.c:(.text+0xd27): undefined reference to `decimal128ToString'
> /usr/lib64/libgdb.a(dfp.o): In function `decimal_to_number':
> dfp.c:(.text+0x38): undefined reference to `decimal32ToNumber'
> dfp.c:(.text+0x48): undefined reference to `decimal128ToNumber'
> dfp.c:(.text+0x58): undefined reference to `decimal64ToNumber'
> /usr/lib64/libgdb.a(dwarf2read.o): In function `dwarf2_read_section_1':
> dwarf2read.c:(.text+0x23b2): undefined reference to `inflateInit_'
> dwarf2read.c:(.text+0x23ed): undefined reference to `inflate'
> dwarf2read.c:(.text+0x2401): undefined reference to `inflateReset'
> dwarf2read.c:(.text+0x2414): undefined reference to `inflateEnd'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_use_dtd':
> xml-support.c:(.text+0x871): undefined reference to `XML_SetParamEntityParsing'
> xml-support.c:(.text+0x87e): undefined reference to `XML_SetExternalEntityRefHandler'
> xml-support.c:(.text+0x88b): undefined reference to `XML_UseForeignDTD'
> xml-support.c:(.text+0x898): undefined reference to `XML_ErrorString'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_fetch_external_entity':
> xml-support.c:(.text+0x905): undefined reference to `XML_ExternalEntityParserCreate'
> xml-support.c:(.text+0x914): undefined reference to `XML_SetElementHandler'
> xml-support.c:(.text+0x920): undefined reference to `XML_SetDoctypeDeclHandler'
> xml-support.c:(.text+0x92a): undefined reference to `XML_SetXmlDeclHandler'
> xml-support.c:(.text+0x934): undefined reference to `XML_SetDefaultHandler'
> xml-support.c:(.text+0x93e): undefined reference to `XML_SetUserData'
> xml-support.c:(.text+0x958): undefined reference to `XML_Parse'
> xml-support.c:(.text+0x962): undefined reference to `XML_ParserFree'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_cleanup':
> xml-support.c:(.text+0x9cb): undefined reference to `XML_ParserFree'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_error':
> xml-support.c:(.text+0xaa4): undefined reference to `XML_GetCurrentLineNumber'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_debug':
> xml-support.c:(.text+0xd06): undefined reference to `XML_GetCurrentLineNumber'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_parse':
> xml-support.c:(.text+0xe01): undefined reference to `XML_Parse'
> xml-support.c:(.text+0xefc): undefined reference to `XML_GetErrorCode'
> xml-support.c:(.text+0xf03): undefined reference to `XML_ErrorString'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_create_parser_and_cleanup':
> xml-support.c:(.text+0xf86): undefined reference to `XML_ParserCreateNS'
> xml-support.c:(.text+0xfa5): undefined reference to `XML_SetUserData'
> xml-support.c:(.text+0xfb7): undefined reference to `XML_SetElementHandler'
> xml-support.c:(.text+0xfc4): undefined reference to `XML_SetCharacterDataHandler'
> /usr/lib64/libgdb.a(xml-support.o): In function `xml_process_xincludes':
> xml-support.c:(.text+0x1162): undefined reference to `XML_SetCharacterDataHandler'
> xml-support.c:(.text+0x116f): undefined reference to `XML_SetDefaultHandler'
> xml-support.c:(.text+0x117c): undefined reference to `XML_SetXmlDeclHandler'
> xml-support.c:(.text+0x1192): undefined reference to `XML_SetDoctypeDeclHandler'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_end_element_wrapper':
> xml-support.c:(.text+0x16f5): undefined reference to `XML_StopParser'
> xml-support.c:(.text+0x1754): undefined reference to `XML_DefaultCurrent'
> /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_start_element_wrapper':
> xml-support.c:(.text+0x1cfb): undefined reference to `XML_StopParser'
> xml-support.c:(.text+0x1d2c): undefined reference to `XML_DefaultCurrent'
> /usr/lib64/libbfd.a(compress.o): In function `bfd_uncompress_section_contents':
> compress.c:(.text+0x124): undefined reference to `inflateInit_'
> compress.c:(.text+0x154): undefined reference to `inflate'
> compress.c:(.text+0x161): undefined reference to `inflateReset'
> compress.c:(.text+0x184): undefined reference to `inflateEnd'
> fp.pas(575,1) Error: Error while linking
> fp.pas(575,1) Fatal: There were 1 errors compiling module, stopping
> Fatal: Compilation aborted
> make[2]: *** [fp] Error 1
> make[2]: Leaving directory `/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/ide'
> make[1]: *** [buildfp] Error 2
> make[1]: Leaving directory `/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/ide'
> make: *** [gdb] Error 2
> make: Leaving directory `/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/ide'
> error: Bad exit status from /usr/src/tmp/rpm-tmp.10731 (%build)
>
> RPM build errors:
> Bad exit status from /usr/src/tmp/rpm-tmp.10731 (%build)
> Command exited with non-zero status 1
> 304.63user 70.88system 6:21.24elapsed 98%CPU (0avgtext+0avgdata 0maxresident)k
> 0inputs+0outputs (0major+11141229minor)pagefaults 0swaps
> hsh-rebuild: rebuild of `fpc-2.4.0-alt1.src.rpm' failed.
> Command exited with non-zero status 1
>
>
--
WBR,
Dubrovskiy Vyacheslav
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-04 15:59 ` [devel] новый gdb сломал сборку fpc на x86_64 Slava Dubrovskiy
@ 2010-04-04 17:47 ` Afanasov Dmitry
2010-04-06 15:11 ` Алексей Шенцев
2010-04-05 15:28 ` [devel] новый gdb сломал сборку fpc Dmitry V. Levin
` (4 subsequent siblings)
5 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-04 17:47 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 630 bytes --]
On Sun, Apr 04, 2010 at 06:59:25PM +0300, Slava Dubrovskiy wrote:
> Здравствуйте.
>
> Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
> возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
> собирается.
когда-то, я помню, пришлось fpc чуток подправить для сборки с libgdb.a.
поправка была уникальна для gdb 6.6, а на остальных "и так работало".
> Можно конечно отключить отладчик в x86_64, но это шаг назад и не хочется
> его делать.
не надо его отключать. надо посмотреть, где именно проболема. только не
сейчас.
Христос Воскресе!
:)
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-04 15:59 ` [devel] новый gdb сломал сборку fpc на x86_64 Slava Dubrovskiy
2010-04-04 17:47 ` Afanasov Dmitry
@ 2010-04-05 15:28 ` Dmitry V. Levin
2010-04-06 14:35 ` Slava Dubrovskiy
2010-04-06 15:13 ` Алексей Шенцев
2010-04-11 10:06 ` [devel] новый gdb сломал сборку fpc на x86_64 Afanasov Dmitry
` (3 subsequent siblings)
5 siblings, 2 replies; 28+ messages in thread
From: Dmitry V. Levin @ 2010-04-05 15:28 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 522 bytes --]
Hi,
On Sun, Apr 04, 2010 at 06:59:25PM +0300, Slava Dubrovskiy wrote:
>
> Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
> возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
> собирается.
fpc-2.4.0-alt1 не собирается на i586 в точности с той же самой диагностикой.
> > py-value.c:(.text+0x1380): undefined reference to `PyExc_RuntimeError'
Массовая недолинковка. Посмотрите, как другие собирают fpc, у них уже,
скорее всего, это давно исправлено.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-05 15:28 ` [devel] новый gdb сломал сборку fpc Dmitry V. Levin
@ 2010-04-06 14:35 ` Slava Dubrovskiy
2010-04-06 14:46 ` Aleksey Novodvorsky
2010-04-06 15:13 ` Алексей Шенцев
1 sibling, 1 reply; 28+ messages in thread
From: Slava Dubrovskiy @ 2010-04-06 14:35 UTC (permalink / raw)
To: ALT Devel discussion list
05.04.2010 18:28, Dmitry V. Levin пишет:
>
>> Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
>> возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
>> собирается.
>>
> fpc-2.4.0-alt1 не собирается на i586 в точности с той же самой диагностикой.
>
Да, сорри, недосмотрел.
>>> py-value.c:(.text+0x1380): undefined reference to `PyExc_RuntimeError'
>>>
> Массовая недолинковка.
А как объяснить, что с предыдущей версией gdb собирается?
Мне кажется, что если проблема в fpc, то не должно зависеть от версии gdb.
> Посмотрите, как другие собирают fpc, у них уже,
> скорее всего, это давно исправлено.
>
Посмотрел. В FC12 там gdb вообще не пользуются. В дебиане не вижу
никаких особенностей. :(
--
WBR,
Dubrovskiy Vyacheslav
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-06 14:35 ` Slava Dubrovskiy
@ 2010-04-06 14:46 ` Aleksey Novodvorsky
2010-04-06 15:14 ` Алексей Шенцев
2010-04-06 15:17 ` Slava Dubrovskiy
0 siblings, 2 replies; 28+ messages in thread
From: Aleksey Novodvorsky @ 2010-04-06 14:46 UTC (permalink / raw)
To: ALT Linux Team development discussions
06.04.10, Slava Dubrovskiy<slava@tangramltd.com> написал(а):
> 05.04.2010 18:28, Dmitry V. Levin пишет:
>
> >
> >> Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
> >> возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
> >> собирается.
> >>
> > fpc-2.4.0-alt1 не собирается на i586 в точности с той же самой диагностикой.
> >
>
> Да, сорри, недосмотрел.
>
> >>> py-value.c:(.text+0x1380): undefined reference to `PyExc_RuntimeError'
> >>>
> > Массовая недолинковка.
>
> А как объяснить, что с предыдущей версией gdb собирается?
> Мне кажется, что если проблема в fpc, то не должно зависеть от версии gdb.
В последний gdb добавили поддержку python, что и видно по логу Вашей сборки.
>
> > Посмотрите, как другие собирают fpc, у них уже,
> > скорее всего, это давно исправлено.
> >
>
> Посмотрел. В FC12 там gdb вообще не пользуются.
Сборка без gdb?
Rgrds, Алексей
В дебиане не вижу
> никаких особенностей. :(
>
>
> --
> WBR,
> Dubrovskiy Vyacheslav
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-04 17:47 ` Afanasov Dmitry
@ 2010-04-06 15:11 ` Алексей Шенцев
2010-04-06 18:41 ` Afanasov Dmitry
0 siblings, 1 reply; 28+ messages in thread
From: Алексей Шенцев @ 2010-04-06 15:11 UTC (permalink / raw)
To: ALT Linux Team development discussions
04.04.2010 21:47, Afanasov Dmitry пишет:
> On Sun, Apr 04, 2010 at 06:59:25PM +0300, Slava Dubrovskiy wrote:
>
>> Здравствуйте.
>>
>> Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
>> возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
>> собирается.
>>
> когда-то, я помню, пришлось fpc чуток подправить для сборки с libgdb.a.
> поправка была уникальна для gdb 6.6, а на остальных "и так работало".
>
>
>> Можно конечно отключить отладчик в x86_64, но это шаг назад и не хочется
>> его делать.
>>
> не надо его отключать. надо посмотреть, где именно проболема. только не
> сейчас.
>
Дим, смжет глянешь в чём проблема. Вроде в прошлый раз ты такую проблему
решил. ;)
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-05 15:28 ` [devel] новый gdb сломал сборку fpc Dmitry V. Levin
2010-04-06 14:35 ` Slava Dubrovskiy
@ 2010-04-06 15:13 ` Алексей Шенцев
1 sibling, 0 replies; 28+ messages in thread
From: Алексей Шенцев @ 2010-04-06 15:13 UTC (permalink / raw)
To: ALT Linux Team development discussions
05.04.2010 19:28, Dmitry V. Levin пишет:
> Посмотрите, как другие собирают fpc, у них уже,
> скорее всего, это давно исправлено.
>
У других зачастую fpc не собирают с отладчиком.
Мы собираем с отладчиком в первую очередь из-за "школьного линукса".
В прошлый раз решение такой проблемы было предложено в убунте и это
решение нам не помогло.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-06 14:46 ` Aleksey Novodvorsky
@ 2010-04-06 15:14 ` Алексей Шенцев
2010-04-06 15:17 ` Slava Dubrovskiy
1 sibling, 0 replies; 28+ messages in thread
From: Алексей Шенцев @ 2010-04-06 15:14 UTC (permalink / raw)
To: ALT Linux Team development discussions
06.04.2010 18:46, Aleksey Novodvorsky пишет:
> Сборка без gdb?
Да.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-06 14:46 ` Aleksey Novodvorsky
2010-04-06 15:14 ` Алексей Шенцев
@ 2010-04-06 15:17 ` Slava Dubrovskiy
2010-04-06 19:08 ` Slava Dubrovskiy
1 sibling, 1 reply; 28+ messages in thread
From: Slava Dubrovskiy @ 2010-04-06 15:17 UTC (permalink / raw)
To: ALT Linux Team development discussions
06.04.2010 17:46, Aleksey Novodvorsky пишет:
>
>>>> py-value.c:(.text+0x1380): undefined reference to `PyExc_RuntimeError'
>>>>
>> > Массовая недолинковка.
>>
>> А как объяснить, что с предыдущей версией gdb собирается?
>> Мне кажется, что если проблема в fpc, то не должно зависеть от версии gdb.
>>
> В последний gdb добавили поддержку python, что и видно по логу Вашей сборки.
>
В packages/gdbint/src/gdbint.pp , не поддерживается 7.0.1. Буду искать
патчи.
>>> Посмотрите, как другие собирают fpc, у них уже,
>>>
>> > скорее всего, это давно исправлено.
>>
>> Посмотрел. В FC12 там gdb вообще не пользуются.
>>
> Сборка без gdb?
>
Ну судя по BuildRequires, да.
--
WBR,
Dubrovskiy Vyacheslav
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-06 15:11 ` Алексей Шенцев
@ 2010-04-06 18:41 ` Afanasov Dmitry
0 siblings, 0 replies; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-06 18:41 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 669 bytes --]
On Tue, Apr 06, 2010 at 07:11:14PM +0400, Алексей Шенцев wrote:
> 04.04.2010 21:47, Afanasov Dmitry пишет:
> > не надо его отключать. надо посмотреть, где именно проболема. только не
> > сейчас.
> >
> Дим, смжет глянешь в чём проблема. Вроде в прошлый раз ты такую проблему
> решил. ;)
конечно гляну. мне fpc с отладчиком нужен, так дайте недельку по проблеме
потоптаться.
а в прошлый раз, как мне помнится, решилось комментированием переменной,
что gdb 6.6 не экспортировал. сейчас какая-то другая ситуация.
но есть и хорошее - наконец-то нашёлся человек и силы переложить 1000+
патчей и обновить gdb, ура! :)
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-06 15:17 ` Slava Dubrovskiy
@ 2010-04-06 19:08 ` Slava Dubrovskiy
2010-04-06 19:15 ` Aleksey Novodvorsky
0 siblings, 1 reply; 28+ messages in thread
From: Slava Dubrovskiy @ 2010-04-06 19:08 UTC (permalink / raw)
To: ALT Linux Team development discussions
06.04.2010 18:17, Slava Dubrovskiy пишет:
>>>>> py-value.c:(.text+0x1380): undefined reference to `PyExc_RuntimeError'
>>>>>
>>>>>
>>> > Массовая недолинковка.
>>>
>>> А как объяснить, что с предыдущей версией gdb собирается?
>>> Мне кажется, что если проблема в fpc, то не должно зависеть от версии gdb.
>>>
>>>
>> В последний gdb добавили поддержку python, что и видно по логу Вашей сборки.
>>
>>
> В packages/gdbint/src/gdbint.pp , не поддерживается 7.0.1. Буду искать
> патчи.
>
Не получается у меня запатчить. :(
Вообщем есть такие быстрые варианты:
1. Оторвать поддержку gdb. Когда выйдет стабильная версия с поддержкой -
включить опять.
2. Собрать gdb предыдущей версии и использовать его.
3. Перейти на 2.5. Снапшот от 6.04.2010 собирается нормально.
--
WBR,
Dubrovskiy Vyacheslav
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-06 19:08 ` Slava Dubrovskiy
@ 2010-04-06 19:15 ` Aleksey Novodvorsky
2010-04-07 5:45 ` Алексей Шенцев
0 siblings, 1 reply; 28+ messages in thread
From: Aleksey Novodvorsky @ 2010-04-06 19:15 UTC (permalink / raw)
To: ALT Linux Team development discussions
6 апреля 2010 г. 23:08 пользователь Slava Dubrovskiy
<slava@tangramltd.com> написал:
> Вообщем есть такие быстрые варианты:
> 1. Оторвать поддержку gdb. Когда выйдет стабильная версия с поддержкой -
> включить опять.
> 2. Собрать gdb предыдущей версии и использовать его.
> 3. Перейти на 2.5. Снапшот от 6.04.2010 собирается нормально.
Важно, чтобы по крайней мере lazarus с ним собирался и работал.
Rgrds, Алексей
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc
2010-04-06 19:15 ` Aleksey Novodvorsky
@ 2010-04-07 5:45 ` Алексей Шенцев
0 siblings, 0 replies; 28+ messages in thread
From: Алексей Шенцев @ 2010-04-07 5:45 UTC (permalink / raw)
To: ALT Linux Team development discussions
06.04.2010 23:15, Aleksey Novodvorsky пишет:
> 6 апреля 2010 г. 23:08 пользователь Slava Dubrovskiy
> <slava@tangramltd.com> написал:
>
>> Вообщем есть такие быстрые варианты:
>> 1. Оторвать поддержку gdb. Когда выйдет стабильная версия с поддержкой -
>> включить опять.
>> 2. Собрать gdb предыдущей версии и использовать его.
>> 3. Перейти на 2.5. Снапшот от 6.04.2010 собирается нормально.
>>
> Важно, чтобы по крайней мере lazarus с ним собирался и работал.
>
Будет рабочий fpc, будет и лазарь.
Как то не хочется unstable fpc ...
Но если другого варианта не будет, будем работать с тем что есть.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-04 15:59 ` [devel] новый gdb сломал сборку fpc на x86_64 Slava Dubrovskiy
2010-04-04 17:47 ` Afanasov Dmitry
2010-04-05 15:28 ` [devel] новый gdb сломал сборку fpc Dmitry V. Levin
@ 2010-04-11 10:06 ` Afanasov Dmitry
2010-04-11 10:18 ` Afanasov Dmitry
2010-04-11 12:03 ` Afanasov Dmitry
` (2 subsequent siblings)
5 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 10:06 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 922 bytes --]
On Sun, Apr 04, 2010 at 06:59:25PM +0300, Slava Dubrovskiy wrote:
> Здравствуйте.
>
> Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
> возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
> собирается.
суть - fp вообще не линкуется ни с libgdb.a, ни какими другими
библиотеками.
что происходит:
- библиотеки для gdbint подключаются вручную, через {$LINKLIB
<libname>} (вручную, так как в начала gdbint.pp стоит {$smartlink off}).
- какие библиотеки подключать выбирается через {$ifdef GDB_V<VERSION>}.
- макрос GDB_V<VERSION> берется из файла gdbver.inc, каковой генерируется
запуском откомпилированного gdbver.pp.
- в файле gdbver.inc находится макрос GDB_V0.
вывод - gdbver.pp в упор не видит наш gdb. ко всему прочему, после того
как увидит, надо ещё будет описать блок {$ifdef GDB_V701} с питоньими
библиотеками.
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 10:06 ` [devel] новый gdb сломал сборку fpc на x86_64 Afanasov Dmitry
@ 2010-04-11 10:18 ` Afanasov Dmitry
2010-04-11 10:27 ` Afanasov Dmitry
0 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 10:18 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1272 bytes --]
On Sun, Apr 11, 2010 at 02:06:58PM +0400, Afanasov Dmitry wrote:
> On Sun, Apr 04, 2010 at 06:59:25PM +0300, Slava Dubrovskiy wrote:
> > Здравствуйте.
> >
> > Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
> > возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
> > собирается.
> суть - fp вообще не линкуется ни с libgdb.a, ни какими другими
> библиотеками.
>
> что происходит:
> - библиотеки для gdbint подключаются вручную, через {$LINKLIB
> <libname>} (вручную, так как в начала gdbint.pp стоит {$smartlink off}).
> - какие библиотеки подключать выбирается через {$ifdef GDB_V<VERSION>}.
здесь я немного соврал - библиотеки линкуются в блоке {$ifdef linux}.
конкретный набор управляется через макросы, например
{$ifdef GDB_HAS_SIM}
{$LINKLIB sim}
{$endif GDB_HAS_SIM}
а вот эти GDB_HAS_SIM определяются в блоках {$ifdef GDB_V<VERSION>}. чую,
нам там надо будет определить питон.
> - макрос GDB_V<VERSION> берется из файла gdbver.inc, каковой генерируется
> запуском откомпилированного gdbver.pp.
> - в файле gdbver.inc находится макрос GDB_V0.
здесь неизменно. запуск ./gdbver дает:
Unsupported GDB version
значит пишем поддержку 7.0.1 для fpc :)
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 10:18 ` Afanasov Dmitry
@ 2010-04-11 10:27 ` Afanasov Dmitry
2010-04-11 10:32 ` Aleksey Novodvorsky
0 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 10:27 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 887 bytes --]
On Sun, Apr 11, 2010 at 02:18:48PM +0400, Afanasov Dmitry wrote:
> On Sun, Apr 11, 2010 at 02:06:58PM +0400, Afanasov Dmitry wrote:
> > - макрос GDB_V<VERSION> берется из файла gdbver.inc, каковой генерируется
> > запуском откомпилированного gdbver.pp.
> > - в файле gdbver.inc находится макрос GDB_V0.
> здесь неизменно. запуск ./gdbver дает:
> Unsupported GDB version
>
> значит пишем поддержку 7.0.1 для fpc :)
какая, блин, прелесть:
{копировние gdb переменной version}
strlcopy(gdbversion,@version,Max_version_length);
{основной блок проверки}
if (gdbversion[0] in ['4','5','6','7','8','9']) and (gdbversion[1]='.') then
а прелесть в том, что gdbver ждёт имя версии с 0й позиции, вот только у
нас version звучит как "ALT Linux (7.0.1-alt1)", и 'A' на цифру ну никак
не тянет.
пойду посомтрю, что в прошлом gdb было.
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 10:27 ` Afanasov Dmitry
@ 2010-04-11 10:32 ` Aleksey Novodvorsky
2010-04-11 10:46 ` Afanasov Dmitry
0 siblings, 1 reply; 28+ messages in thread
From: Aleksey Novodvorsky @ 2010-04-11 10:32 UTC (permalink / raw)
To: ALT Linux Team development discussions
11 апреля 2010 г. 14:27 пользователь Afanasov Dmitry
<ender@altlinux.org> написал:
> On Sun, Apr 11, 2010 at 02:18:48PM +0400, Afanasov Dmitry wrote:
>> On Sun, Apr 11, 2010 at 02:06:58PM +0400, Afanasov Dmitry wrote:
>> > - макрос GDB_V<VERSION> берется из файла gdbver.inc, каковой генерируется
>> > запуском откомпилированного gdbver.pp.
>> > - в файле gdbver.inc находится макрос GDB_V0.
>> здесь неизменно. запуск ./gdbver дает:
>> Unsupported GDB version
>>
>> значит пишем поддержку 7.0.1 для fpc :)
> какая, блин, прелесть:
>
> {копировние gdb переменной version}
> strlcopy(gdbversion,@version,Max_version_length);
>
> {основной блок проверки}
> if (gdbversion[0] in ['4','5','6','7','8','9']) and (gdbversion[1]='.') then
>
> а прелесть в том, что gdbver ждёт имя версии с 0й позиции, вот только у
> нас version звучит как "ALT Linux (7.0.1-alt1)", и 'A' на цифру ну никак
> не тянет.
>
> пойду посомтрю, что в прошлом gdb было.
6.6-alt3 (ALT Linux)
:-)
Rgrds, Алексей
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 10:32 ` Aleksey Novodvorsky
@ 2010-04-11 10:46 ` Afanasov Dmitry
0 siblings, 0 replies; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 10:46 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 622 bytes --]
On Sun, Apr 11, 2010 at 02:32:19PM +0400, Aleksey Novodvorsky wrote:
> 11 апреля 2010 г. 14:27 пользователь Afanasov Dmitry
> <ender@altlinux.org> написал:
> > а прелесть в том, что gdbver ждёт имя версии с 0й позиции, вот только у
> > нас version звучит как "ALT Linux (7.0.1-alt1)", и 'A' на цифру ну никак
> > не тянет.
> >
> > пойду посомтрю, что в прошлом gdb было.
>
> 6.6-alt3 (ALT Linux)
>
> :-)
да-да, вижу. это конечно не смертельно, но красиво поддержку нашего gdb
без переписывания gdbver.pp уже не оформить. насиловать надо поддержку
"gdb по умолчанию".
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-04 15:59 ` [devel] новый gdb сломал сборку fpc на x86_64 Slava Dubrovskiy
` (2 preceding siblings ...)
2010-04-11 10:06 ` [devel] новый gdb сломал сборку fpc на x86_64 Afanasov Dmitry
@ 2010-04-11 12:03 ` Afanasov Dmitry
2010-04-11 12:43 ` Alexey I. Froloff
2010-04-11 12:16 ` Afanasov Dmitry
2010-04-11 14:22 ` Afanasov Dmitry
5 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 12:03 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1447 bytes --]
On Sun, Apr 04, 2010 at 06:59:25PM +0300, Slava Dubrovskiy wrote:
> > py-value.c:(.text+0x1380): undefined reference to `PyExc_RuntimeError'
[...]
> > py-value.c:(.text+0x1caa): undefined reference to `PyErr_Format'
лечится добавлением {$LINKLIB python2.6}
> > /usr/lib64/libgdb.a(xml-support.o): In function `gdb_xml_use_dtd':
> > xml-support.c:(.text+0x871): undefined reference to `XML_SetParamEntityParsing'
[...]
> > xml-support.c:(.text+0x1d2c): undefined reference to `XML_DefaultCurrent'
лечится включением {$define GDB_USES_EXPAT_LIB}
> > dfp.c:(.text+0x164): undefined reference to `decContextDefault'
> > dfp.c:(.text+0x58): undefined reference to `decimal64ToNumber'
> > dwarf2read.c:(.text+0x23b2): undefined reference to `inflateInit_'
> > /usr/lib64/libbfd.a(compress.o): In function `bfd_uncompress_section_contents':
> > compress.c:(.text+0x184): undefined reference to `inflateEnd'
а вот это как лечить я всё понять не могу. по идее эти функции определятся
отдельно в gcc и отдельно в gdb (даже конфликт стоит между libgdb-devel и
libbfd). но в libgdb.a они всё равно U!
$ nm /usr/lib/libgdb.a | grep inflate
U inflate
U inflateEnd
U inflateInit_
U inflateReset
$ nm /usr/lib/libgdb.a | grep decimal64From
U decimal64FromNumber
U decimal64FromString
теперь и не соображу, где эти символы искать.
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-04 15:59 ` [devel] новый gdb сломал сборку fpc на x86_64 Slava Dubrovskiy
` (3 preceding siblings ...)
2010-04-11 12:03 ` Afanasov Dmitry
@ 2010-04-11 12:16 ` Afanasov Dmitry
2010-04-11 14:22 ` Afanasov Dmitry
5 siblings, 0 replies; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 12:16 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 597 bytes --]
On Sun, Apr 04, 2010 at 06:59:25PM +0300, Slava Dubrovskiy wrote:
> Здравствуйте.
>
> Помогите разобраться и починить сборку fpc на x86_64. Данная проблема
> возникла после попадания в сизиф gdb-7.0.1-alt1, т.к. с 6.6-alt3 все
> собирается.
промежуточный результат:
http://git.altlinux.org/people/ender/packages/?p=fpc.git;a=commitdiff;h=c3c9949e9be1418890b669ffb969ff31700a4942
после этого коммита остаётся победить только decimal126FromString и иже с
ними.
пишу сюда, потому что не уверен, что за следующюю неделю успею провернуть
всё сам.
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 12:03 ` Afanasov Dmitry
@ 2010-04-11 12:43 ` Alexey I. Froloff
2010-04-11 12:54 ` Afanasov Dmitry
0 siblings, 1 reply; 28+ messages in thread
From: Alexey I. Froloff @ 2010-04-11 12:43 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1206 bytes --]
On Sun, Apr 11, 2010 at 04:03:48PM +0400, Afanasov Dmitry wrote:
> $ nm /usr/lib/libgdb.a | grep inflate
> U inflate
> U inflateEnd
> U inflateInit_
> U inflateReset
$ findsym inflate inflateEnd inflateInit_ inflateReset
/lib/libz.so.1: 0000a080 T inflate
/lib/libz.so.1: 000098f0 T inflateEnd
/lib/libz.so.1: 000098b0 T inflateInit_
/lib/libz.so.1: 00009680 T inflateReset
/usr/lib/libz.so: 0000a080 T inflate
/usr/lib/libz.so: 000098f0 T inflateEnd
/usr/lib/libz.so: 000098b0 T inflateInit_
/usr/lib/libz.so: 00009680 T inflateReset
> $ nm /usr/lib/libgdb.a | grep decimal64From
> U decimal64FromNumber
> U decimal64FromString
$ rpmelfsym /space/ALT/Sisyphus/files/i586/RPMS | egrep '(decimal64FromNumber|decimal64FromString)'
gccxml-0.9-alt1.cvs20081111.i586.rpm /usr/bin/gccxml_cc1plus T decimal64FromNumber
gccxml-0.9-alt1.cvs20081111.i586.rpm /usr/bin/gccxml_cc1plus T decimal64FromString
gdb-7.0.1-alt1.i586.rpm /usr/bin/gdb T decimal64FromNumber
gdb-7.0.1-alt1.i586.rpm /usr/bin/gdb T decimal64FromString
--
Regards, --
Sir Raorn. --- http://thousandsofhate.blogspot.com/
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 12:43 ` Alexey I. Froloff
@ 2010-04-11 12:54 ` Afanasov Dmitry
2010-04-11 14:31 ` Andrey Rahmatullin
0 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 12:54 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1136 bytes --]
On Sun, Apr 11, 2010 at 04:43:11PM +0400, Alexey I. Froloff wrote:
> On Sun, Apr 11, 2010 at 04:03:48PM +0400, Afanasov Dmitry wrote:
> > $ nm /usr/lib/libgdb.a | grep inflate
> > U inflate
> $ findsym inflate inflateEnd inflateInit_ inflateReset
> /lib/libz.so.1: 0000a080 T inflate
спасибо, libz я уже подкючил. хотя по inflate вроде и догадаться мог, ну
да ладно.
> > $ nm /usr/lib/libgdb.a | grep decimal64From
> > U decimal64FromNumber
> > U decimal64FromString
> $ rpmelfsym /space/ALT/Sisyphus/files/i586/RPMS | egrep '(decimal64FromNumber|decimal64FromString)'
> gccxml-0.9-alt1.cvs20081111.i586.rpm /usr/bin/gccxml_cc1plus T decimal64FromNumber
> gccxml-0.9-alt1.cvs20081111.i586.rpm /usr/bin/gccxml_cc1plus T decimal64FromString
> gdb-7.0.1-alt1.i586.rpm /usr/bin/gdb T decimal64FromNumber
> gdb-7.0.1-alt1.i586.rpm /usr/bin/gdb T decimal64FromString
вот интересно, а как заставить fp.pas слинковаться не с библиотекой, а
исполняемым файлом?
символ находится в самом gdb, а не во внешней библиотеке.
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-04 15:59 ` [devel] новый gdb сломал сборку fpc на x86_64 Slava Dubrovskiy
` (4 preceding siblings ...)
2010-04-11 12:16 ` Afanasov Dmitry
@ 2010-04-11 14:22 ` Afanasov Dmitry
2010-04-11 16:45 ` Afanasov Dmitry
5 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 14:22 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1061 bytes --]
ну что, в итоге мы имеем 4 решенные проблемы и дну нерешенную:
1. в gdb появился питон. fpc ide надо линковать с питоном.
2. gdb использует libdecnumber.a. эта библиотека не упакована в нашей
сборке gdb. упаковка решает проблему ещё с кучкой символов.
3. так как fp не может определить версию gdb, то не включается линковка с
libexpat. определение макроса вручную решает проблему с симолами XML_*.
4. gdb использует zlib, fp тоже надо линковать с zlib.
нерешенная проблема: deprecated_create_breakpoint_hook стал совсем
deprecated и его удалили. для её решения нужно патчить работу с точками
останова в gdbint.pp. хочу обрадовать - в tags/release_2_4_0_rc1, branches/fixes_2_4
(http://svn.freepascal.org/svn/fpc/) работу с breakpoints переписали.
что остается делать:
1. упаковать libdecnumber.a в gdb
2. исправить формат версии в gdb
3. адаптировать изменения в svn fpc к нашей версии
необходимые изменения для gdb у меня в git:
http://git.altlinux.org/people/ender/packages/?p=gdb.git
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 12:54 ` Afanasov Dmitry
@ 2010-04-11 14:31 ` Andrey Rahmatullin
2010-04-11 14:40 ` Afanasov Dmitry
0 siblings, 1 reply; 28+ messages in thread
From: Andrey Rahmatullin @ 2010-04-11 14:31 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 494 bytes --]
On Sun, Apr 11, 2010 at 04:54:39PM +0400, Afanasov Dmitry wrote:
> вот интересно, а как заставить fp.pas слинковаться не с библиотекой, а
> исполняемым файлом?
> символ находится в самом gdb, а не во внешней библиотеке.
С ними не линкуются, но если это не публичная библиотека, а плагин, в этом
нет ничего страшного, а rpm выдаёт лишь ворнинг.
--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):
* Lost .oO(ALT Linux Sisyphus - крупнейший недистрибутив в России)
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 14:31 ` Andrey Rahmatullin
@ 2010-04-11 14:40 ` Afanasov Dmitry
0 siblings, 0 replies; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 14:40 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 687 bytes --]
On Sun, Apr 11, 2010 at 08:31:04PM +0600, Andrey Rahmatullin wrote:
> On Sun, Apr 11, 2010 at 04:54:39PM +0400, Afanasov Dmitry wrote:
> > вот интересно, а как заставить fp.pas слинковаться не с библиотекой, а
> > исполняемым файлом?
> > символ находится в самом gdb, а не во внешней библиотеке.
> С ними не линкуются, но если это не публичная библиотека, а плагин, в этом
> нет ничего страшного, а rpm выдаёт лишь ворнинг.
не похоже, что это плагин. fp к gdb обращается через libgdb.a и не
вызывает его как команду. и dlopen'ов я тоже не вижу, хотя, конечно, мог и
пропустить.
да, в trank svn fp линкуется с libdecnumber.a напрямую.
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 14:22 ` Afanasov Dmitry
@ 2010-04-11 16:45 ` Afanasov Dmitry
2010-04-11 20:23 ` Afanasov Dmitry
0 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 16:45 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1386 bytes --]
On Sun, Apr 11, 2010 at 06:22:39PM +0400, Afanasov Dmitry wrote:
> 3. адаптировать изменения в svn fpc к нашей версии
ой, почти готово, осталось победить:
/usr/lib/libgdb.a(main.o):(.bss+0x8): multiple definition of `gdb_sysroot'
/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o:(.bss+0x2dc): first defined here
/usr/lib/libgdb.a(main.o):(.bss+0x10): multiple definition of `batch_silent'
/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o:(.bss+0x2ec): first defined here
/usr/lib/libgdb.a(main.o):(.bss+0x0): multiple definition of `xdb_commands'
/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o:(.bss+0x2b0): first defined here
/usr/lib/libgdb.a(main.o):(.bss+0x4): multiple definition of `dbx_commands'
/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o:(.bss+0x2b4): first defined here
/usr/lib/libgdb.a(main.o):(.bss+0x14): multiple definition of `return_child_result'
/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o:(.bss+0x2e4): first defined here
/usr/lib/libgdb.a(main.o):(.data+0x0): multiple definition of `return_child_result_value'
/usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o:(.bss+0x2e8): first defined here
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 16:45 ` Afanasov Dmitry
@ 2010-04-11 20:23 ` Afanasov Dmitry
2010-04-13 6:44 ` Slava Dubrovskiy
0 siblings, 1 reply; 28+ messages in thread
From: Afanasov Dmitry @ 2010-04-11 20:23 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 938 bytes --]
On Sun, Apr 11, 2010 at 08:45:50PM +0400, Afanasov Dmitry wrote:
> On Sun, Apr 11, 2010 at 06:22:39PM +0400, Afanasov Dmitry wrote:
> > 3. адаптировать изменения в svn fpc к нашей версии
> ой, почти готово, осталось победить:
>
> /usr/lib/libgdb.a(main.o):(.bss+0x8): multiple definition of `gdb_sysroot'
> /usr/src/RPM/BUILD/fpcbuild-2.4.0/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o:(.bss+0x2dc): first defined here
похоже, господа, что мне придется это счастье оставить числа до 20го, так
как на неделю уматываю в питер, где время уходить будет на другое :) и
если есть у кого желание зафиксить сборку fpc до тех пор, то продолжать
придется желающему.
есть два варианта:
1. обновиться до svn бранча fixes_2_4, либо до trunk'а;
2. зафиксить оставшиеся multiple definition's.
в обоих случаях надо обновить gdb: упаковать libdecnumber.a и вернуть на
место формат версии.
--
С уважением
Афанасов Дмитрий
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] новый gdb сломал сборку fpc на x86_64
2010-04-11 20:23 ` Afanasov Dmitry
@ 2010-04-13 6:44 ` Slava Dubrovskiy
0 siblings, 0 replies; 28+ messages in thread
From: Slava Dubrovskiy @ 2010-04-13 6:44 UTC (permalink / raw)
To: ALT Linux Team development discussions
11.04.2010 23:23, Afanasov Dmitry пишет:
> похоже, господа, что мне придется это счастье оставить числа до 20го, так
> как на неделю уматываю в питер, где время уходить будет на другое :) и
> если есть у кого желание зафиксить сборку fpc до тех пор, то продолжать
> придется желающему.
>
Спасибо Дмитрий, вы сильно подтолкнули этот вопрос.
> есть два варианта:
> 1. обновиться до svn бранча fixes_2_4, либо до trunk'а;
>
из trunk у меня собрался
http://git.altlinux.org/tasks/23183/task/log
2010-Apr-13 04:20:00 :: task #23183 for sisyphus started:
#1 build 2.5.20100406-alt1 from /people/dubrsl/packages/fpc.git
2010-Apr-13 04:20:24 :: created pkg.tar for fpc.git tag 2.5.20100406-alt1
2010-Apr-13 04:20:26 :: [x86_64] #1 fpc.git 2.5.20100406-alt1: build start
2010-Apr-13 04:20:26 :: [i586] #1 fpc.git 2.5.20100406-alt1: build start
2010-Apr-13 04:34:38 :: [i586] #1 fpc.git 2.5.20100406-alt1: build OK
2010-Apr-13 04:35:36 :: [x86_64] #1 fpc.git 2.5.20100406-alt1: build OK
2010-Apr-13 04:35:52 :: build check OK
2010-Apr-13 04:35:53 :: plan OK
2010-Apr-13 04:35:53 :: version check OK
> 2. зафиксить оставшиеся multiple definition's.
>
это работает в trunk
> в обоих случаях надо обновить gdb: упаковать libdecnumber.a и вернуть на
> место формат версии.
>
Это уже ldv@ сделал.
В общем я думаю что раз у нас такой модный gdb, то можно перейти на
trunk в сизифе. А там глядишь и новая версия к бранчу очередному
подоспеет. Кто умеет (хочет) потестите плиз эту сборку.
Если нет возможности собрать из git, скажите, я выложу собранное.
--
WBR,
Dubrovskiy Vyacheslav
^ permalink raw reply [flat|nested] 28+ messages in thread
end of thread, other threads:[~2010-04-13 6:44 UTC | newest]
Thread overview: 28+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-04-04 15:59 ` [devel] новый gdb сломал сборку fpc на x86_64 Slava Dubrovskiy
2010-04-04 17:47 ` Afanasov Dmitry
2010-04-06 15:11 ` Алексей Шенцев
2010-04-06 18:41 ` Afanasov Dmitry
2010-04-05 15:28 ` [devel] новый gdb сломал сборку fpc Dmitry V. Levin
2010-04-06 14:35 ` Slava Dubrovskiy
2010-04-06 14:46 ` Aleksey Novodvorsky
2010-04-06 15:14 ` Алексей Шенцев
2010-04-06 15:17 ` Slava Dubrovskiy
2010-04-06 19:08 ` Slava Dubrovskiy
2010-04-06 19:15 ` Aleksey Novodvorsky
2010-04-07 5:45 ` Алексей Шенцев
2010-04-06 15:13 ` Алексей Шенцев
2010-04-11 10:06 ` [devel] новый gdb сломал сборку fpc на x86_64 Afanasov Dmitry
2010-04-11 10:18 ` Afanasov Dmitry
2010-04-11 10:27 ` Afanasov Dmitry
2010-04-11 10:32 ` Aleksey Novodvorsky
2010-04-11 10:46 ` Afanasov Dmitry
2010-04-11 12:03 ` Afanasov Dmitry
2010-04-11 12:43 ` Alexey I. Froloff
2010-04-11 12:54 ` Afanasov Dmitry
2010-04-11 14:31 ` Andrey Rahmatullin
2010-04-11 14:40 ` Afanasov Dmitry
2010-04-11 12:16 ` Afanasov Dmitry
2010-04-11 14:22 ` Afanasov Dmitry
2010-04-11 16:45 ` Afanasov Dmitry
2010-04-11 20:23 ` Afanasov Dmitry
2010-04-13 6:44 ` Slava Dubrovskiy
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git