Arch Linux User Repository

Im also getting the source-highlight error even though I do have it installed.

"configure: error: source-highlight in your system could not be used"

is there something I need to do in terms of modifying my source-highlight or makepkg.conf to make this work properly?

I was able to get the pkg to build by changing the source-highlight flag to disable, but Id prefer not to have to do that every time.

thank you

thanks @Peter0x44, that seems to work. I also just went ahead and compiled from source (https://sourceware.org/pub/gdb/releases/?C=M;O=D) which went without any problems.

@eksitnl I solved this by changing --enable-source-highlight to --disable-source-highlight.

Later the build failed due to -Werror so I also needed to add --disable-werror as an argument to the configure script.

The build succeeded after that.

The latter is definitely some upstream bug/problem though.

Im also getting an error on source-hightlight library.

checking for the source-highlight library... no

configure: error: source-highlight in your system could not be used

i have the following version:

source-highlight --version

GNU Source-highlight 3.1.9 (library: 4:1:0)

Currently getting the following error:

checking for the source-highlight library... no
configure: error: source-highlight in your system could not be used
make[1]: *** [Makefile:12683: configure-gdb] Error 1
make[1]: Leaving directory '/tmp/gdb-git/src/gdb/build'
make: *** [Makefile:1021: all] Error 2

I have this version of source-highlight installed:

Name            : source-highlight
Version         : 3.1.9-11

dreieck, I followed your hint to look into version.in file to compute the pkgver, but including the compile date with $(date +%Y%m%d) makes no sense, even if upstream thinks differently.

Regarding the split package: enforcing the same version number to be equal is not the goal. Also the package in the repos is a split one, and the reason is that you can easier cross-compile.

When it is really needed that gdb-git depends on gdb-common-git (i.e. the matching version, not "any" gdb-common), then I suggesto to add the restriction =${pkgver} to the gdb-common-git depends entry in the package gdb-git (and gdb-common-git can then maybe even changed to gdb-common, if the provides-entry of gdb-common-git has =${pkgver} specified). Otherwise, it is still possible to update the one but not the other.

Ahoj,

thanks for the package.

Upstream provides an "official" version number, which can be retrieved from gdb/version.in. It needs some parsing.

Can you update pkgver() to use the official version number in the first place?
An example of a pkgver() that does it is given below (make version.c does replace DATE with the current date, that is what I have thus also done in pkgver(), so that $pkgver matches gdb --version).

Then, you can also add =${pkgver} to the provides entries.

Regards!

pkgver() {
  cd "$srcdir/gdb"

  # _ver="$(git describe --tags | sed -E -e 's|^gdb-||' -e 's|-branchpoint||' -e 's|^[vV]||' -e 's|\-g[0-9a-f]*$||' | tr '-' '+')"
  # _ver="$(sed -E -e "s|DATE|$(git log -1 --date=format:'%Y%m%d' --format='%ad')|" gdb/version.in | tr '-' '_')"
  _ver="$(sed -E -e "s|DATE|$(date +%Y%m%d)|" gdb/version.in | tr '-' '_')"
  _rev="$(git rev-list --count HEAD)"
  # _date="$(git log -1 --date=format:"%Y%m%d" --format="%ad")"
  _hash="$(git rev-parse --short HEAD)"

  if [ -z "${_ver}" ]; then
    error "Could not determine version."
    return 1
  else
    printf '%s' "${_ver}.r${_rev}.${_hash}"
  fi
}

(make

Please replace dependency guile3 with guile

gdb: error while loading shared libraries: libsource-highlight.so.4: cannot open shared object file: No such file or directory

Looks like source-highlight should be added as required dependency.