At 02:46 AM 5/12/2006, Howard Chu wrote: >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.
In my RE23 tree I see today's date... that's because I removed uc*.[ch] and then did a cvs update. Dates of CVS files are not reflective of repo commit time, but local checkouts/updates times. >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/
