Works, but getting odd printers.py errors printed before the main enters — due to my local setup? Or known issue?

[metaleap]

Hi all, glad this extension exists!

So I just gave it a first go with a helloworld.cpp and the tasks.json/launch.json stuff set up, and here's the Debug Console print in full:

/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/printers.py:1249: SyntaxWarning: invalid escape sequence '\d'
  self.typename = re.sub('^std::(experimental::|)(fundamentals_v\d::|)(.*)', r'std::\1\3<%s>' % valtype, typename, 1)
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:151: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?array<.*>$', class_type.tag):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:268: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?deque<.*>$', class_type.tag):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:312: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?forward_list<.*>$', class_type.tag):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:393: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?(__cxx11::)?list<.*>$', class_type.tag):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:508: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?vector<.*>$', class_type.tag):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:557: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?%s<.*>$' % self._name, class_type.tag):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:590: SyntaxWarning: invalid escape sequence '\d'
  if re.match('^std::(__\d+::)?__uniq_ptr_(data|impl)<.*>$', impl_type):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:592: SyntaxWarning: invalid escape sequence '\d'
  elif re.match('^std::(__\d+::)?tuple<.*>$', impl_type):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:654: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?unique_ptr<.*>$', class_type.tag):
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:723: SyntaxWarning: invalid escape sequence '\['
  m = re.match('.*\[(\d+)]$', str(self._elem_type))
/usr/lib/../share/gcc-12.2.0/python/libstdcxx/v6/xmethods.py:772: SyntaxWarning: invalid escape sequence '\d'
  if not re.match('^std::(__\d+::)?shared_ptr<.*>$', class_type.tag):
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
Hello world!
[Inferior 1 (process 13656) exited normally]

Well, there's our hello-world output, so for the actual use case it works perfectly well here with gdb. No complaints! Just idly wondering about all the noise above that.

Wonder if known, or bug, or my-local-setup-borked with respect to something Pythonic.

(I never keep track of Python versions and libs on my system, since I don't Py dev myself. Some other packages I install on my Linux also install Python stuff, and their updates bring in Python-related updates, laggily.)

[GitMensch]

This seems "local setup specific". The warning is about the used python library (pretty printers are loaded with the python library GDB is linked against and found on the system) 3.6+ and installed pretty printers that are used by GDB but not match this.

I'd suggest to recheck if there are any outstanding system updates, then check with ldd $(which gdb) which python library is used - it should be the system one under /usr/lib. If this isn't the case then you can create a gdb.sh wrapper script which sets LD_LIBRARY_PATH or possibly even LD_PRELOAD to point to the right library, then executes gdb $*, then choose that wrapper as gdbpath for this extension - or otherwise ensure that the system one is used.

[metaleap]

Good to know, will do, thanks!