Re: [gtk-osx-users] gtksourceview3: file hash is incorrect.

On Sep 10, 2017, at 4:38 AM, Pascal <p p14 orange fr> wrote:

Hello John,

$ ./configure --help
                         build Vala bindings [default=auto]

And I was able to configure and build manually:
$ ./configure --prefix=$instxada


Source code location: .
Compiler: /Applications/
Glade Catalog: no
Documentation: no
GObject introspection: yes
Vala: no
Code coverage: no
Valgrind check: no
Installed tests: no

$ make install

Vala is not enabled / needed by configure and build seems correct.

Maybe something with
Is it required?
I didn't use it.

Thanks, Pascal.

Le 9 sept. 2017 à 04:59, John Ralls <jralls ceridwen us> a écrit :

On Sep 8, 2017, at 10:33 AM, Pascal <p p14 orange fr> wrote:

cmd$ jhbuild build gtksourceview3
*** Checking out gtksourceview3 *** [1/1]
*** Configuring gtksourceview3 *** [1/1] --prefix /usr/local/xnadalib-2017   
***Warning*** $srcdir is not defined, out of dir autogen is broken!
checking for automake >= 1.11.2...
testing automake...  found 1.14.1
checking for autoreconf >= 2.53...
testing autoreconf...  found 2.69
checking for gtk-doc >= 1.0...
testing gtkdocize...  found 1.25
Checking for required M4 macros...
Processing ./
Running gtkdocize...
Running autoreconf...
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force --warnings=no-portability error: macro VAPIGEN_CHECK is not defined; is a m4 file missing?
/usr/local/xnadalib-2017/share/aclocal/ax_require_defined.m4:37: AX_REQUIRE_DEFINED is expanded from... the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
*** Error during phase configure of gtksourceview3: ########## Error running --prefix /usr/local/xnadalib-2017    *** [1/1]

I choose ignore, but the error is not recovered so I can't build yet gtksourceview3.


Looks like VAPIGEN_CHECK comes from Vala. Try building it and than try gtksourceview again.
Let me know if that works; if it does I’ll add Vala as a dependency.

John Ralls


Please bottom-post on this list.

The problem is two-fold: For our purposes it’s that the module configures with autogen instead of configure when there’s no patch. That’s a leftover from an earlier version [1], and it’s easily fixed, which I’ve done.

The other problem is that the gtksourceview folks set up to depend on a macro that isn’t present unless Vala is installed. If that macro is necessary to configure for Vala then they should copy it into their own macro subdirectory.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]