gtk-osx-users Mailing List for GTK+ Mac OS X (Page 2)
Status: Beta
Brought to you by:
jralls
Menu
▾
▴
gtk-osx-users — User discussions and support for GTK+-2 on OSX
This list is closed, nobody may subscribe to it.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(33) |
Aug
(12) |
Sep
(28) |
Oct
(1) |
Nov
(30) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(3) |
Feb
(22) |
Mar
(31) |
Apr
(49) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(42) |
Sep
(62) |
Oct
(11) |
Nov
(28) |
Dec
(16) |
| 2011 |
Jan
(11) |
Feb
(44) |
Mar
(43) |
Apr
(53) |
May
(54) |
Jun
(54) |
Jul
(15) |
Aug
(11) |
Sep
(8) |
Oct
(2) |
Nov
(4) |
Dec
(4) |
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(2) |
| 2013 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(8) |
Jul
(6) |
Aug
(4) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(18) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(13) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(9) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: John R. <jr...@ce...> - 2015-04-09 15:54:21
|
> On Apr 8, 2015, at 11:25 PM, Thinus Pollard <th...@po...> wrote: > > Sorry for the state of this reply, but I don’t seem to be receiving mails from the list. I re-subscribed, lets see if it comes through now. > > Thanks John, I stumbled my way through the make uninstall && make install in glib-networking. It is very weird. > > After this issue all went well until I got to WebKit. That crashed with an function it could not find. The patch at https://bugs.webkit.org/attachment.cgi?id=154643&action=diff sorted the first issue. > > Now it is complaining about: > In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:423: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/__tree:157:23: error: invalid operands to binary expression ('pointer' (aka 'std::__1::__tree_node_base<void *> *') and 'std::nullptr_t') if (__x->__right_ != nullptr) > > and > > Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:470:15: error: use of undeclared identifier 'LC_ALL'; did you mean 'P_ALL'? setlocale(LC_ALL, ""); ^~~~~~ P_ALL /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/sys/wait.h:80:2: note: 'P_ALL' declared here P_ALL, ^ Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:470:5: error: use of undeclared identifier 'setlocale' setlocale(LC_ALL, "”); > > The first issue looks like the nullptr variable is a different type than the other pointer from (it looks like) a tree class in the std lib. And C++ is barfing all over it when you try to compare the two. I’m no C++ expert… > > The second issue looks like the includes for some localisation package may be missing. > > Any ideas? I did a fresh build of WebKit on Monday with no trouble and requiring no patches beyond the ones already in the moduleset. LC_ALL is defined by the C standard, not "some localization package", and the fact that the errors are coming from compiler and SDK includes says that you've gotten something screwed up in your build environment. Regards, John Ralls |
|
From: Thinus P. <th...@po...> - 2015-04-09 06:25:28
|
Sorry for the state of this reply, but I don’t seem to be receiving mails from the list. I re-subscribed, lets see if it comes through now. Thanks John, I stumbled my way through the make uninstall && make install in glib-networking. It is very weird. After this issue all went well until I got to WebKit. That crashed with an function it could not find. The patch at https://bugs.webkit.org/attachment.cgi?id=154643&action=diff sorted the first issue. Now it is complaining about: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/map:423: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/__tree:157:23: error: invalid operands to binary expression ('pointer' (aka 'std::__1::__tree_node_base<void *> *') and 'std::nullptr_t') if (__x->__right_ != nullptr) and Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:470:15: error: use of undeclared identifier 'LC_ALL'; did you mean 'P_ALL'? setlocale(LC_ALL, ""); ^~~~~~ P_ALL /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/sys/wait.h:80:2: note: 'P_ALL' declared here P_ALL, ^ Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:470:5: error: use of undeclared identifier 'setlocale' setlocale(LC_ALL, "”); The first issue looks like the nullptr variable is a different type than the other pointer from (it looks like) a tree class in the std lib. And C++ is barfing all over it when you try to compare the two. I’m no C++ expert… The second issue looks like the includes for some localisation package may be missing. Any ideas? Kind regards Thinus > > On Apr 8, 2015, at 10:50 AM, Thinus Pollard <thinus@...> wrote: > > > > Hi there > > > > I am trying to build gnucash on OS X 10.10 > > > > I have followed all the instructions and am running into some issues: > > > > 1. gwenhywfar fails to build > > > > 2. libsoup fails hard > > ... > > Yeah, I know about both issues. The Gwenhywfar problem needs the patch tweaked a bit for the new version. I did that a couple of days ago but didn't get it completely right for 10.10. > The actual fix is to replace #include <CoreFoundation/CoreFoundation.h> with #include <mach-o/dyld.h> in gwenhywfar-1.13.1/src/os/posix/directory.c. The g-ir-scanner problem that manifests with lib soup > is caused by some weirdness in glib-networking that utterly baffles me. The workaround is to select '4 - open a shell' from the jhbuild menu, then cd ../glib-networking-2.42.1 make uninstall && make install > Then ctrl-d to quit the shell and select "1 - rerun phase build`. >Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2015-04-09 00:45:01
|
> On Apr 8, 2015, at 10:50 AM, Thinus Pollard <th...@po...> wrote:
>
> Hi there
>
> I am trying to build gnucash on OS X 10.10
>
> I have followed all the instructions and am running into some issues:
>
> 1. gwenhywfar fails to build
>
> directory.c:207:7: error: implicit declaration of function '_NSGetExecutablePath' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
>
> This is easy to “fix”: Edit src/os/posix/Makefile and remove the -Werror=Implicit-function-declaration from the file, building continues
>
> 2. libsoup fails hard
>
> GISCAN Soup-2.4.gir
> Traceback (most recent call last):
> File "/Users/thinus/gnucash-stable/bin/g-ir-scanner", line 55, in <module>
> sys.exit(scanner_main(sys.argv))
> File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/scannermain.py", line 517, in scanner_main
> ss = create_source_scanner(options, args)
> File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/scannermain.py", line 430, in create_source_scanner
> ss.parse_files(filenames)
> File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/sourcescanner.py", line 256, in parse_files
> self._parse(headers)
> File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/sourcescanner.py", line 302, in _parse
> proc.stdin.write('#ifndef %s\n' % (define, ))
> IOError: [Errno 32] Broken pipe
> make[3]: *** [Soup-2.4.gir] Error 1
> make[2]: *** [all] Error 2
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> *** Error during phase build of libsoup: ########## Error running make -j 9 *** [50/65]
>
> it crashes python with a dialog box from OS X, I just cannot seem to get past this one.
>
> Anyone else running into this issue?
>
Yeah, I know about both issues. The Gwenhywfar problem needs the patch tweaked a bit for the new version. I did that a couple of days ago but didn't get it completely right for 10.10. The actual fix is to replace #include <CoreFoundation/CoreFoundation.h> with #include <mach-o/dyld.h> in gwenhywfar-1.13.1/src/os/posix/directory.c.
The g-ir-scanner problem that manifests with libsoup is caused by some weirdness in glib-networking that utterly baffles me. The workaround is to select '4 - open a shell' from the jhbuild menu, then
cd ../glib-networking-2.42.1
make uninstall && make install
Then ctrl-d to quit the shell and select "1 - rerun phase build`.
Regards,
John Ralls
|
|
From: Thinus P. <th...@po...> - 2015-04-08 18:20:52
|
Hi there
I am trying to build gnucash on OS X 10.10
I have followed all the instructions and am running into some issues:
1. gwenhywfar fails to build
directory.c:207:7: error: implicit declaration of function '_NSGetExecutablePath' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
This is easy to “fix”: Edit src/os/posix/Makefile and remove the -Werror=Implicit-function-declaration from the file, building continues
2. libsoup fails hard
GISCAN Soup-2.4.gir
Traceback (most recent call last):
File "/Users/thinus/gnucash-stable/bin/g-ir-scanner", line 55, in <module>
sys.exit(scanner_main(sys.argv))
File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/scannermain.py", line 517, in scanner_main
ss = create_source_scanner(options, args)
File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/scannermain.py", line 430, in create_source_scanner
ss.parse_files(filenames)
File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/sourcescanner.py", line 256, in parse_files
self._parse(headers)
File "/Users/thinus/gnucash-stable/lib/gobject-introspection/giscanner/sourcescanner.py", line 302, in _parse
proc.stdin.write('#ifndef %s\n' % (define, ))
IOError: [Errno 32] Broken pipe
make[3]: *** [Soup-2.4.gir] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
*** Error during phase build of libsoup: ########## Error running make -j 9 *** [50/65]
it crashes python with a dialog box from OS X, I just cannot seem to get past this one.
Anyone else running into this issue?
Kind regards
Thinus
|
|
From: John R. <jr...@ce...> - 2015-01-06 16:56:16
|
> On Jan 5, 2015, at 9:05 PM, Rob Gowin <ro...@go...> wrote:
>
> Hi,
>
> When following the instructions on the GnuCash wiki for building from git
> on OS X Yosemite, xcodebuild -version = 6.1.1, I run in this error message when
> trying to build gtk-doc on the 'jhbuild build' step:
>
> --
>
> checking for python extension module directory... ${exec_prefix}/lib/python2.7/site-packages
> checking for openjade... no
> checking for jade... no
> configure: WARNING: Could not find openjade or jade, so SGML is not supported
> checking for xsltproc... /Users/robg/gnucash-git/bin/xsltproc
> checking for dblatex... no
> checking for fop... no
> configure: WARNING: neither dblatex nor fop found, so no pdf output from xml
> checking for XML catalog... /Users/robg/gnucash-git/etc/xml/catalog
> checking for xmlcatalog... /Users/robg/gnucash-git/bin/xmlcatalog
> checking for DocBook XML DTD V4.3 in XML catalog... not found
> configure: error: could not find DocBook XML DTD V4.3 in XML catalog
> *** Error during phase configure of gtk-doc: ########## Error running ./configure --prefix /Users/robg/gnucash-git --libdir '/Users/robg/gnucash-git/lib' --with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog *** [12/72]
>
> --
>
> A commit[1] to the jhbuild git repository on Dec 31 indicates that the xmlcatalog
> is now installed in share/ instead of etc/ as of gtk-osx-docbook version 1.2.
>
> That seems to imply that the autogenargs attribute for gtk-doc that specifies
> --with-xml-catalog in the file gtk-osx/modulesets-stable/gtk-osx-bootstrap.modules
> needs to be removed (line 118 of [2]):
>
> <autotools id="gtk-doc" autogen-sh="configure"
> autogenargs="--with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog">
> <branch version="1.21" module="gtk-doc/1.21/gtk-doc-1.21.tar.xz"
> hash="sha256:5d934d012ee08edd1585544792efa80da271652587ba5b843d2cea8e8b80ee3e"/>
> <dependencies>
> <dep package="libxml2"/>
> <dep package="itstool"/>
> <dep package="yelp-tools"/>
> </dependencies>
> </autotools>
>
> Removing this locally causes gtk-doc to build for me now. Now to figure out why
> openssl-1.0.1j does not build for me ...
>
Thanks for the reminder. I’d fixed that locally and neglected to push it. I’ve just done so.
What’s the error you’re getting with openssl? Note, though, that unless you’re running Leopard or SnowLeopard you don’t need to build it, the one that comes with newer versions of OSX has the API that AQBanking needs. Just put `skip.add(‘openssl’) to your .jhbuildrc-custom.
Regards,
John Ralls
|
|
From: Rob G. <ro...@go...> - 2015-01-06 06:03:56
|
Hi,
When following the instructions on the GnuCash wiki for building from git
on OS X Yosemite, xcodebuild -version = 6.1.1, I run in this error message
when
trying to build gtk-doc on the 'jhbuild build' step:
--
checking for python extension module directory...
${exec_prefix}/lib/python2.7/site-packages
checking for openjade... no
checking for jade... no
configure: WARNING: Could not find openjade or jade, so SGML is not
supported
checking for xsltproc... /Users/robg/gnucash-git/bin/xsltproc
checking for dblatex... no
checking for fop... no
configure: WARNING: neither dblatex nor fop found, so no pdf output from xml
checking for XML catalog... /Users/robg/gnucash-git/etc/xml/catalog
checking for xmlcatalog... /Users/robg/gnucash-git/bin/xmlcatalog
checking for DocBook XML DTD V4.3 in XML catalog... not found
configure: error: could not find DocBook XML DTD V4.3 in XML catalog
*** Error during phase configure of gtk-doc: ########## Error running
./configure --prefix /Users/robg/gnucash-git --libdir
'/Users/robg/gnucash-git/lib'
--with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog *** [12/72]
--
A commit[1] to the jhbuild git repository on Dec 31 indicates that the
xmlcatalog
is now installed in share/ instead of etc/ as of gtk-osx-docbook version
1.2.
That seems to imply that the autogenargs attribute for gtk-doc that
specifies
--with-xml-catalog in the file
gtk-osx/modulesets-stable/gtk-osx-bootstrap.modules
needs to be removed (line 118 of [2]):
<autotools id="gtk-doc" autogen-sh="configure"
autogenargs="--with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog">
<branch version="1.21" module="gtk-doc/1.21/gtk-doc-1.21.tar.xz"
hash="sha256:5d934d012ee08edd1585544792efa80da271652587ba5b843d2cea8e8b80ee3e"/>
<dependencies>
<dep package="libxml2"/>
<dep package="itstool"/>
<dep package="yelp-tools"/>
</dependencies>
</autotools>
Removing this locally causes gtk-doc to build for me now. Now to figure out
why
openssl-1.0.1j does not build for me ...
Thanks,
Rob
[1]
https://git.gnome.org/browse/jhbuild/commit/?id=aba48bdbe6fdd2b9e765ae9635f449efa27476e5
[2]
https://git.gnome.org/browse/gtk-osx/tree/modulesets-stable/gtk-osx-bootstrap.modules
|
|
From: John R. <jr...@ce...> - 2014-12-16 15:22:53
|
> On Dec 15, 2014, at 7:14 PM, Philip Ries <ph...@gm...> wrote: > > Hello again, > > When I build and run RawTherapee (https://code.google.com/p/rawtherapee/source/checkout <https://code.google.com/p/rawtherapee/source/checkout>), it always crashes on startup in gtkosxapplication: > > (lldb) bt > * thread #1: tid = 0xb3c104, 0x00007fff96bc20dd libobjc.A.dylib`objc_msgSend + 29, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x30) > frame #0: 0x00007fff96bc20dd libobjc.A.dylib`objc_msgSend + 29 > * frame #1: 0x000000010252a547 libgtkmacintegration-gtk2.2.dylib`global_event_filter_func(windowing_event=0x00007fff5fbfe8c8, event=0x0000000105caddf0, user_data=0x00000001058fb8a0) + 55 at gtkosxapplication_quartz.c:514 > frame #2: 0x0000000101974290 libgdk-x11-2.0.0.dylib`gdk_event_translate + 79 > frame #3: 0x0000000101975bd2 libgdk-x11-2.0.0.dylib`_gdk_events_queue + 173 > frame #4: 0x0000000101976f1b libgdk-x11-2.0.0.dylib`gdk_event_dispatch + 35 > frame #5: 0x00000001013f7909 libglib-2.0.0.dylib`g_main_context_dispatch + 282 > frame #6: 0x00000001013f7bf5 libglib-2.0.0.dylib`g_main_context_iterate + 413 > frame #7: 0x00000001013f7e3f libglib-2.0.0.dylib`g_main_loop_run + 195 > frame #8: 0x000000010163327c libgtk-x11-2.0.0.dylib`gtk_main + 180 > frame #9: 0x0000000101dfaccd libgtkmm-2.4.1.dylib`Gtk::Main::run(Gtk::Window&) + 157 > frame #10: 0x000000010039544f rawtherapee`main(argc=1, argv=0x00007fff5fbffb18) + 9071 at main.cc:284 > frame #11: 0x00007fff938ee5c9 libdyld.dylib`start + 1 > > I'm not sure of the underlying reason, but the crash is right here: > if ([nsevent type] == NSKeyDown && > gtkosx_application_use_quartz_accelerators (app) ) > { > global_event_filter_func runs this code unconditionally, causing the crash in this case because the "type" message is sent to an invalid object (nsevent). > > As a hack, filtering out GDK_NOTHING as the value of event->type fixes the crash and the application works fine as far as I can tell. > > I have Mac OS X 10.10.1 and GTK 2.24.25, and I used the XCode compiler for both the application and gtkosxapplication. Let me know if I can provide any further information. You’ve got an X11 build of gtk. That doesn’t work with gtk-mac-integration. You need to rebuild gtk with the quartz backend. You’re making life hard on yourself by not using the gtk-osx build system. Why? Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2014-12-16 15:04:26
|
> On Dec 15, 2014, at 6:57 PM, Philip Ries <ph...@gm...> wrote: > > Hi there, > > I needed to build gtkosxapplication to run RawTherapee. I cloned from git and encountered this error when running autoreconf. > > $ autoreconf -i > glibtoolize: putting auxiliary files in `.'. > glibtoolize: copying file `./ltmain.sh' > ... > docs/Makefile.am:1: error: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL > automake: error: cannot open < gtk-doc.make: No such file or directory > > After some amount of googling, I arrived at a two-step solution: > > 1) Install the brew package named "gtk-doc" (fixes first error). > 2) Create a dummy gtk-doc.make text file comprised of this line (fixes second error): > > EXTRA_DIST= > > This worked. I'm writing the user group, however, because this seems like a bug I'm working around. Is this behavior designed? The README (https://github.com/jralls/gtk-mac-integration <https://github.com/jralls/gtk-mac-integration>) implies that documentation isn't even built by default. > > I'm running OS X 10.10.1 with autoreconf 2.69. > Why is it a bug that you didn’t round up all of the prerequisites before trying to build gtk-mac-integration? How did you manage to build gtk+ without gtk-doc? You should have used autogen.sh instead of autoreconf; the former runs gtkdocize for you, which creates gtk-doc.make. Regards, John Ralls |
|
From: Philip R. <ph...@gm...> - 2014-12-16 03:14:25
|
Hello again, When I build and run RawTherapee ( https://code.google.com/p/rawtherapee/source/checkout), it always crashes on startup in gtkosxapplication: (lldb) bt * thread #1: tid = 0xb3c104, 0x00007fff96bc20dd libobjc.A.dylib`objc_msgSend + 29, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x30) frame #0: 0x00007fff96bc20dd libobjc.A.dylib`objc_msgSend + 29 * frame #1: 0x000000010252a547 libgtkmacintegration-gtk2.2.dylib`global_event_filter_func(windowing_event=0x00007fff5fbfe8c8, event=0x0000000105caddf0, user_data=0x00000001058fb8a0) + 55 at gtkosxapplication_quartz.c:514 frame #2: 0x0000000101974290 libgdk-x11-2.0.0.dylib`gdk_event_translate + 79 frame #3: 0x0000000101975bd2 libgdk-x11-2.0.0.dylib`_gdk_events_queue + 173 frame #4: 0x0000000101976f1b libgdk-x11-2.0.0.dylib`gdk_event_dispatch + 35 frame #5: 0x00000001013f7909 libglib-2.0.0.dylib`g_main_context_dispatch + 282 frame #6: 0x00000001013f7bf5 libglib-2.0.0.dylib`g_main_context_iterate + 413 frame #7: 0x00000001013f7e3f libglib-2.0.0.dylib`g_main_loop_run + 195 frame #8: 0x000000010163327c libgtk-x11-2.0.0.dylib`gtk_main + 180 frame #9: 0x0000000101dfaccd libgtkmm-2.4.1.dylib`Gtk::Main::run(Gtk::Window&) + 157 frame #10: 0x000000010039544f rawtherapee`main(argc=1, argv=0x00007fff5fbffb18) + 9071 at main.cc:284 frame #11: 0x00007fff938ee5c9 libdyld.dylib`start + 1 I'm not sure of the underlying reason, but the crash is right here: if ([nsevent type] == NSKeyDown && gtkosx_application_use_quartz_accelerators (app) ) { global_event_filter_func runs this code unconditionally, causing the crash in this case because the "type" message is sent to an invalid object (nsevent). As a hack, filtering out GDK_NOTHING as the value of event->type fixes the crash and the application works fine as far as I can tell. I have Mac OS X 10.10.1 and GTK 2.24.25, and I used the XCode compiler for both the application and gtkosxapplication. Let me know if I can provide any further information. Philip Ries |
|
From: Philip R. <ph...@gm...> - 2014-12-16 02:57:09
|
Hi there, I needed to build gtkosxapplication to run RawTherapee. I cloned from git and encountered this error when running autoreconf. $ autoreconf -i glibtoolize: putting auxiliary files in `.'. glibtoolize: copying file `./ltmain.sh' ... docs/Makefile.am:1: error: ENABLE_GTK_DOC does not appear in AM_CONDITIONAL automake: error: cannot open < gtk-doc.make: No such file or directory After some amount of googling, I arrived at a two-step solution: 1) Install the brew package named "gtk-doc" (fixes first error). 2) Create a dummy gtk-doc.make text file comprised of this line (fixes second error): EXTRA_DIST= This worked. I'm writing the user group, however, because this seems like a bug I'm working around. Is this behavior designed? The README ( https://github.com/jralls/gtk-mac-integration) implies that documentation isn't even built by default. I'm running OS X 10.10.1 with autoreconf 2.69. Philip Ries |
|
From: John R. <jr...@ce...> - 2014-08-05 13:45:19
|
On Aug 4, 2014, at 10:39 PM, Chris Share <cps...@ya...> wrote: > Hi, > > > I've successfully built gtk (and webkit) and I'd now like to build gtkmm. > > I tried: > > jhbuild build gtkmm > > however I'm getting the following error: > > In file included from context.cc:25: > In file included from ../cairomm/context.h:24: > ../cairomm/surface.h:33:10: fatal error: 'sigc++/slot.h' file not found > #include <sigc++/slot.h> > ^ > In file included from context_surface_quartz.cc:20: > In file included from ../cairomm/context_private.h:23: > ../cairomm/surface.h:33:10: fatal error: 'sigc++/slot.h' file not found > #include <sigc++/slot.h> > ^ > 1 error generated. > make[2]: *** [context_surface_quartz.lo] Error 1 > make[2]: *** Waiting for unfinished jobs.... > In file included from context_surface_win32.cc:20: > In file included from ../cairomm/context_private.h:23: > ../cairomm/surface.h:33:10: fatal error: 'sigc++/slot.h' file not found > #include <sigc++/slot.h> > ^ > 1 error generated. > make[2]: *** [context_surface_win32.lo] Error 1 > 1 error generated. > make[2]: *** [context.lo] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > *** Error during phase build of cairomm: ########## Error running make -j 3 *** [7/15] > meta-gtk-osx-gtkmm. Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2014-08-05 05:42:00
|
Hi, I've successfully built gtk (and webkit) and I'd now like to build gtkmm. I tried: jhbuild build gtkmm however I'm getting the following error: In file included from context.cc:25: In file included from ../cairomm/context.h:24: ../cairomm/surface.h:33:10: fatal error: 'sigc++/slot.h' file not found #include <sigc++/slot.h> ^ In file included from context_surface_quartz.cc:20: In file included from ../cairomm/context_private.h:23: ../cairomm/surface.h:33:10: fatal error: 'sigc++/slot.h' file not found #include <sigc++/slot.h> ^ 1 error generated. make[2]: *** [context_surface_quartz.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... In file included from context_surface_win32.cc:20: In file included from ../cairomm/context_private.h:23: ../cairomm/surface.h:33:10: fatal error: 'sigc++/slot.h' file not found #include <sigc++/slot.h> ^ 1 error generated. make[2]: *** [context_surface_win32.lo] Error 1 1 error generated. make[2]: *** [context.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Error during phase build of cairomm: ########## Error running make -j 3 *** [7/15] |
|
From: Chris S. <cps...@ya...> - 2014-08-05 05:26:55
|
Success! Thanks for the help. As you suggested, there was indeed an old version of X11 installed which I removed. Cheers, Chris ----- Original Message ----- From: John Ralls <jr...@ce...> To: Chris Share <cps...@ya...> Cc: GTK+-2 OSX Users <gtk...@li...> Sent: Tuesday, 5 August 2014 1:31 AM Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ On Aug 3, 2014, at 11:58 PM, Chris Share <cps...@ya...> wrote: > I tried what was suggested below however I've run into another build error: > > viewer-cairo.c:35:10: fatal error: 'cairo-xlib.h' file not found > #include <cairo-xlib.h> > ^ > 1 error generated. > make[3]: *** [viewer-cairo.o] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > *** Error during phase build of pango: ########## Error running make -j 3 *** [21/38] That's odd. Pango doesn't build that unless it finds cairo-xlib in pkg-config, which it shouldn't unless cairo-xlib was installed, which would mean that cairo-xlib.h would be in the include path. Moreover, cairo-xlib shouldn't build or install unless X11 is installed on your system, which is also not normal. You'll have to dig in and figure out what's going on yourself and make whatever changes are necessary to your environment. Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2014-08-04 15:31:22
|
On Aug 3, 2014, at 11:58 PM, Chris Share <cps...@ya...> wrote: > I tried what was suggested below however I've run into another build error: > > viewer-cairo.c:35:10: fatal error: 'cairo-xlib.h' file not found > #include <cairo-xlib.h> > ^ > 1 error generated. > make[3]: *** [viewer-cairo.o] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > *** Error during phase build of pango: ########## Error running make -j 3 *** [21/38] That's odd. Pango doesn't build that unless it finds cairo-xlib in pkg-config, which it shouldn't unless cairo-xlib was installed, which would mean that cairo-xlib.h would be in the include path. Moreover, cairo-xlib shouldn't build or install unless X11 is installed on your system, which is also not normal. You'll have to dig in and figure out what's going on yourself and make whatever changes are necessary to your environment. Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2014-08-04 07:01:20
|
I tried what was suggested below however I've run into another build error: viewer-cairo.c:35:10: fatal error: 'cairo-xlib.h' file not found #include <cairo-xlib.h> ^ 1 error generated. make[3]: *** [viewer-cairo.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Error during phase build of pango: ########## Error running make -j 3 *** [21/38] ----- Original Message ----- From: John Ralls <jr...@ce...> To: Chris Share <cps...@ya...> Cc: GTK+-2 OSX Users <gtk...@li...> Sent: Monday, 4 August 2014 10:28 AM Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ On Aug 3, 2014, at 5:07 PM, Chris Share <cps...@ya...> wrote: > Sorry but I'm not clear about how to proceed. > > Do I need to go through the installation process again using: > > jhbuild bootstrap > jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-webkit > jhbuild build meta-gtk-osx-core > The last step is unnecessary and won’t actually build anything. meta-gtk-osx-webkit will build meta-gtk-osx-core. You only need to run bootstrap again if you delete the installation directory. So you can (assuming the default build directory, ~/gtk): rm -rf ~/gtk/src rm -rf ~/gtk/inst jhbuild bootstrap jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-webkit Or you can just force-rebuild everything starting with the basic gtk stack with jhbuild build -f meta-gtk-osx-webkit Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2014-08-04 00:41:59
|
On Aug 3, 2014, at 5:07 PM, Chris Share <cps...@ya...> wrote: > Sorry but I'm not clear about how to proceed. > > Do I need to go through the installation process again using: > > jhbuild bootstrap > jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-webkit > jhbuild build meta-gtk-osx-core > The last step is unnecessary and won’t actually build anything. meta-gtk-osx-webkit will build meta-gtk-osx-core. You only need to run bootstrap again if you delete the installation directory. So you can (assuming the default build directory, ~/gtk): rm -rf ~/gtk/src rm -rf ~/gtk/inst jhbuild bootstrap jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-webkit Or you can just force-rebuild everything starting with the basic gtk stack with jhbuild build -f meta-gtk-osx-webkit Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2014-08-04 00:10:59
|
Sorry but I'm not clear about how to proceed. Do I need to go through the installation process again using: jhbuild bootstrap jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-webkit jhbuild build meta-gtk-osx-core Cheers, Chris ----- Original Message ----- From: John Ralls <jr...@ce...> To: Chris Share <cps...@ya...> Cc: GTK+-2 OSX Users <gtk...@li...> Sent: Monday, 4 August 2014 12:55 AM Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ On Aug 3, 2014, at 3:57 AM, Chris Share <cps...@ya...> wrote: > I've reinstalled gtk (and gtkmm) however I'm running into a problem when trying to install WebKit. > > I'm getting the following error: > > checking for PANGO... no > configure: error: Package requirements (pango >= 1.12 > pangoft2) were not met: > > No package 'pangoft2' 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 PANGO_CFLAGS > and PANGO_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > *** Error during phase configure of WebKit: ########## Error running ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --with-target=quartz --disable-video --with-font-backend=pango --with-gtk=2.0 *** [18/18] > > Doesn't pango get installed as part of gtk? > > When I check for pango I get the following: > > New-MacBook:~ chris$ pkg-config --list-all | grep pango > pango Pango - Internationalized text handling > pangocairo Pango Cairo - Cairo rendering support for Pango > pangomm-1.4 pangomm - C++ binding for Pango > New-MacBook:~ chris$ pkg-config --modversion pango > 1.36.0 > Pango does, but pangoft2 doesn't unless you specifically ask for it with meta-gtk-osx-freetype. That's a dependency of the WebKit module but it won't build correctly if you've already built the Gtk stack. Don't second-guess jhbuild by building things piecemeal. Put all of the modules you need on a single command line and prefer the meta-modules when they're available; for example, if you want a Gtk2 stack with webkit you can start (almost) from scratch with jhbuild build meat-gtk-osx-bootstrap meta-gtk-osx-webkit and that will build WebKit with all of the required dependencies. For a Gtk3 stack you'd use meta-gtk-osx-webkit-gtk3 for the second module. The exception to that rule is that you must run `jhbuild bootstrap` before jhbuild build. Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2014-08-03 14:55:19
|
On Aug 3, 2014, at 3:57 AM, Chris Share <cps...@ya...> wrote: > I've reinstalled gtk (and gtkmm) however I'm running into a problem when trying to install WebKit. > > I'm getting the following error: > > checking for PANGO... no > configure: error: Package requirements (pango >= 1.12 > pangoft2) were not met: > > No package 'pangoft2' 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 PANGO_CFLAGS > and PANGO_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > *** Error during phase configure of WebKit: ########## Error running ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --with-target=quartz --disable-video --with-font-backend=pango --with-gtk=2.0 *** [18/18] > > Doesn't pango get installed as part of gtk? > > When I check for pango I get the following: > > New-MacBook:~ chris$ pkg-config --list-all | grep pango > pango Pango - Internationalized text handling > pangocairo Pango Cairo - Cairo rendering support for Pango > pangomm-1.4 pangomm - C++ binding for Pango > New-MacBook:~ chris$ pkg-config --modversion pango > 1.36.0 > Pango does, but pangoft2 doesn't unless you specifically ask for it with meta-gtk-osx-freetype. That's a dependency of the WebKit module but it won't build correctly if you've already built the Gtk stack. Don't second-guess jhbuild by building things piecemeal. Put all of the modules you need on a single command line and prefer the meta-modules when they're available; for example, if you want a Gtk2 stack with webkit you can start (almost) from scratch with jhbuild build meat-gtk-osx-bootstrap meta-gtk-osx-webkit and that will build WebKit with all of the required dependencies. For a Gtk3 stack you'd use meta-gtk-osx-webkit-gtk3 for the second module. The exception to that rule is that you must run `jhbuild bootstrap` before jhbuild build. Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2014-08-03 11:00:15
|
I've reinstalled gtk (and gtkmm) however I'm running into a problem when trying to install WebKit. I'm getting the following error: checking for PANGO... no configure: error: Package requirements (pango >= 1.12 pangoft2) were not met: No package 'pangoft2' 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 PANGO_CFLAGS and PANGO_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. *** Error during phase configure of WebKit: ########## Error running ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --with-target=quartz --disable-video --with-font-backend=pango --with-gtk=2.0 *** [18/18] Doesn't pango get installed as part of gtk? When I check for pango I get the following: New-MacBook:~ chris$ pkg-config --list-all | grep pango pango Pango - Internationalized text handling pangocairo Pango Cairo - Cairo rendering support for Pango pangomm-1.4 pangomm - C++ binding for Pango New-MacBook:~ chris$ pkg-config --modversion pango 1.36.0 ----- Original Message ----- From: John Ralls <jr...@ce...> To: Chris Share <cps...@ya...> Cc: GTK+-2 OSX Users <gtk...@li...> Sent: Sunday, 3 August 2014 12:01 AM Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ On Aug 1, 2014, at 10:29 PM, Chris Share <cps...@ya...> wrote: > > > I'm a bit suspicious of the following: > > ./configure: line 3619: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > > Is this the cause of the problem? > > If so, how do I fix it? Just suspicious, huh? Yes, that's very likely the reason that the C compiler can't compile a program. It's hard to compile when it's not there. llvm-gcc-4.2 was the gcc emulation compiler in Xcode 4.x; in Xcode 5.x it's merged into clang and gcc is symlinked to clang. .jhbuildrc has worked with that since last December, so unless you've managed to get an old version of Gtk-OSX it's coming from some override you provided. Here's another nugget: You should already have libffi installed because it's a dependency of GLib. So you've managed to confuse your build environment somehow. You can either figure out what's confused or you can remove the build and start over. If you choose the latter, I suggest that you also delete ~/.local, ~/Source, and ~/.jhbuildrc and if you've customized ~/.jhbuildrc-custom move it aside, re-fetch gtk-osx-build-setup.sh and run that to get a truly clean build environment. Don't forget to preserve your application moduleset, and you probably want to preserve your tarballdir so you don't have to re-download everything. Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2014-08-03 00:31:52
|
Thanks, I think I'll remove the build and start over as you suggest. Cheers, Chris ----- Original Message ----- From: John Ralls <jr...@ce...> To: Chris Share <cps...@ya...> Cc: GTK+-2 OSX Users <gtk...@li...> Sent: Sunday, 3 August 2014 12:01 AM Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ On Aug 1, 2014, at 10:29 PM, Chris Share <cps...@ya...> wrote: > > > I'm a bit suspicious of the following: > > ./configure: line 3619: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > > Is this the cause of the problem? > > If so, how do I fix it? Just suspicious, huh? Yes, that's very likely the reason that the C compiler can't compile a program. It's hard to compile when it's not there. llvm-gcc-4.2 was the gcc emulation compiler in Xcode 4.x; in Xcode 5.x it's merged into clang and gcc is symlinked to clang. .jhbuildrc has worked with that since last December, so unless you've managed to get an old version of Gtk-OSX it's coming from some override you provided. Here's another nugget: You should already have libffi installed because it's a dependency of GLib. So you've managed to confuse your build environment somehow. You can either figure out what's confused or you can remove the build and start over. If you choose the latter, I suggest that you also delete ~/.local, ~/Source, and ~/.jhbuildrc and if you've customized ~/.jhbuildrc-custom move it aside, re-fetch gtk-osx-build-setup.sh and run that to get a truly clean build environment. Don't forget to preserve your application moduleset, and you probably want to preserve your tarballdir so you don't have to re-download everything. Regards, John Ralls |
|
From: John R. <jr...@ce...> - 2014-08-02 14:01:53
|
On Aug 1, 2014, at 10:29 PM, Chris Share <cps...@ya...> wrote: > > > I'm a bit suspicious of the following: > > ./configure: line 3619: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > > Is this the cause of the problem? > > If so, how do I fix it? Just suspicious, huh? Yes, that's very likely the reason that the C compiler can't compile a program. It's hard to compile when it's not there. llvm-gcc-4.2 was the gcc emulation compiler in Xcode 4.x; in Xcode 5.x it's merged into clang and gcc is symlinked to clang. .jhbuildrc has worked with that since last December, so unless you've managed to get an old version of Gtk-OSX it's coming from some override you provided. Here's another nugget: You should already have libffi installed because it's a dependency of GLib. So you've managed to confuse your build environment somehow. You can either figure out what's confused or you can remove the build and start over. If you choose the latter, I suggest that you also delete ~/.local, ~/Source, and ~/.jhbuildrc and if you've customized ~/.jhbuildrc-custom move it aside, re-fetch gtk-osx-build-setup.sh and run that to get a truly clean build environment. Don't forget to preserve your application moduleset, and you probably want to preserve your tarballdir so you don't have to re-download everything. Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2014-08-02 05:32:30
|
----- Original Message ----- From: John Ralls <jr...@ce...> To: Chris Share <cps...@ya...> Cc: GTK+-2 OSX Users <gtk...@li...> Sent: Saturday, 2 August 2014 12:43 PM Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ On Aug 1, 2014, at 7:21 PM, Chris Share <cps...@ya...> wrote: > ----- Original Message ----- > > From: John Ralls <jr...@ce...> > To: Chris Share <cps...@ya...> > Cc: GTK+-2 OSX Users <gtk...@li...> > Sent: Saturday, 2 August 2014 10:04 AM > Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ > > > On Aug 1, 2014, at 4:33 PM, Chris Share <cps...@ya...> wrote: > >> Hi, >> >> When I try to build WebKit I'm getting the following error: >> >> chris@New-MacBook~/Desktop/Programming/gtk/gtk+_test_4$ jhbuild build WebKit >> Warning: jhbuild is started from within a jhbuild session. >> *** Checking out libffi *** [1/18] >> *** Configuring libffi *** [1/18] >> ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir >> checking build system type... i386-apple-darwin13.3.0 >> checking host system type... i386-apple-darwin13.3.0 >> checking target system type... i386-apple-darwin13.3.0 >> configure: toplevel srcdir already configured... skipping subdir build >> checking for gsed... sed >> checking for a BSD-compatible install... /Users/chris/.local/bin/install-check >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p... ./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 for gcc... /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 >> checking whether the C compiler works... no >> configure: error: in `/Users/chris/gtk/source/atgreen-libffi-873d687': >> configure: error: C compiler cannot create executables >> See `config.log' for more details >> *** Error during phase configure of libffi: ########## Error running ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir *** [1/18] >> >> [1] Rerun phase configure >> [2] Ignore error and continue to build >> [3] Give up on module >> [4] Start shell >> [5] Reload configuration >> [6] Go to phase "wipe directory and start over" >> [7] Go to phase "clean" >> [8] Go to phase "distclean" >> choice: >> >> Any idea what's going on. I'm running OSX 10.9.4. > > The first line probably explains the problem, you tried to start jhbuild from inside a jhbuild shell. That seldom works out well. > > That aside, no, there's not enough information there; that's why configure told you to "See `config.log' for more details". Once you get the pretty GUI out of the way, OS X is just BSD Unix, so pretty much everything you know about Linux applies. > > //===================================================== > > > > > Here is the output from the config.log file in /Users/chris/gtk/source/atgreen-libffi-873d687: > > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. > > It was created by libffi configure 3.0.11, which was > generated by GNU Autoconf 2.68. Invocation command line was > > $ ./configure --prefix /Users/chris/gtk/inst --libdir /Users/chris/gtk/inst/lib --disable-builddir > > ## --------- ## > ## Platform. ## > ## --------- ## > > hostname = New-MacBook.local > uname -m = x86_64 > uname -r = 13.3.0 > uname -s = Darwin > uname -v = Darwin Kernel Version 13.3.0: Tue Jun 3 21:27:35 PDT 2014; root:xnu-2422.110.17~1/RELEASE_X86_64 > > /usr/bin/uname -p = i386 > /bin/uname -X = unknown > > /bin/arch = unknown > /usr/bin/arch -k = unknown > /usr/convex/getsysinfo = unknown > /usr/bin/hostinfo = Mach kernel version: > Darwin Kernel Version 13.3.0: Tue Jun 3 21:27:35 PDT 2014; root:xnu-2422.110.17~1/RELEASE_X86_64 > Kernel configured for up to 2 processors. > 2 processors are physically available. > 2 processors are logically available. > Processor type: i486 (Intel 80486) > Processors active: 0 1 > Primary memory available: 8.00 gigabytes > Default processor set: 237 tasks, 827 threads, 2 processors > Load average: 2.61, Mach factor: 0.40 > /bin/machine = unknown > /usr/bin/oslevel = unknown > /bin/universe = unknown > > PATH: /Users/chris/gtk/inst/bin > PATH: /Users/chris/.rvm/gems/ruby-2.0.0-p247/bin > PATH: /Users/chris/.rvm/gems/ruby-2.0.0-p247@global/bin > PATH: /Users/chris/.rvm/rubies/ruby-2.0.0-p247/bin > PATH: /Users/chris/.rvm/bin > PATH: /Library/Frameworks/Python.framework/Versions/3.1/bin > PATH: /Library/Frameworks/Python.framework/Versions/2.6/bin > PATH: /opt/local/bin > PATH: /opt/local/sbin > PATH: /Applications/MyApplications/Doxygen/Doxygen.app/Contents/Resources > PATH: /Applications/MyApplications/sox-14.3.1 > PATH: /Users/cpsmusic/Programming/boost_1_46_1 > PATH: /usr/local/cuda/bin > PATH: /usr/local/bin > PATH: /usr/bin > PATH: /bin > PATH: /usr/sbin > PATH: /sbin > PATH: /opt/X11/bin > PATH: /usr/local/git/bin > PATH: /usr/local/MacGPG2/bin > PATH: /Users/chris/Programming/pkg-config/pkg-config-0.25/build/bin > PATH: /System/Library/Frameworks/Python.framework/Versions/2.6/bin > PATH: /usr/local/mysql/bin > PATH: /Users/chris/.local/bin > PATH: /Users/chris/Qt5.0.2/5.0.2/clang_64/bin > > > ## ----------- ## > ## Core tests. ## > ## ----------- ## > > configure:2550: checking build system type > configure:2564: result: i386-apple-darwin13.3.0 > configure:2584: checking host system type > configure:2597: result: i386-apple-darwin13.3.0 > configure:2617: checking target system type > configure:2630: result: i386-apple-darwin13.3.0 > configure:2685: toplevel srcdir already configured... skipping subdir build > configure:2722: checking for gsed > configure:2753: result: sed > configure:2781: checking for a BSD-compatible install > configure:2849: result: /Users/chris/.local/bin/install-check > configure:2860: checking whether build environment is sane > configure:2910: result: yes > configure:3048: checking for a thread-safe mkdir -p > configure:3087: result: ./install-sh -c -d > configure:3100: checking for gawk > configure:3130: result: no > configure:3100: checking for mawk > configure:3130: result: no > configure:3100: checking for nawk > configure:3130: result: no > configure:3100: checking for awk > configure:3116: found /usr/bin/awk > configure:3127: result: awk > configure:3138: checking whether make sets $(MAKE) > configure:3160: result: yes > configure:3299: checking for gcc > configure:3326: result: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 > configure:3555: checking for C compiler version > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 --version >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -v >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -V >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -qversion >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3595: checking whether the C compiler works > configure:3617: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -arch x86_64 -mmacosx-version-min=10.7 -I/Users/chris/gtk/inst/include -L/Users/chris/gtk/inst/lib -L/Users/chris/gtk/inst/lib -arch x86_64 -mmacosx-version-min=10.7 -Wl,-headerpad_max_install_names conftest.c >&5 > ./configure: line 3619: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3621: $? = 127 > configure:3659: result: no > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libffi" > | #define PACKAGE_TARNAME "libffi" > | #define PACKAGE_VERSION "3.0.11" > | #define PACKAGE_STRING "libffi 3.0.11" > | #define PACKAGE_BUGREPORT "http://github.com/atgreen/libffi/issues" > | #define PACKAGE_URL "" > | #define PACKAGE "libffi" > | #define VERSION "3.0.11" > | /* end confdefs.h. */ > | > | int > | main () > | { > | > | ; > | return 0; > | } > configure:3664: error: in `/Users/chris/gtk/source/atgreen-libffi-873d687': > configure:3666: error: C compiler cannot create executables > See `config.log' for more details > > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## > > ac_cv_build=i386-apple-darwin13.3.0 > ac_cv_env_CCASFLAGS_set= > ac_cv_env_CCASFLAGS_value= > ac_cv_env_CCAS_set= > ac_cv_env_CCAS_value= > ac_cv_env_CPPFLAGS_set=set > ac_cv_env_CPPFLAGS_value=-I/Users/chris/gtk/inst/include > ac_cv_env_CPP_set= > ac_cv_env_CPP_value= > ac_cv_env_build_alias_set= > ac_cv_env_build_alias_value= > ac_cv_env_host_alias_set= > ac_cv_env_host_alias_value= > ac_cv_env_target_alias_set= > ac_cv_env_target_alias_value= > ac_cv_host=i386-apple-darwin13.3.0 > ac_cv_path_ax_enable_builddir_sed=sed > ac_cv_prog_AWK=awk > ac_cv_prog_ac_ct_CC=/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 > ac_cv_prog_make_make_set=yes > ac_cv_target=i386-apple-darwin13.3.0 > > ## ----------------- ## > ## Output variables. ## > ## ----------------- ## > > ACLOCAL='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run aclocal-1.11' > ALLOCA='' > ALPHA_FALSE='' > ALPHA_TRUE='' > AMDEPBACKSLASH='' > AMDEP_FALSE='' > AMDEP_TRUE='' > AMTAR='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run tar' > AM_LTLDFLAGS='' > AM_RUNTESTFLAGS='' > AR='' > ARM_FALSE='' > ARM_TRUE='' > AUTOCONF='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run autoconf' > AUTOHEADER='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run autoheader' > AUTOMAKE='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run automake-1.11' > AVR32_FALSE='' > AVR32_TRUE='' > AWK='awk' > CC='/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2' > CCAS='' > CCASDEPMODE='' > CCASFLAGS='' > CCDEPMODE='' > CFLAGS='-arch x86_64 -mmacosx-version-min=10.7' > CPP='' > CPPFLAGS='-I/Users/chris/gtk/inst/include' > CYGPATH_W='echo' > DEFS='' > DEPDIR='' > DLLTOOL='' > DSYMUTIL='' > DUMPBIN='' > ECHO_C='\c' > ECHO_N='' > ECHO_T='' > EGREP='' > EXEEXT='' > FFI_DEBUG_FALSE='' > FFI_DEBUG_TRUE='' > FFI_EXEC_TRAMPOLINE_TABLE='' > FFI_EXEC_TRAMPOLINE_TABLE_FALSE='' > FFI_EXEC_TRAMPOLINE_TABLE_TRUE='' > FGREP='' > FRV_FALSE='' > FRV_TRUE='' > GREP='' > HAVE_LONG_DOUBLE='' > IA64_FALSE='' > IA64_TRUE='' > INSTALL_DATA='${INSTALL} -m 644' > INSTALL_PROGRAM='${INSTALL}' > INSTALL_SCRIPT='${INSTALL}' > INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' > LD='' > LDFLAGS='-L/Users/chris/gtk/inst/lib -L/Users/chris/gtk/inst/lib -arch x86_64 -mmacosx-version-min=10.7 -Wl,-headerpad_max_install_names' > LIBFFI_CRIS_FALSE='' > LIBFFI_CRIS_TRUE='' > LIBOBJS='' > LIBS='' > LIBTOOL='' > LIPO='' > LN_S='' > LTLIBOBJS='' > M32R_FALSE='' > M32R_TRUE='' > M68K_FALSE='' > M68K_TRUE='' > MAINT='' > MAINTAINER_MODE_FALSE='' > MAINTAINER_MODE_TRUE='' > MAKEINFO='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run makeinfo' > MANIFEST_TOOL='' > MIPS_FALSE='' > MIPS_TRUE='' > MKDIR_P='./install-sh -c -d' > MOXIE_FALSE='' > MOXIE_TRUE='' > NM='' > NMEDIT='' > OBJDUMP='' > OBJEXT='' > OTOOL64='' > OTOOL='' > PA64_HPUX_FALSE='' > PA64_HPUX_TRUE='' > PACKAGE='libffi' > PACKAGE_BUGREPORT='http://github.com/atgreen/libffi/issues' > PACKAGE_NAME='libffi' > PACKAGE_STRING='libffi 3.0.11' > PACKAGE_TARNAME='libffi' > PACKAGE_URL='' > PACKAGE_VERSION='3.0.11' > PATH_SEPARATOR=':' > PA_HPUX_FALSE='' > PA_HPUX_TRUE='' > PA_LINUX_FALSE='' > PA_LINUX_TRUE='' > POWERPC_AIX_FALSE='' > POWERPC_AIX_TRUE='' > POWERPC_DARWIN_FALSE='' > POWERPC_DARWIN_TRUE='' > POWERPC_FALSE='' > POWERPC_FREEBSD_FALSE='' > POWERPC_FREEBSD_TRUE='' > POWERPC_TRUE='' > PRTDIAG='' > RANLIB='' > S390_FALSE='' > S390_TRUE='' > SED='' > SET_MAKE='' > SH64_FALSE='' > SH64_TRUE='' > SHELL='/bin/sh' > SH_FALSE='' > SH_TRUE='' > SPARC_FALSE='' > SPARC_TRUE='' > STRIP='' > TARGET='' > TARGETDIR='' > TESTSUBDIR_FALSE='' > TESTSUBDIR_TRUE='' > VERSION='3.0.11' > X86_64_FALSE='' > X86_64_TRUE='' > X86_DARWIN_FALSE='' > X86_DARWIN_TRUE='' > X86_FALSE='' > X86_FREEBSD_FALSE='' > X86_FREEBSD_TRUE='' > X86_TRUE='' > X86_WIN32_FALSE='' > X86_WIN32_TRUE='' > X86_WIN64_FALSE='' > X86_WIN64_TRUE='' > ac_ct_AR='' > ac_ct_CC='/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2' > ac_ct_DUMPBIN='' > am__EXEEXT_FALSE='' > am__EXEEXT_TRUE='' > am__fastdepCCAS_FALSE='' > am__fastdepCCAS_TRUE='' > am__fastdepCC_FALSE='' > am__fastdepCC_TRUE='' > am__include='' > am__isrc='' > am__leading_dot='.' > am__quote='' > am__tar='${AMTAR} chof - "$$tardir"' > am__untar='${AMTAR} xf -' > ax_enable_builddir_sed='sed' > bindir='${exec_prefix}/bin' > build='i386-apple-darwin13.3.0' > build_alias='' > build_cpu='i386' > build_os='darwin13.3.0' > build_vendor='apple' > datadir='${datarootdir}' > datarootdir='${prefix}/share' > docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' > dvidir='${docdir}' > exec_prefix='NONE' > host='i386-apple-darwin13.3.0' > host_alias='' > host_cpu='i386' > host_os='darwin13.3.0' > host_vendor='apple' > htmldir='${docdir}' > includedir='${prefix}/include' > infodir='${datarootdir}/info' > install_sh='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/install-sh' > libdir='/Users/chris/gtk/inst/lib' > libexecdir='${exec_prefix}/libexec' > localedir='${datarootdir}/locale' > localstatedir='${prefix}/var' > mandir='${datarootdir}/man' > mkdir_p='$(top_builddir)/./install-sh -c -d' > oldincludedir='/usr/include' > pdfdir='${docdir}' > prefix='/Users/chris/gtk/inst' > program_transform_name='s,x,x,' > psdir='${docdir}' > sbindir='${exec_prefix}/sbin' > sharedstatedir='${prefix}/com' > sys_symbol_underscore='' > sysconfdir='${prefix}/etc' > target='i386-apple-darwin13.3.0' > target_alias='' > target_cpu='i386' > target_os='darwin13.3.0' > target_vendor='apple' > toolexecdir='' > toolexeclibdir='' > > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## > > /* confdefs.h */ > #define PACKAGE_NAME "libffi" > #define PACKAGE_TARNAME "libffi" > #define PACKAGE_VERSION "3.0.11" > #define PACKAGE_STRING "libffi 3.0.11" > #define PACKAGE_BUGREPORT "http://github.com/atgreen/libffi/issues" > #define PACKAGE_URL "" > #define PACKAGE "libffi" > #define VERSION "3.0.11" > > configure: exit 77 I'm a bit suspicious of the following: ./configure: line 3619: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory Is this the cause of the problem? If so, how do I fix it? Cheers! |
|
From: John R. <jr...@ce...> - 2014-08-02 02:43:21
|
On Aug 1, 2014, at 7:21 PM, Chris Share <cps...@ya...> wrote: > ----- Original Message ----- > > From: John Ralls <jr...@ce...> > To: Chris Share <cps...@ya...> > Cc: GTK+-2 OSX Users <gtk...@li...> > Sent: Saturday, 2 August 2014 10:04 AM > Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ > > > On Aug 1, 2014, at 4:33 PM, Chris Share <cps...@ya...> wrote: > >> Hi, >> >> When I try to build WebKit I'm getting the following error: >> >> chris@New-MacBook~/Desktop/Programming/gtk/gtk+_test_4$ jhbuild build WebKit >> Warning: jhbuild is started from within a jhbuild session. >> *** Checking out libffi *** [1/18] >> *** Configuring libffi *** [1/18] >> ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir >> checking build system type... i386-apple-darwin13.3.0 >> checking host system type... i386-apple-darwin13.3.0 >> checking target system type... i386-apple-darwin13.3.0 >> configure: toplevel srcdir already configured... skipping subdir build >> checking for gsed... sed >> checking for a BSD-compatible install... /Users/chris/.local/bin/install-check >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p... ./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 for gcc... /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 >> checking whether the C compiler works... no >> configure: error: in `/Users/chris/gtk/source/atgreen-libffi-873d687': >> configure: error: C compiler cannot create executables >> See `config.log' for more details >> *** Error during phase configure of libffi: ########## Error running ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir *** [1/18] >> >> [1] Rerun phase configure >> [2] Ignore error and continue to build >> [3] Give up on module >> [4] Start shell >> [5] Reload configuration >> [6] Go to phase "wipe directory and start over" >> [7] Go to phase "clean" >> [8] Go to phase "distclean" >> choice: >> >> Any idea what's going on. I'm running OSX 10.9.4. > > The first line probably explains the problem, you tried to start jhbuild from inside a jhbuild shell. That seldom works out well. > > That aside, no, there's not enough information there; that's why configure told you to "See `config.log' for more details". Once you get the pretty GUI out of the way, OS X is just BSD Unix, so pretty much everything you know about Linux applies. > > //===================================================== > > > > > Here is the output from the config.log file in /Users/chris/gtk/source/atgreen-libffi-873d687: > > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. > > It was created by libffi configure 3.0.11, which was > generated by GNU Autoconf 2.68. Invocation command line was > > $ ./configure --prefix /Users/chris/gtk/inst --libdir /Users/chris/gtk/inst/lib --disable-builddir > > ## --------- ## > ## Platform. ## > ## --------- ## > > hostname = New-MacBook.local > uname -m = x86_64 > uname -r = 13.3.0 > uname -s = Darwin > uname -v = Darwin Kernel Version 13.3.0: Tue Jun 3 21:27:35 PDT 2014; root:xnu-2422.110.17~1/RELEASE_X86_64 > > /usr/bin/uname -p = i386 > /bin/uname -X = unknown > > /bin/arch = unknown > /usr/bin/arch -k = unknown > /usr/convex/getsysinfo = unknown > /usr/bin/hostinfo = Mach kernel version: > Darwin Kernel Version 13.3.0: Tue Jun 3 21:27:35 PDT 2014; root:xnu-2422.110.17~1/RELEASE_X86_64 > Kernel configured for up to 2 processors. > 2 processors are physically available. > 2 processors are logically available. > Processor type: i486 (Intel 80486) > Processors active: 0 1 > Primary memory available: 8.00 gigabytes > Default processor set: 237 tasks, 827 threads, 2 processors > Load average: 2.61, Mach factor: 0.40 > /bin/machine = unknown > /usr/bin/oslevel = unknown > /bin/universe = unknown > > PATH: /Users/chris/gtk/inst/bin > PATH: /Users/chris/.rvm/gems/ruby-2.0.0-p247/bin > PATH: /Users/chris/.rvm/gems/ruby-2.0.0-p247@global/bin > PATH: /Users/chris/.rvm/rubies/ruby-2.0.0-p247/bin > PATH: /Users/chris/.rvm/bin > PATH: /Library/Frameworks/Python.framework/Versions/3.1/bin > PATH: /Library/Frameworks/Python.framework/Versions/2.6/bin > PATH: /opt/local/bin > PATH: /opt/local/sbin > PATH: /Applications/MyApplications/Doxygen/Doxygen.app/Contents/Resources > PATH: /Applications/MyApplications/sox-14.3.1 > PATH: /Users/cpsmusic/Programming/boost_1_46_1 > PATH: /usr/local/cuda/bin > PATH: /usr/local/bin > PATH: /usr/bin > PATH: /bin > PATH: /usr/sbin > PATH: /sbin > PATH: /opt/X11/bin > PATH: /usr/local/git/bin > PATH: /usr/local/MacGPG2/bin > PATH: /Users/chris/Programming/pkg-config/pkg-config-0.25/build/bin > PATH: /System/Library/Frameworks/Python.framework/Versions/2.6/bin > PATH: /usr/local/mysql/bin > PATH: /Users/chris/.local/bin > PATH: /Users/chris/Qt5.0.2/5.0.2/clang_64/bin > > > ## ----------- ## > ## Core tests. ## > ## ----------- ## > > configure:2550: checking build system type > configure:2564: result: i386-apple-darwin13.3.0 > configure:2584: checking host system type > configure:2597: result: i386-apple-darwin13.3.0 > configure:2617: checking target system type > configure:2630: result: i386-apple-darwin13.3.0 > configure:2685: toplevel srcdir already configured... skipping subdir build > configure:2722: checking for gsed > configure:2753: result: sed > configure:2781: checking for a BSD-compatible install > configure:2849: result: /Users/chris/.local/bin/install-check > configure:2860: checking whether build environment is sane > configure:2910: result: yes > configure:3048: checking for a thread-safe mkdir -p > configure:3087: result: ./install-sh -c -d > configure:3100: checking for gawk > configure:3130: result: no > configure:3100: checking for mawk > configure:3130: result: no > configure:3100: checking for nawk > configure:3130: result: no > configure:3100: checking for awk > configure:3116: found /usr/bin/awk > configure:3127: result: awk > configure:3138: checking whether make sets $(MAKE) > configure:3160: result: yes > configure:3299: checking for gcc > configure:3326: result: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 > configure:3555: checking for C compiler version > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 --version >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -v >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -V >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -qversion >&5 > ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3575: $? = 127 > configure:3595: checking whether the C compiler works > configure:3617: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -arch x86_64 -mmacosx-version-min=10.7 -I/Users/chris/gtk/inst/include -L/Users/chris/gtk/inst/lib -L/Users/chris/gtk/inst/lib -arch x86_64 -mmacosx-version-min=10.7 -Wl,-headerpad_max_install_names conftest.c >&5 > ./configure: line 3619: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory > configure:3621: $? = 127 > configure:3659: result: no > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "libffi" > | #define PACKAGE_TARNAME "libffi" > | #define PACKAGE_VERSION "3.0.11" > | #define PACKAGE_STRING "libffi 3.0.11" > | #define PACKAGE_BUGREPORT "http://github.com/atgreen/libffi/issues" > | #define PACKAGE_URL "" > | #define PACKAGE "libffi" > | #define VERSION "3.0.11" > | /* end confdefs.h. */ > | > | int > | main () > | { > | > | ; > | return 0; > | } > configure:3664: error: in `/Users/chris/gtk/source/atgreen-libffi-873d687': > configure:3666: error: C compiler cannot create executables > See `config.log' for more details > > ## ---------------- ## > ## Cache variables. ## > ## ---------------- ## > > ac_cv_build=i386-apple-darwin13.3.0 > ac_cv_env_CCASFLAGS_set= > ac_cv_env_CCASFLAGS_value= > ac_cv_env_CCAS_set= > ac_cv_env_CCAS_value= > ac_cv_env_CPPFLAGS_set=set > ac_cv_env_CPPFLAGS_value=-I/Users/chris/gtk/inst/include > ac_cv_env_CPP_set= > ac_cv_env_CPP_value= > ac_cv_env_build_alias_set= > ac_cv_env_build_alias_value= > ac_cv_env_host_alias_set= > ac_cv_env_host_alias_value= > ac_cv_env_target_alias_set= > ac_cv_env_target_alias_value= > ac_cv_host=i386-apple-darwin13.3.0 > ac_cv_path_ax_enable_builddir_sed=sed > ac_cv_prog_AWK=awk > ac_cv_prog_ac_ct_CC=/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 > ac_cv_prog_make_make_set=yes > ac_cv_target=i386-apple-darwin13.3.0 > > ## ----------------- ## > ## Output variables. ## > ## ----------------- ## > > ACLOCAL='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run aclocal-1.11' > ALLOCA='' > ALPHA_FALSE='' > ALPHA_TRUE='' > AMDEPBACKSLASH='' > AMDEP_FALSE='' > AMDEP_TRUE='' > AMTAR='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run tar' > AM_LTLDFLAGS='' > AM_RUNTESTFLAGS='' > AR='' > ARM_FALSE='' > ARM_TRUE='' > AUTOCONF='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run autoconf' > AUTOHEADER='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run autoheader' > AUTOMAKE='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run automake-1.11' > AVR32_FALSE='' > AVR32_TRUE='' > AWK='awk' > CC='/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2' > CCAS='' > CCASDEPMODE='' > CCASFLAGS='' > CCDEPMODE='' > CFLAGS='-arch x86_64 -mmacosx-version-min=10.7' > CPP='' > CPPFLAGS='-I/Users/chris/gtk/inst/include' > CYGPATH_W='echo' > DEFS='' > DEPDIR='' > DLLTOOL='' > DSYMUTIL='' > DUMPBIN='' > ECHO_C='\c' > ECHO_N='' > ECHO_T='' > EGREP='' > EXEEXT='' > FFI_DEBUG_FALSE='' > FFI_DEBUG_TRUE='' > FFI_EXEC_TRAMPOLINE_TABLE='' > FFI_EXEC_TRAMPOLINE_TABLE_FALSE='' > FFI_EXEC_TRAMPOLINE_TABLE_TRUE='' > FGREP='' > FRV_FALSE='' > FRV_TRUE='' > GREP='' > HAVE_LONG_DOUBLE='' > IA64_FALSE='' > IA64_TRUE='' > INSTALL_DATA='${INSTALL} -m 644' > INSTALL_PROGRAM='${INSTALL}' > INSTALL_SCRIPT='${INSTALL}' > INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' > LD='' > LDFLAGS='-L/Users/chris/gtk/inst/lib -L/Users/chris/gtk/inst/lib -arch x86_64 -mmacosx-version-min=10.7 -Wl,-headerpad_max_install_names' > LIBFFI_CRIS_FALSE='' > LIBFFI_CRIS_TRUE='' > LIBOBJS='' > LIBS='' > LIBTOOL='' > LIPO='' > LN_S='' > LTLIBOBJS='' > M32R_FALSE='' > M32R_TRUE='' > M68K_FALSE='' > M68K_TRUE='' > MAINT='' > MAINTAINER_MODE_FALSE='' > MAINTAINER_MODE_TRUE='' > MAKEINFO='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run makeinfo' > MANIFEST_TOOL='' > MIPS_FALSE='' > MIPS_TRUE='' > MKDIR_P='./install-sh -c -d' > MOXIE_FALSE='' > MOXIE_TRUE='' > NM='' > NMEDIT='' > OBJDUMP='' > OBJEXT='' > OTOOL64='' > OTOOL='' > PA64_HPUX_FALSE='' > PA64_HPUX_TRUE='' > PACKAGE='libffi' > PACKAGE_BUGREPORT='http://github.com/atgreen/libffi/issues' > PACKAGE_NAME='libffi' > PACKAGE_STRING='libffi 3.0.11' > PACKAGE_TARNAME='libffi' > PACKAGE_URL='' > PACKAGE_VERSION='3.0.11' > PATH_SEPARATOR=':' > PA_HPUX_FALSE='' > PA_HPUX_TRUE='' > PA_LINUX_FALSE='' > PA_LINUX_TRUE='' > POWERPC_AIX_FALSE='' > POWERPC_AIX_TRUE='' > POWERPC_DARWIN_FALSE='' > POWERPC_DARWIN_TRUE='' > POWERPC_FALSE='' > POWERPC_FREEBSD_FALSE='' > POWERPC_FREEBSD_TRUE='' > POWERPC_TRUE='' > PRTDIAG='' > RANLIB='' > S390_FALSE='' > S390_TRUE='' > SED='' > SET_MAKE='' > SH64_FALSE='' > SH64_TRUE='' > SHELL='/bin/sh' > SH_FALSE='' > SH_TRUE='' > SPARC_FALSE='' > SPARC_TRUE='' > STRIP='' > TARGET='' > TARGETDIR='' > TESTSUBDIR_FALSE='' > TESTSUBDIR_TRUE='' > VERSION='3.0.11' > X86_64_FALSE='' > X86_64_TRUE='' > X86_DARWIN_FALSE='' > X86_DARWIN_TRUE='' > X86_FALSE='' > X86_FREEBSD_FALSE='' > X86_FREEBSD_TRUE='' > X86_TRUE='' > X86_WIN32_FALSE='' > X86_WIN32_TRUE='' > X86_WIN64_FALSE='' > X86_WIN64_TRUE='' > ac_ct_AR='' > ac_ct_CC='/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2' > ac_ct_DUMPBIN='' > am__EXEEXT_FALSE='' > am__EXEEXT_TRUE='' > am__fastdepCCAS_FALSE='' > am__fastdepCCAS_TRUE='' > am__fastdepCC_FALSE='' > am__fastdepCC_TRUE='' > am__include='' > am__isrc='' > am__leading_dot='.' > am__quote='' > am__tar='${AMTAR} chof - "$$tardir"' > am__untar='${AMTAR} xf -' > ax_enable_builddir_sed='sed' > bindir='${exec_prefix}/bin' > build='i386-apple-darwin13.3.0' > build_alias='' > build_cpu='i386' > build_os='darwin13.3.0' > build_vendor='apple' > datadir='${datarootdir}' > datarootdir='${prefix}/share' > docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' > dvidir='${docdir}' > exec_prefix='NONE' > host='i386-apple-darwin13.3.0' > host_alias='' > host_cpu='i386' > host_os='darwin13.3.0' > host_vendor='apple' > htmldir='${docdir}' > includedir='${prefix}/include' > infodir='${datarootdir}/info' > install_sh='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/install-sh' > libdir='/Users/chris/gtk/inst/lib' > libexecdir='${exec_prefix}/libexec' > localedir='${datarootdir}/locale' > localstatedir='${prefix}/var' > mandir='${datarootdir}/man' > mkdir_p='$(top_builddir)/./install-sh -c -d' > oldincludedir='/usr/include' > pdfdir='${docdir}' > prefix='/Users/chris/gtk/inst' > program_transform_name='s,x,x,' > psdir='${docdir}' > sbindir='${exec_prefix}/sbin' > sharedstatedir='${prefix}/com' > sys_symbol_underscore='' > sysconfdir='${prefix}/etc' > target='i386-apple-darwin13.3.0' > target_alias='' > target_cpu='i386' > target_os='darwin13.3.0' > target_vendor='apple' > toolexecdir='' > toolexeclibdir='' > > ## ----------- ## > ## confdefs.h. ## > ## ----------- ## > > /* confdefs.h */ > #define PACKAGE_NAME "libffi" > #define PACKAGE_TARNAME "libffi" > #define PACKAGE_VERSION "3.0.11" > #define PACKAGE_STRING "libffi 3.0.11" > #define PACKAGE_BUGREPORT "http://github.com/atgreen/libffi/issues" > #define PACKAGE_URL "" > #define PACKAGE "libffi" > #define VERSION "3.0.11" > > configure: exit 77 So you're unable to understand what is the problem? Regards, John Ralls |
|
From: Chris S. <cps...@ya...> - 2014-08-02 02:24:24
|
----- Original Message ----- From: John Ralls <jr...@ce...> To: Chris Share <cps...@ya...> Cc: GTK+-2 OSX Users <gtk...@li...> Sent: Saturday, 2 August 2014 10:04 AM Subject: Re: [gtk-osx-users] [Gtk-osx-users] Getting Started with WebKitGTK+ On Aug 1, 2014, at 4:33 PM, Chris Share <cps...@ya...> wrote: > Hi, > > When I try to build WebKit I'm getting the following error: > > chris@New-MacBook~/Desktop/Programming/gtk/gtk+_test_4$ jhbuild build WebKit > Warning: jhbuild is started from within a jhbuild session. > *** Checking out libffi *** [1/18] > *** Configuring libffi *** [1/18] > ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir > checking build system type... i386-apple-darwin13.3.0 > checking host system type... i386-apple-darwin13.3.0 > checking target system type... i386-apple-darwin13.3.0 > configure: toplevel srcdir already configured... skipping subdir build > checking for gsed... sed > checking for a BSD-compatible install... /Users/chris/.local/bin/install-check > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./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 for gcc... /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 > checking whether the C compiler works... no > configure: error: in `/Users/chris/gtk/source/atgreen-libffi-873d687': > configure: error: C compiler cannot create executables > See `config.log' for more details > *** Error during phase configure of libffi: ########## Error running ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir *** [1/18] > > [1] Rerun phase configure > [2] Ignore error and continue to build > [3] Give up on module > [4] Start shell > [5] Reload configuration > [6] Go to phase "wipe directory and start over" > [7] Go to phase "clean" > [8] Go to phase "distclean" > choice: > > Any idea what's going on. I'm running OSX 10.9.4. The first line probably explains the problem, you tried to start jhbuild from inside a jhbuild shell. That seldom works out well. That aside, no, there's not enough information there; that's why configure told you to "See `config.log' for more details". Once you get the pretty GUI out of the way, OS X is just BSD Unix, so pretty much everything you know about Linux applies. //===================================================== Here is the output from the config.log file in /Users/chris/gtk/source/atgreen-libffi-873d687: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by libffi configure 3.0.11, which was generated by GNU Autoconf 2.68. Invocation command line was $ ./configure --prefix /Users/chris/gtk/inst --libdir /Users/chris/gtk/inst/lib --disable-builddir ## --------- ## ## Platform. ## ## --------- ## hostname = New-MacBook.local uname -m = x86_64 uname -r = 13.3.0 uname -s = Darwin uname -v = Darwin Kernel Version 13.3.0: Tue Jun 3 21:27:35 PDT 2014; root:xnu-2422.110.17~1/RELEASE_X86_64 /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = Mach kernel version: Darwin Kernel Version 13.3.0: Tue Jun 3 21:27:35 PDT 2014; root:xnu-2422.110.17~1/RELEASE_X86_64 Kernel configured for up to 2 processors. 2 processors are physically available. 2 processors are logically available. Processor type: i486 (Intel 80486) Processors active: 0 1 Primary memory available: 8.00 gigabytes Default processor set: 237 tasks, 827 threads, 2 processors Load average: 2.61, Mach factor: 0.40 /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /Users/chris/gtk/inst/bin PATH: /Users/chris/.rvm/gems/ruby-2.0.0-p247/bin PATH: /Users/chris/.rvm/gems/ruby-2.0.0-p247@global/bin PATH: /Users/chris/.rvm/rubies/ruby-2.0.0-p247/bin PATH: /Users/chris/.rvm/bin PATH: /Library/Frameworks/Python.framework/Versions/3.1/bin PATH: /Library/Frameworks/Python.framework/Versions/2.6/bin PATH: /opt/local/bin PATH: /opt/local/sbin PATH: /Applications/MyApplications/Doxygen/Doxygen.app/Contents/Resources PATH: /Applications/MyApplications/sox-14.3.1 PATH: /Users/cpsmusic/Programming/boost_1_46_1 PATH: /usr/local/cuda/bin PATH: /usr/local/bin PATH: /usr/bin PATH: /bin PATH: /usr/sbin PATH: /sbin PATH: /opt/X11/bin PATH: /usr/local/git/bin PATH: /usr/local/MacGPG2/bin PATH: /Users/chris/Programming/pkg-config/pkg-config-0.25/build/bin PATH: /System/Library/Frameworks/Python.framework/Versions/2.6/bin PATH: /usr/local/mysql/bin PATH: /Users/chris/.local/bin PATH: /Users/chris/Qt5.0.2/5.0.2/clang_64/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2550: checking build system type configure:2564: result: i386-apple-darwin13.3.0 configure:2584: checking host system type configure:2597: result: i386-apple-darwin13.3.0 configure:2617: checking target system type configure:2630: result: i386-apple-darwin13.3.0 configure:2685: toplevel srcdir already configured... skipping subdir build configure:2722: checking for gsed configure:2753: result: sed configure:2781: checking for a BSD-compatible install configure:2849: result: /Users/chris/.local/bin/install-check configure:2860: checking whether build environment is sane configure:2910: result: yes configure:3048: checking for a thread-safe mkdir -p configure:3087: result: ./install-sh -c -d configure:3100: checking for gawk configure:3130: result: no configure:3100: checking for mawk configure:3130: result: no configure:3100: checking for nawk configure:3130: result: no configure:3100: checking for awk configure:3116: found /usr/bin/awk configure:3127: result: awk configure:3138: checking whether make sets $(MAKE) configure:3160: result: yes configure:3299: checking for gcc configure:3326: result: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 configure:3555: checking for C compiler version configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 --version >&5 ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory configure:3575: $? = 127 configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -v >&5 ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory configure:3575: $? = 127 configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -V >&5 ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory configure:3575: $? = 127 configure:3564: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -qversion >&5 ./configure: line 3566: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory configure:3575: $? = 127 configure:3595: checking whether the C compiler works configure:3617: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 -arch x86_64 -mmacosx-version-min=10.7 -I/Users/chris/gtk/inst/include -L/Users/chris/gtk/inst/lib -L/Users/chris/gtk/inst/lib -arch x86_64 -mmacosx-version-min=10.7 -Wl,-headerpad_max_install_names conftest.c >&5 ./configure: line 3619: /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2: No such file or directory configure:3621: $? = 127 configure:3659: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "libffi" | #define PACKAGE_TARNAME "libffi" | #define PACKAGE_VERSION "3.0.11" | #define PACKAGE_STRING "libffi 3.0.11" | #define PACKAGE_BUGREPORT "http://github.com/atgreen/libffi/issues" | #define PACKAGE_URL "" | #define PACKAGE "libffi" | #define VERSION "3.0.11" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3664: error: in `/Users/chris/gtk/source/atgreen-libffi-873d687': configure:3666: error: C compiler cannot create executables See `config.log' for more details ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-apple-darwin13.3.0 ac_cv_env_CCASFLAGS_set= ac_cv_env_CCASFLAGS_value= ac_cv_env_CCAS_set= ac_cv_env_CCAS_value= ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=-I/Users/chris/gtk/inst/include ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=i386-apple-darwin13.3.0 ac_cv_path_ax_enable_builddir_sed=sed ac_cv_prog_AWK=awk ac_cv_prog_ac_ct_CC=/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 ac_cv_prog_make_make_set=yes ac_cv_target=i386-apple-darwin13.3.0 ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run aclocal-1.11' ALLOCA='' ALPHA_FALSE='' ALPHA_TRUE='' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='' AMTAR='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run tar' AM_LTLDFLAGS='' AM_RUNTESTFLAGS='' AR='' ARM_FALSE='' ARM_TRUE='' AUTOCONF='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run autoconf' AUTOHEADER='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run autoheader' AUTOMAKE='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run automake-1.11' AVR32_FALSE='' AVR32_TRUE='' AWK='awk' CC='/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2' CCAS='' CCASDEPMODE='' CCASFLAGS='' CCDEPMODE='' CFLAGS='-arch x86_64 -mmacosx-version-min=10.7' CPP='' CPPFLAGS='-I/Users/chris/gtk/inst/include' CYGPATH_W='echo' DEFS='' DEPDIR='' DLLTOOL='' DSYMUTIL='' DUMPBIN='' ECHO_C='\c' ECHO_N='' ECHO_T='' EGREP='' EXEEXT='' FFI_DEBUG_FALSE='' FFI_DEBUG_TRUE='' FFI_EXEC_TRAMPOLINE_TABLE='' FFI_EXEC_TRAMPOLINE_TABLE_FALSE='' FFI_EXEC_TRAMPOLINE_TABLE_TRUE='' FGREP='' FRV_FALSE='' FRV_TRUE='' GREP='' HAVE_LONG_DOUBLE='' IA64_FALSE='' IA64_TRUE='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' LD='' LDFLAGS='-L/Users/chris/gtk/inst/lib -L/Users/chris/gtk/inst/lib -arch x86_64 -mmacosx-version-min=10.7 -Wl,-headerpad_max_install_names' LIBFFI_CRIS_FALSE='' LIBFFI_CRIS_TRUE='' LIBOBJS='' LIBS='' LIBTOOL='' LIPO='' LN_S='' LTLIBOBJS='' M32R_FALSE='' M32R_TRUE='' M68K_FALSE='' M68K_TRUE='' MAINT='' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='' MAKEINFO='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/missing --run makeinfo' MANIFEST_TOOL='' MIPS_FALSE='' MIPS_TRUE='' MKDIR_P='./install-sh -c -d' MOXIE_FALSE='' MOXIE_TRUE='' NM='' NMEDIT='' OBJDUMP='' OBJEXT='' OTOOL64='' OTOOL='' PA64_HPUX_FALSE='' PA64_HPUX_TRUE='' PACKAGE='libffi' PACKAGE_BUGREPORT='http://github.com/atgreen/libffi/issues' PACKAGE_NAME='libffi' PACKAGE_STRING='libffi 3.0.11' PACKAGE_TARNAME='libffi' PACKAGE_URL='' PACKAGE_VERSION='3.0.11' PATH_SEPARATOR=':' PA_HPUX_FALSE='' PA_HPUX_TRUE='' PA_LINUX_FALSE='' PA_LINUX_TRUE='' POWERPC_AIX_FALSE='' POWERPC_AIX_TRUE='' POWERPC_DARWIN_FALSE='' POWERPC_DARWIN_TRUE='' POWERPC_FALSE='' POWERPC_FREEBSD_FALSE='' POWERPC_FREEBSD_TRUE='' POWERPC_TRUE='' PRTDIAG='' RANLIB='' S390_FALSE='' S390_TRUE='' SED='' SET_MAKE='' SH64_FALSE='' SH64_TRUE='' SHELL='/bin/sh' SH_FALSE='' SH_TRUE='' SPARC_FALSE='' SPARC_TRUE='' STRIP='' TARGET='' TARGETDIR='' TESTSUBDIR_FALSE='' TESTSUBDIR_TRUE='' VERSION='3.0.11' X86_64_FALSE='' X86_64_TRUE='' X86_DARWIN_FALSE='' X86_DARWIN_TRUE='' X86_FALSE='' X86_FREEBSD_FALSE='' X86_FREEBSD_TRUE='' X86_TRUE='' X86_WIN32_FALSE='' X86_WIN32_TRUE='' X86_WIN64_FALSE='' X86_WIN64_TRUE='' ac_ct_AR='' ac_ct_CC='/Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2' ac_ct_DUMPBIN='' am__EXEEXT_FALSE='' am__EXEEXT_TRUE='' am__fastdepCCAS_FALSE='' am__fastdepCCAS_TRUE='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='' am__include='' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' ax_enable_builddir_sed='sed' bindir='${exec_prefix}/bin' build='i386-apple-darwin13.3.0' build_alias='' build_cpu='i386' build_os='darwin13.3.0' build_vendor='apple' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='i386-apple-darwin13.3.0' host_alias='' host_cpu='i386' host_os='darwin13.3.0' host_vendor='apple' htmldir='${docdir}' includedir='${prefix}/include' infodir='${datarootdir}/info' install_sh='${SHELL} /Users/chris/gtk/source/atgreen-libffi-873d687/install-sh' libdir='/Users/chris/gtk/inst/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='${datarootdir}/man' mkdir_p='$(top_builddir)/./install-sh -c -d' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/Users/chris/gtk/inst' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sys_symbol_underscore='' sysconfdir='${prefix}/etc' target='i386-apple-darwin13.3.0' target_alias='' target_cpu='i386' target_os='darwin13.3.0' target_vendor='apple' toolexecdir='' toolexeclibdir='' ## ----------- ## ## confdefs.h. ## ## ----------- ## /* confdefs.h */ #define PACKAGE_NAME "libffi" #define PACKAGE_TARNAME "libffi" #define PACKAGE_VERSION "3.0.11" #define PACKAGE_STRING "libffi 3.0.11" #define PACKAGE_BUGREPORT "http://github.com/atgreen/libffi/issues" #define PACKAGE_URL "" #define PACKAGE "libffi" #define VERSION "3.0.11" configure: exit 77 |
|
From: John R. <jr...@ce...> - 2014-08-02 00:04:51
|
On Aug 1, 2014, at 4:33 PM, Chris Share <cps...@ya...> wrote: > Hi, > > When I try to build WebKit I'm getting the following error: > > chris@New-MacBook~/Desktop/Programming/gtk/gtk+_test_4$ jhbuild build WebKit > Warning: jhbuild is started from within a jhbuild session. > *** Checking out libffi *** [1/18] > *** Configuring libffi *** [1/18] > ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir > checking build system type... i386-apple-darwin13.3.0 > checking host system type... i386-apple-darwin13.3.0 > checking target system type... i386-apple-darwin13.3.0 > configure: toplevel srcdir already configured... skipping subdir build > checking for gsed... sed > checking for a BSD-compatible install... /Users/chris/.local/bin/install-check > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./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 for gcc... /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc-4.2 > checking whether the C compiler works... no > configure: error: in `/Users/chris/gtk/source/atgreen-libffi-873d687': > configure: error: C compiler cannot create executables > See `config.log' for more details > *** Error during phase configure of libffi: ########## Error running ./configure --prefix /Users/chris/gtk/inst --libdir '/Users/chris/gtk/inst/lib' --disable-builddir *** [1/18] > > [1] Rerun phase configure > [2] Ignore error and continue to build > [3] Give up on module > [4] Start shell > [5] Reload configuration > [6] Go to phase "wipe directory and start over" > [7] Go to phase "clean" > [8] Go to phase "distclean" > choice: > > Any idea what's going on. I'm running OSX 10.9.4. The first line probably explains the problem, you tried to start jhbuild from inside a jhbuild shell. That seldom works out well. That aside, no, there's not enough information there; that's why configure told you to "See `config.log' for more details". Once you get the pretty GUI out of the way, OS X is just BSD Unix, so pretty much everything you know about Linux applies. Regards, John Ralls |
3 messages has been excluded from this view by a project administrator.
