configure doesn’t find guile

[Georg Mayr-Duffner]

I’m not really sure if this is a bug in fontforge. When I try to build from git on a freshly installed fedora, the configure script aborts with

#!
checking for GUILE... no
configure: error: Package requirements (guile-2.0 >= 2.0.6) were not met:

No package 'guile-2.0' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GUILE_CFLAGS
and GUILE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

although:

#!
$ guile --version
guile (GNU Guile) 2.0.7

$ whereis guile
guile: /bin/guile /usr/bin/guile /lib/guile /usr/lib/guile /usr/include/guile /usr/share/guile /usr/share/man/man1/guile.1

[Khaled Hosny]

Do you happen to be installing Guile from this PPA? Its pkg-config guile-2.0.pc file has the wrong version field, you can either edit it or set the env variables GUILE_CFLAGS=$(pkg-config --cflags guile-2.0) and GUILE_LIBS=$(pkg-config --libs guile-2.0).

[Georg Mayr-Duffner]

I don’t know of PPA for Fedora. I installed from source.

[Khaled Hosny]

What is the output of pkg-config --modversion guile-2.0? It should return 2.0.7.

[Georg Mayr-Duffner]

Ok, no guile-2.0.pc file anywhere, so again not fontforge’s fault. Shouldn’t this be generated automatically when building from source?

[Barry Schwartz]

Hmm. I’ll try it and see what happens.

[Barry Schwartz]

It gets installed for me under $(libdir)/pkgconfig

[Georg Mayr-Duffner]

i’m really sorry for my ignorance. i’ve rebuilt and installed guile. and it’s annoying. guile libs, like libunicodenames got installed under /usr/lib, but fedora only seems to be interested in lib64. Adding /usr/lib/pkgconfig to PKG_CONFIG_PATH doesn’t have any effect. I’ve created symbolic links for these two pc files, now configure seems to work. Might I run into trouble?

[Georg Mayr-Duffner]

make check fails with

#!
/usr/bin/ld: test_rexp_h.o: undefined reference to symbol 'pcre_fullinfo'
/usr/bin/ld: note: 'pcre_fullinfo' is defined in DSO /lib64/libpcre.so.1 so try adding it to the linker command line
/lib64/libpcre.so.1: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[2]: *** [test_rexp_h] Fehler 1

can this be related to my dilettante shortcut? I fear, I’ll have to start from the beginning.

[Khaled Hosny]

I guess passing --libdir=/usr/lib64 when building the libraries would be more cleaner. The last issue can probably be solved by calling ldconfig after installing new libs.

[Georg Mayr-Duffner]

thanks Khaled, rebuilt everything with --libdir=/usr/lib64 and got no problem at all. Before, ldconfig didn’t help, whatever I configured in /etc/ld.so.conf.d/.