Re: [gtk-osx-users] cups server issues



I've made some progress in getting the install to work but  gobject-introspection has been a real pain. 


 jhbuild build meta-gtk-osx-core keeps dying with the message

grep: /opt/local/lib/libintl.la: No such file or directory
sed: /opt/local/lib/libintl.la: No such file or directory
libtool: link: `/opt/local/lib/libintl.la' is not a valid libtool archive
make[2]: *** [libgirepository-1.0.la] Error 1

I'm sure this has to do with something left behind from my now removed macports, but I couldn't find anything searching the list archives so I thought I would ask if anyone has any suggestions. /opt/local isn't in anymore and in fact I removed /opt/local  as it only had stuff left behind by macports.  I don't mind starting  from scratch again, but I want to understand the cause of this problem.

-A



=======================
jhbuild build meta-gtk-osx-core
3.2
*** Checking out libffi *** [1/11]
*** Skipping libffi (package and dependencies not updated) *** [1/11]
*** Checking out glib *** [2/11]
*** Skipping glib (package and dependencies not updated) *** [2/11]
*** Checking out pixman *** [3/11]
*** Skipping pixman (package and dependencies not updated) *** [3/11]
*** Checking out cairo *** [4/11]
*** Skipping cairo (package and dependencies not updated) *** [4/11]
*** Checking out gobject-introspection *** [5/11]
*** Configuring gobject-introspection *** [5/11]

./configure --prefix /Users/agoodloe/gtk/inst --libdir '/Users/agoodloe/gtk/inst/lib'   
checking for a BSD-compatible install... /Users/agoodloe/.local/bin/install-check
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... build-aux/install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... none
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... yes
checking build system type... x86_64-apple-darwin10.8.0
checking host system type... x86_64-apple-darwin10.8.0
checking for gcc... /usr/bin/gcc-4.2
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/gcc-4.2 accepts -g... yes
checking for /usr/bin/gcc-4.2 option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of /usr/bin/gcc-4.2... gcc3
checking whether /usr/bin/gcc-4.2 and cc understand -c and -o together... yes
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by /usr/bin/gcc-4.2... /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm
checking the name lister (/usr/bin/nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 196608
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-apple-darwin10.8.0 file names to x86_64-apple-darwin10.8.0 format... func_convert_file_noop
checking how to convert x86_64-apple-darwin10.8.0 file names to toolchain format... func_convert_file_noop
checking for /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld option to reload object files... -r
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... no
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm output from /usr/bin/gcc-4.2 object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for lipo... lipo
checking for otool... otool
checking for otool64... no
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking for -force_load linker flag... yes
checking how to run the C preprocessor... /usr/bin/gcc-4.2 -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if /usr/bin/gcc-4.2 supports -fno-rtti -fno-exceptions... no
checking for /usr/bin/gcc-4.2 option to produce PIC... -fno-common -DPIC
checking if /usr/bin/gcc-4.2 PIC flag -fno-common -DPIC works... yes
checking if /usr/bin/gcc-4.2 static flag -static works... no
checking if /usr/bin/gcc-4.2 supports -c -o file.o... yes
checking if /usr/bin/gcc-4.2 supports -c -o file.o... (cached) yes
checking whether the /usr/bin/gcc-4.2 linker (/usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin10.8.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for pkg-config... /Users/agoodloe/gtk/inst/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... -lfl
checking whether yytext is a pointer... yes
checking for bison... bison -y
checking for dlopen in -ldl... yes
checking for the suffix of shared libraries... .dylib
checking for GLIB... yes
checking for GOBJECT... yes
checking for GMODULE... yes
checking for GIO... yes
checking for GIO_UNIX... yes
checking for CAIRO... yes
checking for SCANNER... yes
checking for FFI... yes
checking size of char... 1
checking size of short... 2
checking size of int... 4
checking size of long... 8
checking for GIREPO... yes
checking for gtkdoc-check... no
checking for gtkdoc-rebase... no
checking for gtkdoc-mkpdf... no
checking whether to build gtk-doc documentation... no
checking for ANSI C header files... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for an ANSI C-conforming const... yes
checking for working strtod... yes
checking for memchr... yes
checking for strchr... yes
checking for strspn... yes
checking for strstr... yes
checking for strtol... yes
checking for strtoull... yes
checking for backtrace... yes
checking for backtrace_symbols... yes
checking whether /Users/agoodloe/gtk/inst/bin/python version >= 2.5... yes
checking for /Users/agoodloe/gtk/inst/bin/python version... 2.7
checking for /Users/agoodloe/gtk/inst/bin/python platform... darwin
checking for /Users/agoodloe/gtk/inst/bin/python script directory... ${prefix}/lib/python2.7/site-packages
checking for /Users/agoodloe/gtk/inst/bin/python extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking for headers required to compile python extensions... found
checking for glib source directory to use for documentation... 
configure: creating ./config.status
config.status: creating Makefile
config.status: creating m4/Makefile
config.status: creating tests/Makefile
config.status: creating tests/offsets/Makefile
config.status: creating tests/scanner/Makefile
config.status: creating tests/repository/Makefile
config.status: creating tests/warn/Makefile
config.status: creating tests/doctool/Makefile
config.status: creating docs/Makefile
config.status: creating docs/reference/Makefile
config.status: creating gobject-introspection-1.0.pc
config.status: creating gobject-introspection-no-export-1.0.pc
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing libtool commands

    gobject-introspection 1.34.2
    ===============

    tests: yes

*** Building gobject-introspection *** [5/11]
make -j 5
[ -d gir ] || ./build-aux/install-sh -c -d gir ; \
sed \
-e s,%CAIRO_SHARED_LIBRARY%,libcairo-gobject.2.dylib, \
-e s,%CAIRO_GIR_PACKAGE%,cairo-gobject, \
< gir/cairo-1.0.gir.in > gir/cairo-1.0.gir.tmp && mv gir/cairo-1.0.gir.tmp gir/cairo-1.0.gir
make  all-recursive
Making all in .
  GEN    g-ir-scanner
  GEN    g-ir-annotation-tool
grep: /opt/local/lib/libintl.la: No such file or directory
sed: /opt/local/lib/libintl.la: No such file or directory
libtool: link: `/opt/local/lib/libintl.la' is not a valid libtool archive
make[2]: *** [libgirepository-1.0.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
*** Error during phase build of gobject-introspection: ########## Error running make -j 5 *** [5/11]



On Sat, Jun 8, 2013 at 11:26 AM, John Ralls <jralls ceridwen us> wrote:

On Jun 4, 2013, at 12:23 AM, Andrius <andriusr yahoo com> wrote:

John,
I also noticed changes to module sets, and these changes causes some troubles.
For example, intltool (and number of others)  now is moved to bootstrap.modules. When I build my own program using
moduleset="http://git.gnome.org/browse/gtk-osx/plain/modulesets-stable/gtk-osx.modules"
that has dependency on intltool, jhbuild throws the error that intltool is unknown module even if it is installed already. You whether have to to add
<include href="">
into gtk-osx.modules file, or move back intltool (and others) to gtk-osx-bootstrap.modules ...

What actual module is complaining about requiring intltools? I'm pretty sure I've removed all of those.

The rearrangement is intended to separate tools -- things required to build -- from dependencies -- things required
at runtime. That way you can bootstrap once to a common directory and not have to build that stuff over and over
for different projects.

To make sure that everything is always current, you should run gtk-osx-build-setup.sh and use the modulesets directly from
the git repositories. Monitor this list, because when I make a change that requires a re-run of gtk-osx-build-setup.sh, I announce
that here. OTOH, if you want stability, use the modulesets that are installed in ~/Source/jhbuild/modulesets by gtk-osx-build-setup.sh.

Regards,
John Ralls




--
Alwyn E. Goodloe, Ph.D.
agoodloe gmail com

Research Computer Engineer
NASA Langley Research Center


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