Kann FPC 2.2.4 nicht Komplieren.....

Für Fragen zur Programmiersprache auf welcher Lazarus aufbaut
Antworten
pluto
Lazarusforum e. V.
Beiträge: 7192
Registriert: So 19. Nov 2006, 12:06
OS, Lazarus, FPC: Linux Mint 19.3
CPU-Target: AMD
Wohnort: Oldenburg(Oldenburg)

Kann FPC 2.2.4 nicht Komplieren.....

Beitrag von pluto »

Hallo,
ich wollte gestern auf die neue FPC Version 2.2.4 Aktualisieren. Aber es scheitert daran, dass die Datei "libgdb.a" aus irgendeinen Grund Fehlerhaft ist:
/usr/lib/libgdb.a(exec.o): In function `generic_skip_trampoline_code':
(.text+0x0): multiple definition of `generic_skip_trampoline_code'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x0): first defined here
/usr/lib/libgdb.a(exec.o): In function `generic_skip_solib_resolver':
(.text+0x10): multiple definition of `generic_skip_solib_resolver'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x10): first defined here
/usr/lib/libgdb.a(exec.o): In function `generic_in_solib_return_trampoline':
(.text+0x20): multiple definition of `generic_in_solib_return_trampoline'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x20): first defined here
/usr/lib/libgdb.a(exec.o): In function `generic_in_function_epilogue_p':
(.text+0x30): multiple definition of `generic_in_function_epilogue_p'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x30): first defined here
/usr/lib/libgdb.a(exec.o): In function `core_addr_lessthan':
(.text+0x40): multiple definition of `core_addr_lessthan'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x40): first defined here
/usr/lib/libgdb.a(exec.o): In function `core_addr_greaterthan':
(.text+0x60): multiple definition of `core_addr_greaterthan'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x60): first defined here
/usr/lib/libgdb.a(exec.o): In function `core_addr_identity':
(.text+0x80): multiple definition of `core_addr_identity'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x80): first defined here
/usr/lib/libgdb.a(exec.o): In function `convert_from_func_ptr_addr_identity':
(.text+0x90): multiple definition of `convert_from_func_ptr_addr_identity'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x90): first defined here
/usr/lib/libgdb.a(exec.o): In function `no_op_reg_to_regnum':
(.text+0xa0): multiple definition of `no_op_reg_to_regnum'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xa0): first defined here
/usr/lib/libgdb.a(exec.o): In function `default_elf_make_msymbol_special':
(.text+0xb0): multiple definition of `default_elf_make_msymbol_special'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xb0): first defined here
/usr/lib/libgdb.a(exec.o): In function `default_coff_make_msymbol_special':
(.text+0xc0): multiple definition of `default_coff_make_msymbol_special'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xc0): first defined here
/usr/lib/libgdb.a(exec.o): In function `cannot_register_not':
(.text+0xd0): multiple definition of `cannot_register_not'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xd0): first defined here
/usr/lib/libgdb.a(exec.o): In function `generic_convert_register_p':
(.text+0xe0): multiple definition of `generic_convert_register_p'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xe0): first defined here
/usr/lib/libgdb.a(exec.o): In function `default_stabs_argument_has_addr':
(.text+0xf0): multiple definition of `default_stabs_argument_has_addr'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xf0): first defined here
/usr/lib/libgdb.a(exec.o): In function `generic_instruction_nullified':
(.text+0x100): multiple definition of `generic_instruction_nullified'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x100): first defined here
/usr/lib/libgdb.a(exec.o): In function `default_remote_register_number':
(.text+0x110): multiple definition of `default_remote_register_number'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x110): first defined here
/usr/lib/libgdb.a(exec.o): In function `selected_architecture_name':
(.text+0x120): multiple definition of `selected_architecture_name'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x120): first defined here
/usr/lib/libgdb.a(exec.o): In function `gdbarch_info_init':
(.text+0x970): multiple definition of `gdbarch_info_init'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x570): first defined here
/usr/lib/libgdb.a(exec.o): In function `_initialize_gdbarch_utils':
(.text+0xb40): multiple definition of `_initialize_gdbarch_utils'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x140): first defined here
/usr/lib/libgdb.a(exec.o): In function `selected_byte_order':
(.text+0xbe0): multiple definition of `selected_byte_order'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x1e0): first defined here
/usr/lib/libgdb.a(exec.o): In function `gdbarch_info_fill':
(.text+0xcb0): multiple definition of `gdbarch_info_fill'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x2b0): first defined here
/usr/lib/libgdb.a(exec.o): In function `gdbarch_from_bfd':
(.text+0xff0): multiple definition of `gdbarch_from_bfd'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x630): first defined here
/usr/lib/libgdb.a(exec.o): In function `set_gdbarch_from_file':
(.text+0x1510): multiple definition of `set_gdbarch_from_file'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x6d0): first defined here
/usr/lib/libgdb.a(exec.o): In function `gdbarch_update_p':
(.text+0x1970): multiple definition of `gdbarch_update_p'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x720): first defined here
/usr/lib/libgdb.a(exec.o): In function `initialize_current_architecture':
(.text+0x1a70): multiple definition of `initialize_current_architecture'
/usr/lib/libgdb.a(arch-utils.o):(.text+0x820): first defined here
/usr/lib/libgdb.a(exec.o): In function `legacy_virtual_frame_pointer':
(.text+0x20d0): multiple definition of `legacy_virtual_frame_pointer'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xe80): first defined here
/usr/lib/libgdb.a(exec.o): In function `legacy_register_sim_regno':
(.text+0x2190): multiple definition of `legacy_register_sim_regno'
/usr/lib/libgdb.a(arch-utils.o):(.text+0xf40): first defined here
/usr/lib/libgdb.a(gdbtypes.o):(.data+0x50): undefined reference to `floatformat_ibm_long_double'
/usr/lib/libgdb.a(gdbtypes.o):(.data+0x54): undefined reference to `floatformat_ibm_long_double'
/usr/lib/libgdb.a(dfp.o): In function `decimal_to_number':
(.text+0x48): undefined reference to `decimal32ToNumber'
/usr/lib/libgdb.a(dfp.o): In function `decimal_to_number':
(.text+0x58): undefined reference to `decimal128ToNumber'
/usr/lib/libgdb.a(dfp.o): In function `decimal_to_number':
(.text+0x68): undefined reference to `decimal64ToNumber'
/usr/lib/libgdb.a(dfp.o): In function `set_decnumber_context':
(.text+0xa1): undefined reference to `decContextDefault'
/usr/lib/libgdb.a(dfp.o): In function `set_decnumber_context':
(.text+0xbe): undefined reference to `decContextDefault'
/usr/lib/libgdb.a(dfp.o): In function `set_decnumber_context':
(.text+0xdc): undefined reference to `decContextDefault'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_number':
(.text+0x13f): undefined reference to `decimal32FromNumber'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_number':
(.text+0x154): undefined reference to `decimal128FromNumber'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_number':
(.text+0x16f): undefined reference to `decimal64FromNumber'
/usr/lib/libgdb.a(dfp.o): In function `decimal_check_errors':
(.text+0x30f): undefined reference to `decContextStatusToString'
/usr/lib/libgdb.a(dfp.o): In function `decimal_compare':
(.text+0x3c5): undefined reference to `decNumberCompare'
/usr/lib/libgdb.a(dfp.o): In function `decimal_binop':
(.text+0x510): undefined reference to `decNumberPower'
/usr/lib/libgdb.a(dfp.o): In function `decimal_binop':
(.text+0x55c): undefined reference to `decNumberAdd'
/usr/lib/libgdb.a(dfp.o): In function `decimal_binop':
(.text+0x578): undefined reference to `decNumberSubtract'
/usr/lib/libgdb.a(dfp.o): In function `decimal_binop':
(.text+0x594): undefined reference to `decNumberMultiply'
/usr/lib/libgdb.a(dfp.o): In function `decimal_binop':
(.text+0x5b3): undefined reference to `decNumberDivide'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_integral':
(.text+0x60b): undefined reference to `decNumberFromInt32'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_integral':
(.text+0x641): undefined reference to `decNumberFromUInt32'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_string':
(.text+0x6d8): undefined reference to `decimal32FromString'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_string':
(.text+0x713): undefined reference to `decimal128FromString'
/usr/lib/libgdb.a(dfp.o): In function `decimal_from_string':
(.text+0x732): undefined reference to `decimal64FromString'
/usr/lib/libgdb.a(dfp.o): In function `decimal_to_string':
(.text+0x821): undefined reference to `decimal32ToString'
/usr/lib/libgdb.a(dfp.o): In function `decimal_to_string':
(.text+0x83b): undefined reference to `decimal128ToString'
/usr/lib/libgdb.a(dfp.o): In function `decimal_to_string':
(.text+0x85b): undefined reference to `decimal64ToString'
fp.pas(569,1) Error: Error while linking
fp.pas(569,1) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
make[4]: *** [fp] Fehler 1
make[4]: Leaving directory `/usr/share/fpcsrc/2.2.4/ide'
make[3]: *** [buildfp] Fehler 2
make[3]: Leaving directory `/usr/share/fpcsrc/2.2.4/ide'
make[2]: *** [gdb] Fehler 2
make[2]: Leaving directory `/usr/share/fpcsrc/2.2.4/ide'
make[1]: *** [ide_all] Fehler 2
make[1]: Leaving directory `/usr/share/fpcsrc/2.2.4'
make: *** [build-stamp.i386-linux] Fehler 2
Kann mir jemand weiter Helfen ? Ich habe genau den BUG schon im Bug-Tracker gefunden über google. So wie es dort beschrieben wird, liegt es an der libgdb.a und nicht an FPC. Aber ich möchte trotzdem FPC nutzen können.

System: Debian:Lenny KDE:3.5 FPC: 2.2.4
MFG
Michael Springwald

monta
Lazarusforum e. V.
Beiträge: 2809
Registriert: Sa 9. Sep 2006, 18:05
OS, Lazarus, FPC: Linux (L trunk FPC trunk)
CPU-Target: 64Bit
Wohnort: Dresden
Kontaktdaten:

Re: Kann FPC 2.2.4 nicht Komplieren.....

Beitrag von monta »

Was hast du denn zur installation genohmen?

Ich kann dir nur das "all-in-one" Archiv empfehlen.
Das läuft absolut reibungslos unter Lenny nach der Installation.
Johannes

pluto
Lazarusforum e. V.
Beiträge: 7192
Registriert: So 19. Nov 2006, 12:06
OS, Lazarus, FPC: Linux Mint 19.3
CPU-Target: AMD
Wohnort: Oldenburg(Oldenburg)

Re: Kann FPC 2.2.4 nicht Komplieren.....

Beitrag von pluto »

Konnte das Problem dank "martin_frb" lösen" Es war ein "make all NOGDB=1" notwendig. Darauf hin ging es.
MFG
Michael Springwald

marcov
Beiträge: 1102
Registriert: Di 5. Aug 2008, 09:37
OS, Lazarus, FPC: Windows ,Linux,FreeBSD,Dos (L trunk FPC trunk)
CPU-Target: 32/64,PPC(+64), ARM
Wohnort: Eindhoven (Niederlande)

Re: Kann FPC 2.2.4 nicht Komplieren.....

Beitrag von marcov »

pluto hat geschrieben:Konnte das Problem dank "martin_frb" lösen" Es war ein "make all NOGDB=1" notwendig. Darauf hin ging es.
Das fpc/libgdb/ Verzeichnis umbenennen functioniert auch.

pluto
Lazarusforum e. V.
Beiträge: 7192
Registriert: So 19. Nov 2006, 12:06
OS, Lazarus, FPC: Linux Mint 19.3
CPU-Target: AMD
Wohnort: Oldenburg(Oldenburg)

Re: Kann FPC 2.2.4 nicht Komplieren.....

Beitrag von pluto »

Danke für den Tipp. Aber warum geht das nicht auch mit? Ist meine Version zu "alt" ?
MFG
Michael Springwald

marcov
Beiträge: 1102
Registriert: Di 5. Aug 2008, 09:37
OS, Lazarus, FPC: Windows ,Linux,FreeBSD,Dos (L trunk FPC trunk)
CPU-Target: 32/64,PPC(+64), ARM
Wohnort: Eindhoven (Niederlande)

Re: Kann FPC 2.2.4 nicht Komplieren.....

Beitrag von marcov »

pluto hat geschrieben:Danke für den Tipp. Aber warum geht das nicht auch mit? Ist meine Version zu "alt" ?
Est is normal auf Linux, dat jedes Program speziel fuer jede Distro (+version) uebersetz werden muss.
Du bist einfach verwoehnt mit FPC der etwas Linux-version unabhaengig ist :-)

libgdb.a ist gcc compiliert, und deshalb mehr abhaengig von andere Bibliotheken usw.

Wenn der libgdb.a mit den exacte Version von deiner Distribution mitgeliefert ist, dan ist das ein distro-packaging Bug, denke ich

pluto
Lazarusforum e. V.
Beiträge: 7192
Registriert: So 19. Nov 2006, 12:06
OS, Lazarus, FPC: Linux Mint 19.3
CPU-Target: AMD
Wohnort: Oldenburg(Oldenburg)

Re: Kann FPC 2.2.4 nicht Komplieren.....

Beitrag von pluto »

Du bist einfach verwoehnt mit FPC der etwas Linux-version unabhaengig ist
Das währe gut möglich. Das Kompilieren ist reine Glücksache....
Wenn der libgdb.a mit den exacte Version von deiner Distribution mitgeliefert ist, dan ist das ein distro-packaging Bug, denke ich
So habe ich es auch verstanden im BUG-Tracker. Wobei Lenny sowieso nicht viel Taugt....Ich hoffe die nächste Version wird wieder besser.
MFG
Michael Springwald

Antworten