ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [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