[Date Prev][Date Next]
Aaron Richton wrote:
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
/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
gmake: 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?
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/
- From: Howard Chu <firstname.lastname@example.org>
- Re: ITS#4415
- From: Aaron Richton <email@example.com>