FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Alt

 
 
LinkBack Thread Tools
 
Old 11-23-2010, 08:04 AM
Jeffrey Ratcliffe
 
Default Error emerging cairo in prefix on RHEL5 amd64

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
 
Old 11-23-2010, 09:27 AM
Jeffrey Ratcliffe
 
Default Error emerging cairo in prefix on RHEL5 amd64

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
 
Old 11-23-2010, 01:13 PM
Jeremy Olexa
 
Default Error emerging cairo in prefix on RHEL5 amd64

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
 
Old 11-24-2010, 01:11 PM
Jeffrey Ratcliffe
 
Default Error emerging cairo in prefix on RHEL5 amd64

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
 

Thread Tools




All times are GMT. The time now is 05:05 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org