From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 07EEE13877A for ; Sat, 26 Jul 2014 11:44:01 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5A347E0ACB; Sat, 26 Jul 2014 11:43:52 +0000 (UTC) Received: from mail-we0-f171.google.com (mail-we0-f171.google.com [74.125.82.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 10594E0A85 for ; Sat, 26 Jul 2014 11:43:50 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id p10so5337130wes.30 for ; Sat, 26 Jul 2014 04:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=NxAupmk1T7Wlzd91gwmWTzjkBd+rJdjm6gPNI+AdpQc=; b=uFb4dN9PCML8EIVdZ/1TAN32nhFTeymcdWsNhq1+w+3inBQ5OOoCXnJcT3h5PG/Dt6 hmRLa3xcAAn1DDtPl82Xvscj8KEmzNLORgRizaXJYwKaHQzqo6f9rsF3duohLGlNrYT2 BidVft2SwSjBjkRQsyT5YAIwRORDve+TxZhF/MLRov2pRwDqWbyii+jOmWjlkEuHL8i1 5FqE2jSD1DMdK6G/HS/wb1NYty/kJxeq9domNJxpiC6i3biywruGR8Q9bkhYWpIhJmcf rXX/aMyA8BFYO6l0oL7B6SrlMIAZDUSren9efcsFrPIXZpcSoJ8af45KuOt/4+jQwpwm XbOg== X-Received: by 10.194.90.106 with SMTP id bv10mr30878191wjb.20.1406375029693; Sat, 26 Jul 2014 04:43:49 -0700 (PDT) Received: from [192.168.1.3] (213-154-212-42.static.vega-ua.net. [213.154.212.42]) by mx.google.com with ESMTPSA id fw4sm6647188wib.19.2014.07.26.04.43.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 26 Jul 2014 04:43:49 -0700 (PDT) Message-ID: <53D3947A.6090407@gmail.com> Date: Sat, 26 Jul 2014 14:43:54 +0300 From: Alexander Kapshuk User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] wxGTK compilation fails "missing thread.h" References: <3577137.OUgBVV6bEF@wstn> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/alternative; boundary="------------040604070104000906070506" X-Archives-Salt: 9d947891-8ecf-413a-a011-ef14c3617ca0 X-Archives-Hash: 8cf3797fe2a3e99d3b99740c6e126657 This is a multi-part message in MIME format. --------------040604070104000906070506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 07/26/2014 01:47 PM, Adam Carter wrote: > On Fri, Jul 25, 2014 at 5:48 PM, Peter Humphrey > wrote: > > On Wednesday 23 July 2014 15:38:42 Adam Carter wrote: > > Here's what i get; > > > /var/tmp/portage/x11-libs/wxGTK-2.8.12.1-r1/work/wxPython-src-2.8.12.1/src/u > > nix/threadpsx.cpp:51:24: fatal error: thread.h: No such file or > directory > > make: *** [basedll_threadpsx.o] Error 1 > > > > Any ideas? Would thread.h be supplied by another package? > linux-headers > > doesnt have it. > > I sometimes find this error coming from multi-thread compilation. > I fix it by > prepending the emerge command with MAKEOPTS="-j1". You could try that. > > > I always try -j1 when anything fails to avoid troubling the list, > however it didnt help in this case. Did you suspect that thread.h is > generated by the package build process, or is there some other reason > why parallel build could cause this problem? AFAIK header files are > not generated. I would have guessed its a path problem or missing > dependency. I seem to have the same version of wxGTK as you: equery -q l wxGTK x11-libs/wxGTK-2.8.12.1-r1 To the best of my knowledge, I did not experience any trouble building the package in question. threadpsx.cpp has these two references to 'thread.h': wxPython-src-2.8.12.1/src/unix/threadpsx.cpp:27,29 #if wxUSE_THREADS #include "wx/thread.h" wxPython-src-2.8.12.1/src/unix/threadpsx.cpp:50,52 #ifdef HAVE_THR_SETCONCURRENCY #include #endif You may want to check if you have this file available on your system: /usr/include/wx-2.8/wx/thread.h --------------040604070104000906070506 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 07/26/2014 01:47 PM, Adam Carter wrote:
On Fri, Jul 25, 2014 at 5:48 PM, Peter Humphrey <peter@prh.myzen.co.uk> wrote:
On Wednesday 23 July 2014 15:38:42 Adam Carter wrote:
> Here's what i get;
> /var/tmp/portage/x11-libs/wxGTK-2.8.12.1-r1/work/wxPython-src-2.8.12.1/src/u
> nix/threadpsx.cpp:51:24: fatal error: thread.h: No such file or directory
> make: *** [basedll_threadpsx.o] Error 1
>
> Any ideas? Would thread.h be supplied by another package? linux-headers
> doesnt have it.

I sometimes find this error coming from multi-thread compilation. I fix it by
prepending the emerge command with MAKEOPTS="-j1". You could try that.


I always try -j1 when anything fails to avoid troubling the list, however it didnt help in this case. Did you suspect that thread.h is generated by the package build process, or is there some other reason why parallel build could cause this problem? AFAIK header files are not generated. I would have guessed its a path problem or missing dependency.
I seem to have the same version of wxGTK as you:
equery -q l wxGTK
x11-libs/wxGTK-2.8.12.1-r1

To the best of my knowledge, I did not experience any trouble building the package in question.

threadpsx.cpp has these two references to 'thread.h':
wxPython-src-2.8.12.1/src/unix/threadpsx.cpp:27,29
#if wxUSE_THREADS

#include "wx/thread.h"

wxPython-src-2.8.12.1/src/unix/threadpsx.cpp:50,52
#ifdef HAVE_THR_SETCONCURRENCY
    #include <thread.h>
#endif

You may want to check if you have this file available on your system:
/usr/include/wx-2.8/wx/thread.h


--------------040604070104000906070506--