mail/thunderbird: build process is not restartable?

[Andriy Gapon]

on 26/06/2012 10:34 Jan Beich said the following:
> Andriy Gapon <avg at 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