Recent

Author Topic: No libgdb.a found  (Read 1311 times)

jiaxing2

  • Full Member
  • ***
  • Posts: 164
No libgdb.a found
« on: May 16, 2020, 09:14:39 am »
Code: [Select]
No libgdb.a found, supply NOGDB=1 to disable debugger support.
On Debian Unstable (and Testing, too), there is no libgdb-dev package.

There is no other package that provide this libgdb.a, too.
« Last Edit: May 16, 2020, 09:27:35 am by jiaxing2 »

Cyrax

  • Hero Member
  • *****
  • Posts: 836
Re: No libgdb.a found
« Reply #1 on: May 16, 2020, 09:19:42 am »
Just ignore that error message, unless you are using the textmode editor (FP).

Thaddy

  • Hero Member
  • *****
  • Posts: 14381
  • Sensorship about opinions does not belong here.
Re: No libgdb.a found
« Reply #2 on: May 16, 2020, 09:23:33 am »
Yes, you can ignore it or explicitly supply GDBMI=1 for building 3.0.4 when you build FPC which is the default for 3.2.0 and trunk anyway. (and you have the reverse option NOGDBMI=1 for those)
That way FPC will use the MI interface from gdb and does not look to try to link to libgdb.
See https://wiki.freepascal.org/FPC_New_Features_3.2.0#GDB.2FMI_support
« Last Edit: May 16, 2020, 09:28:46 am by Thaddy »
Object Pascal programmers should get rid of their "component fetish" especially with the non-visuals.

jiaxing2

  • Full Member
  • ***
  • Posts: 164
Re: No libgdb.a found
« Reply #3 on: May 16, 2020, 09:25:40 am »
Just ignore that error message, unless you are using the textmode editor (FP).

Thank you. I don't use the textmode IDE so I don't have to care about it.

Thaddy

  • Hero Member
  • *****
  • Posts: 14381
  • Sensorship about opinions does not belong here.
Re: No libgdb.a found
« Reply #4 on: May 16, 2020, 09:41:55 am »
I believe Lazarus already uses gdbmi for a long time, so in that case ignore it indeed.
Object Pascal programmers should get rid of their "component fetish" especially with the non-visuals.

MarkMLl

  • Hero Member
  • *****
  • Posts: 6692
Re: No libgdb.a found
« Reply #5 on: July 30, 2020, 01:07:28 pm »
Yes, you can ignore it or explicitly supply GDBMI=1 for building 3.0.4 when you build FPC which is the default for 3.2.0 and trunk anyway. (and you have the reverse option NOGDBMI=1 for those)
That way FPC will use the MI interface from gdb and does not look to try to link to libgdb.
See https://wiki.freepascal.org/FPC_New_Features_3.2.0#GDB.2FMI_support

I'm currently going through building a sequence of FPCs on i386 as a fallback system (and to troubleshoot something which I suspect is 64-bit specific).

At what point should I stop using GDB_V607=1 and switch to GDBMI=1? Is it strictly 3.2, or would it be realistic in 3.0.4/2/0?

MarkMLl
MT+86 & Turbo Pascal v1 on CCP/M-86, multitasking with LAN & graphics in 128Kb.
Pet hate: people who boast about the size and sophistication of their computer.
GitHub repositories: https://github.com/MarkMLl?tab=repositories

PascalDragon

  • Hero Member
  • *****
  • Posts: 5486
  • Compiler Developer
Re: No libgdb.a found
« Reply #6 on: July 30, 2020, 01:22:14 pm »
At what point should I stop using GDB_V607=1 and switch to GDBMI=1? Is it strictly 3.2, or would it be realistic in 3.0.4/2/0?

Yes, it's strictly 3.2 (and newer), considering that it is part of the New Features list.

MarkMLl

  • Hero Member
  • *****
  • Posts: 6692
Re: No libgdb.a found
« Reply #7 on: July 30, 2020, 01:27:02 pm »
At what point should I stop using GDB_V607=1 and switch to GDBMI=1? Is it strictly 3.2, or would it be realistic in 3.0.4/2/0?

Yes, it's strictly 3.2 (and newer), considering that it is part of the New Features list.

Thanks for that. I wasn't sure to what extent that should have been interpreted as "all new in 3.2" as opposed to "is now preferred".

MarkMLl
MT+86 & Turbo Pascal v1 on CCP/M-86, multitasking with LAN & graphics in 128Kb.
Pet hate: people who boast about the size and sophistication of their computer.
GitHub repositories: https://github.com/MarkMLl?tab=repositories

 

TinyPortal © 2005-2018