Aaron Richton wrote:
/opt/SUNWspro/bin/cc -g -xs -xarch=v9 -o .libs/ucgendat ucgendat.o
-L/usr/local/lib/sparcv9 -L/usr/local/ssl/sparcv9/lib
-L/usr/local/lib/sparcv9/sasl ../../libraries/liblber/.libs/liblber.so
../../libraries/liblutil/liblutil.a -lresolv -lgen -lnsl -lsocket
-R/usr/local/lib -R/usr/local/lib/sparcv9
creating ucgendat
gmake[3]: Leaving directory
`/usr/local/src/rpm-packages/BUILD/openldap-2.3.21/libraries/liblunicode'
./ucgendat ./UnicodeData.txt -x ./CompositionExclusions.txt
2.3.21, I'd say yes. Are you looking for comparison against RE23 CVS?
Right. I see in the 2.3.21 tarball that
libraries/liblunicode/ucdata/uctable.h has a datestamp of 2004-06-01. In
my RE23 tree I have it with a datestamp of 2006-02-27. This "bug" is
going to continue as long as uctable.h has a timestamp older than
ucdata.c and ucgendat.c (which were all updated on 2006-01-03 for a new
copyright statement).
On Thu, 11 May 2006, Howard Chu wrote:
Can anybody confirm whether they're still seeing ucgendat compiled and
executed in their build?
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
OpenLDAP Core Team http://www.openldap.org/project/
