On Feb 27, 2016 1:16 PM, "Adam Mercer" <<a href="mailto:ramercer@gmail.com">ramercer@gmail.com</a>> wrote: > > On Fri, Feb 26, 2016 at 11:14 AM, Dan Nicholson <<a href="mailto:nicholson@endlessm.com">nicholson@endlessm.com</a>> wrote: > > > Sorry for being slow on this. This is also > ><a href="https://bugs.freedesktop.org/show_bug.cgi?id=92902"> https://bugs.freedesktop.org/show_bug.cgi?id=92902</a>. Upstream seems to > > have fixed this slightly differently. Can you try out the following > > patch? > > > ><a href="https://git.gnome.org/browse/glib/commit/?id=8d037c678"> https://git.gnome.org/browse/glib/commit/?id=8d037c678</a> > > Looks like the patch reference above is for glib so I applied the ><a href="http://configure.ac"> configure.ac</a> hunk to glib/<a href="http://configure.ac">configure.ac</a>, then then ran: > > $ autoreconf -iv > $ ../configure --with-internal-glib > $ make > > and that failed with the same error as before: > > $ make > <snip> > Making all in . > CC pkg.o > CC parse.o > CC rpmvercmp.o > CC main.o > CCLD pkg-config > Undefined symbols for architecture x86_64: > "_CFRelease", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > "_CFStringGetCString", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > "_CFStringGetCStringPtr", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > "_CFStringGetLength", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > "_CFURLCopyFileSystemPath", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > "_CFURLCreateFromFSRef", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > "_FSFindFolder", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > "_kCFAllocatorSystemDefault", referenced from: > _find_folder in libglib-2.0.a(libglib_2_0_la-gutils.o) > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see invocation) > make[2]: *** [pkg-config] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > $ > > glib itself builds fine, the problem seems to be in linking pkg-config > against the internal glib. Thanks for testing. That makes sense now that I think of it. That's why the upstream patch is against the glib pc files, which we can't use here since we can't use pkg-config. We'll have to duplicate the logic like in Rudá's patch. Dan