After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 596224 - [build] OpenBSD support
[build] OpenBSD support
Status: RESOLVED OBSOLETE
Product: gobject-introspection
Classification: Platform
Component: general
unspecified
Other OpenBSD
: Normal normal
: ---
Assigned To: gobject-introspection Maintainer(s)
gobject-introspection Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2009-09-24 19:08 UTC by Jasper Lievisse Adriaanse
Modified: 2015-02-07 16:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jasper Lievisse Adriaanse 2009-09-24 19:08:23 UTC 
gobject-introspection 0.6.5 does not compile on OpenBSD. It bails out with the following error:

Making all in gir
gmake[2]: Entering directory `/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/gir'
  GEN    GLib-2.0.gir
*** Warning: inferring the mode of operation is deprecated.
*** Future versions of Libtool will require --mode=MODE be specified.
libtool: warning: cannot infer operation mode without MODE-ARGS
libtool: you must specify a MODE
Try `libtool --help' for more information.
Traceback (most recent call last):

+ Trace 217814

  • File "../tools/g-ir-scanner", line 38 in <module> 
    sys.exit(scanner_main(sys.argv))
  • File "/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/giscanner/scannermain.py", line 310 in scanner_main 
    glibtransformer.get_get_type_functions())
  • File "/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/giscanner/dumper.py", line 226 in compile_introspection_binary 
    return dc.run()
  • File "/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/giscanner/dumper.py", line 127 in run 
    self._link(bin_path, o_path)
  • File "/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/giscanner/dumper.py", line 221 in _link 
    subprocess.check_call(args)
  • File "/usr/local/lib/python2.5/subprocess.py", line 462 in check_call 
    raise CalledProcessError(retcode, cmd)
ubprocess.CalledProcessError: Command '['/usr/local/bin/libtool', '', '--mode=link', '--tag=CC', '--silent', 'cc', '-o', '/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/gir/tmp-introspectoJr-yz/GLib-2.0', '-fno-strict-aliasing', '-Wsign-compare', '-Wcast-align', '-Wpointer-arith', '-Wnested-externs', '-Wmissing-prototypes', '-Wmissing-declarations', '-Wchar-subscripts', '-O2', '-pipe', '-g', '-O0', '-Wall', '-L.', '-lglib-2.0', '../girepository/libgirepository-1.0.la', '-L/usr/local/lib', '-pthread', '-lgio-2.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lglib-2.0', '-lintl', '-liconv', '/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/gir/tmp-introspectoJr-yz/GLib-2.0.o']' returned non-zero exit status 1 
gmake[2]: *** [GLib-2.0.gir] Error 1
gmake[2]: Leaving directory `/usr/obj/ports/gobject-introspection-0.6.5/gobject-introspection-0.6.5/gir'

It seems the $(LIBTOOL) variable in the GLib-2.0.gir and related .gir targets isn't correct. OpenBSD installs a libtool in /usr/local/bin/ , but this one is not uses by gobject-introspection. Eventhough it's passed as an environment variable to configure and make (as a flag to make as well).

So, replacing the $(LIBTOOL) variable with a full path to /usr/local/bin/libtool fixes the issue for me. Although a more general solution is desired I think.

This issue also applies to tests/scanner/Makefile.in .
Comment 1 Johan (not receiving bugmail) Dahlin 2009-12-15 13:14:53 UTC 
I think the solution for your is to run configure like this
  LIBTOOL=/usr/local/bin ./configure ...

Which will probably solve building on your system.
Comment 2 Jasper Lievisse Adriaanse 2009-12-15 14:58:00 UTC 
Nope, unfortunatly that didn't fix the build for me.
Comment 3 Michael Vergallen 2010-03-30 23:06:57 UTC 
I had the same problem today however when using the LIBTOOL= setting pointing to the one the gnome build-process built I got it to build correctly.
Comment 4 Michael Vergallen 2010-03-30 23:31:50 UTC 
Nope it worked but it seems to have been a fluke ... however when I build it outside of the jhbuild mechanism I get it to compile correctly on slackware64.

strange.
Comment 5 Colin Walters 2011-05-19 15:48:11 UTC 
I thought this came up in another bug, but anyways:

'['/usr/local/bin/libtool', '', ... ]

The '' is clearly a problem.  Where is it coming from?
Comment 6 Emmanuele Bassi (:ebassi) 2013-08-26 11:24:19 UTC 
marking as NEEDINFO, even if it's been >2 years since the last comment.
Comment 7 Jasper Lievisse Adriaanse 2013-09-21 13:32:26 UTC 
I think we can close this ticket actually; I haven't had any problems with GoI on OpenBSD for a while now and we have 1.36.0 working fine.
Comment 8 André Klapper 2015-02-07 16:56:16 UTC 
[Mass-moving gobject-introspection tickets to its own Bugzilla product - see bug 708029. Mass-filter your bugmail for this message: introspection20150207 ]