[Date Prev][Date Next]
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
>>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?
>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/