I am getting an error emerging cairo in a prefix on RHEL5 amd64.

Cairo is complaining that is can't link with -lpthread or -pthread,
therefore configures with pthread: no, meaning that the compile fails,
telling me to define CAIRO_NO_MUTEX to 1. I have put the complete
build log on pastebin[1].

I emerged libpthread-stubs, but Cairo still could not link to pthread.

Any ideas how to solve this?

Regards

Jeff

[1] http://pastebin.com/drh6XkCU

On 23 November 2010 10:04, Jeffrey Ratcliffe
<jeffrey.ratcliffe@gmail.com> wrote:
> Cairo is complaining that is can't link with -lpthread or -pthread,
> therefore configures with pthread: no, meaning that the compile fails,
> telling me to define CAIRO_NO_MUTEX to 1. I have put the complete
> build log on pastebin[1].

It must be an environment problem, as if I cd to the work directory
and retry exactly the same configure command, then pthreads are found.
And indeed

$ LDFLAGS="" emerge cairo

succeeds, but is very hacky, and I can't seem to find a setting for
etc/portage/env/x11-libs/cairo to replicate it.

Moving on, I have similar problems with gtk+ and libXi, which is, of
course, present on the host. Unfortunately, the above trick doesn't
work here.

So, how can I get emerge to additionally use libraries from the host?
Writing ebuilds to maintain symlinks to libraries in /lib feels wrong.

Regards

Jeff

On 11/23/2010 04:27 AM, Jeffrey Ratcliffe wrote:

On 23 November 2010 10:04, Jeffrey Ratcliffe
<jeffrey.ratcliffe@gmail.com> wrote:

Cairo is complaining that is can't link with -lpthread or -pthread,
therefore configures with pthread: no, meaning that the compile fails,
telling me to define CAIRO_NO_MUTEX to 1. I have put the complete
build log on pastebin[1].


It must be an environment problem, as if I cd to the work directory
and retry exactly the same configure command, then pthreads are found.
And indeed

$ LDFLAGS="" emerge cairo

succeeds, but is very hacky, and I can't seem to find a setting for
etc/portage/env/x11-libs/cairo to replicate it.

Moving on, I have similar problems with gtk+ and libXi, which is, of
course, present on the host. Unfortunately, the above trick doesn't
work here.

So, how can I get emerge to additionally use libraries from the host?
Writing ebuilds to maintain symlinks to libraries in /lib feels wrong.

Regards

Jeff



You really shouldn't *need* to set per-package LDFLAGS. You also
shouldn't use "additional libraries from the host" as that is asking for
trouble. It is difficult to debug a specific system on the ML, can you
open a bug report for the failing package and attach the build.log
instead of linking to a pastebin that will eventually expire?

-Jeremy

On 23 November 2010 15:13, Jeremy Olexa <darkside@gentoo.org> wrote:
> is difficult to debug a specific system on the ML, can you open a bug report
> for the failing package and attach the build.log instead of linking to a
> pastebin that will eventually expire?

Sure

http://bugs.gentoo.org/show_bug.cgi?id=346651

Jeff