From owner-freebsd-gecko@FreeBSD.ORG  Tue Jun 26 14:35:52 2012
Return-Path: <owner-freebsd-gecko@FreeBSD.ORG>
Delivered-To: freebsd-gecko@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 02CE0106567A
	for <freebsd-gecko@FreeBSD.org>; Tue, 26 Jun 2012 14:35:52 +0000 (UTC)
	(envelope-from avg@FreeBSD.org)
Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140])
	by mx1.freebsd.org (Postfix) with ESMTP id 502228FC24
	for <freebsd-gecko@FreeBSD.org>; Tue, 26 Jun 2012 14:35:51 +0000 (UTC)
Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua
	[212.40.38.101])
	by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA02844;
	Tue, 26 Jun 2012 17:35:43 +0300 (EEST)
	(envelope-from avg@FreeBSD.org)
Message-ID: <4FE9C8BF.5050509@FreeBSD.org>
Date: Tue, 26 Jun 2012 17:35:43 +0300
From: Andriy Gapon <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
	rv:13.0) Gecko/20120610 Thunderbird/13.0
MIME-Version: 1.0
To: Jan Beich <jbeich@tormail.org>, freebsd-gecko@FreeBSD.org
References: <4FE88B87.1040405@FreeBSD.org>
	<1SjQIO-000Pwp-JN@internal.tormail.org>
In-Reply-To: <1SjQIO-000Pwp-JN@internal.tormail.org>
X-Enigmail-Version: 1.4.2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: 
Subject: Re: mail/thunderbird: build process is not restartable?
X-BeenThere: freebsd-gecko@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Gecko Rendering Engine issues <freebsd-gecko.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-gecko>,
	<mailto:freebsd-gecko-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-gecko>
List-Post: <mailto:freebsd-gecko@freebsd.org>
List-Help: <mailto:freebsd-gecko-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-gecko>,
	<mailto:freebsd-gecko-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jun 2012 14:35:52 -0000

on 26/06/2012 10:34 Jan Beich said the following:
> Andriy Gapon <avg@FreeBSD.org> writes:
> 
> [...]
>> `/usr/obj/ports/usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/typelib/xpidl'
>> gmake[7]: *** No rule to make target
>> `../../../xpcom/idl-parser/cache/xpidllex.py', needed by `libs'.  Stop.
>>
>> $ find /usr/obj/ports/$PWD/work/comm-release -name xpidllex.py
>> /usr/obj/ports//usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/idl-parser/xpidllex.py
>>
> 
> Does it happen on experimental branch, too? My builds restart just fine,
> clang dies too often during compilation.
> 

I am not using the experimental branch, so I don't know.
Perhaps your build failures happen too early to run into this issue?..

BTW, does anyone else still runs into a variation of this bug
https://bugzilla.mozilla.org/show_bug.cgi?id=732340
?

It seems that this commit
http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/thunderbird/Makefile.diff?r1=1.152;r2=1.153
tried to work around the problem, but I still have it.
Maybe because I have OPTIMIZED_CFLAGS=on or maybe because I have
CFLAGS+= -O2 -fno-strict-aliasing -pipe
CXXFLAGS+= -O2 -fno-strict-aliasing -pipe
in my make.conf.

In any case the -O0 fix doesn't seem like a bright idea (IMHO, of course) and it
doesn't seem to be reliable as well.

I resorted to using a slightly updated version of the patch from the bugzilla bug;
I added the following explicit template instantiations to
gfx/harfbuzz/src/hb-ot-layout.cc:

template int SortedArrayOf<Record<LangSys> >::search<unsigned int>(unsigned int
const &) const;
template int SortedArrayOf<Record<Script> >::search<unsigned int>(unsigned int
const &) const;
template int SortedArrayOf<RangeRecord>::search<unsigned int>(unsigned int const
&) const;
template int SortedArrayOf<IntType<unsigned short> >::search<unsigned
int>(unsigned int const &) const;

-- 
Andriy Gapon