[tlbuild] TeX Live 2012 build progress report from Utah

[Peter Breitenlohner]

On Fri, 27 Apr 2012, Nelson H. F. Beebe wrote:

> I now have complete TeX Live 2012 builds (including libicu and XeTeX,
> but still excluding asy, clisp, and xindy) on these 12 platforms with
> a code snapshot taken on 20120426 about 18:20 MDT (UCT/GMT - 6H):

Hi Nelson,

I'd prefer to get the TeX Live SVN release, in that case r26146 from
2012-04-26 11:02:04 UTC.

> On MirBSD, OpenBSD, and GNU/Linux SPARC, I get compilation errors in
> the libicu tree.  Last night, I attempted a build on those systems
> with
>
> 	./Build --debug --without-iconv --disable-xetex
>
> and this morning with
>
> 	./Build --debug --without-iconv --without-graphite --disable-xetex
>
> However, on all three systems, that still attempts, and fails, to
> compile the libicu tree: how does one suppress that action with
> configure-time options?

Does the build.log show these option?  I am not sure the Build script
correctly passes all this to configure.  You could try to put the
'--without-iconv' and '--disable-xetex' into TL_CONFIGURE_ARGS in the
environment.  Once XeTeX is disabled, graphite is automatically skipped (but
'--without-graphite' certainly would not harm).

> On the two BSD machines, the libicu compilation fails like this:
>
> 	/local/build/bare/texlive-20120426/source/libs/icu/icu-49.1/common/putil.cpp:637
>
> 	In function `int32_t uprv_timezone_49()'
> 	MirBSD:  error: invalid conversion from `char*(*)(int, int)' to `int32_t'
> 	OpenBSD: error: expected primary-expression before ';' token

I know that ICU-49 as distributed mishandles BSD machines, but had hoped
that patch-02-FreeBSD (applied 2012-04-24) had fixed this.

> On GNU/Linux SPARC, libicu compilations succeed, but I get the
> previously-discussed-on-this-list
>
> 	udata_swapDataHeader(): header size mismatch - headerSize 32768 infoSize 5120 length 1024

This looks like the same endianness problem as encountered by Karl Berry, no
idea what goes wrong.  It might well be that ICU-49 as distributed also
mishandles the SPARC.

> On NetBSD, again using both ./Build recipes above, the configure script
> dies in the libicu tree:
>
> 	checking size of wchar_t... 0
> 	configure: error: There is wchar.h but the size of wchar_t is 0

Can you perhaps look into libs/ice/icu-build/config.log (in the build tree)
in order to find the reason for this.

> On SGI IRIX MIPS, with the previous day's snapshot (texlive-20120425),
> I get this compilation failure in the directory
> source/Work/libs/obsdcompat:
>
> 	/usr/local/bin/gcc -DHAVE_CONFIG_H -I. -I../../../libs/obsdcompat
> 	    -I./obsdcompat -g -I/usr/local/include/freetype2 -I/usr/include
> 	    -I/usr/local/include -Wall -Wpointer-arith -Wuninitialized
> 	    -Wsign-compare -std=gnu99 -MT bsd-snprintf.o -MD -MP -MF
> 	    .deps/bsd-snprintf.Tpo -c -o bsd-snprintf.o
> 	    ../../../libs/obsdcompat/bsd-snprintf.c
> 	cc1: warning: -Wuninitialized is not supported without -O
> 	../../../libs/obsdcompat/bsd-snprintf.c:833: error: conflicting types for 'vsnprintf'
> 	../../../libs/obsdcompat/bsd-snprintf.c:833: error: conflicting types for 'vsnprintf'
> 	../../../libs/obsdcompat/bsd-snprintf.c:841: error: conflicting types for 'snprintf'
> 	../../../libs/obsdcompat/bsd-snprintf.c:841: error: conflicting types for 'snprintf'
> 	make[3]: *** [bsd-snprintf.o] Error 1

It seems that configure fails to find vsnprintf and snprintf and defines
it's own functions confliction with the prototypes (in <stdioo.h>?).  Again
libs/obsdcompat/config.log would tell why they are not found and
consequently HAVE_SNPRINTF and HAVE_VSNPRINTF are not defined.

Regards
Peter Breitenlohner <peb at mppmu.mpg.de>