From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from firefly.ecentrum.hu (firefly.ecentrum.hu [78.131.87.195]) by krisdoz.my.domain (8.14.5/8.14.5) with ESMTP id s7SGWJAJ002864 for ; Thu, 28 Aug 2014 12:32:20 -0400 (EDT) Received: from serenity.local (serenity [192.168.0.10]) by firefly.ecentrum.hu (Postfix) with ESMTPSA id B7F79DE233; Thu, 28 Aug 2014 18:32:16 +0200 (CEST) Date: Thu, 28 Aug 2014 18:32:15 +0200 From: =?iso-8859-1?Q?L=C9VAI_D=E1niel?= To: Ingo Schwarze Cc: discuss@mdocml.bsd.lv Subject: Re: "cannot parse date" for a seemingly valid .Dd parameter Message-ID: <20140828163215.GN29425@serenity.local> References: <20140827145844.GI29425@serenity.local> <53FDF43F.3060001@bsd.lv> <20140827151513.GJ29425@serenity.local> <20140828004342.GF912@iris.usta.de> <20140828083900.GM29425@serenity.local> <20140828161103.GR912@iris.usta.de> X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140828161103.GR912@iris.usta.de> User-Agent: Mutt/1.5.22hg (2013-10-16) On cs, aug 28, 2014 at 18:11:03 +0200, Ingo Schwarze wrote: [...] > Sure, that would raise the question: Why did you not see the problem > in 1.12.3, and why do you see it in 1.13.1? But maybe we don't > even have to answer that. I just committed a small patch to improve > wide character support detection. Can you do a CVS update, re-run > ./configure and make, and re-send the output of the same commands > as before? Just leave the debugging patches in your checkout > directory while doing all that, they are still needed. I hope your > lost problem comes back, because i'm still unable to reproduce it, > even on 1.13.1. > [...] So here are the new outputs of the given commands: $ ./configure config.log: writing... VERSION="1.13.1" configure.local: no (fully automatic configuration) dirent-namlen: no fgetln: no fts: yes getsubopt: yes mmap: yes reallocarray: no strcasestr: yes strlcat: no strlcpy: no strptime: yes strsep: yes wchar: yes sqlite3: yes sqlite3_errstr: yes ohash: no DBLIB="-lsqlite3" manpath: no config.h: written Makefile.local: written $ ./mandoc -Wall test.1 > /dev/null main: LC_TIME = C a2time: LC_TIME = C a2time: calling strptime() a2time: LC_TIME = C a2time: calling strptime() a2time: LC_TIME = C a2time: calling strptime() $ ./mandoc -Wall -Tlocale test.1 > /dev/null main: LC_TIME = C a2time: LC_TIME = C a2time: calling strptime() a2time: LC_TIME = C a2time: calling strptime() a2time: LC_TIME = C a2time: calling strptime() ascii_init: LC_TIME = C ascii_init: LC_TIME = hu_HU.UTF-8 And my new config.h: ====================8<==================== #ifndef MANDOC_CONFIG_H #define MANDOC_CONFIG_H #if defined(__linux__) || defined(__MINT__) #define _GNU_SOURCE /* See test-*.c what needs this. */ #endif #include #include #define VERSION "1.13.1" #define HAVE_DIRENT_NAMLEN 0 #define HAVE_FGETLN 0 #define HAVE_FTS 1 #define HAVE_GETSUBOPT 1 #define HAVE_MMAP 1 #define HAVE_REALLOCARRAY 0 #define HAVE_STRCASESTR 1 #define HAVE_STRLCAT 0 #define HAVE_STRLCPY 0 #define HAVE_STRPTIME 1 #define HAVE_STRSEP 1 #define HAVE_WCHAR 1 #define HAVE_SQLITE3 1 #define HAVE_SQLITE3_ERRSTR 1 #define HAVE_OHASH 0 #define HAVE_MANPATH 0 #if !defined(__BEGIN_DECLS) # ifdef __cplusplus # define __BEGIN_DECLS extern "C" { # else # define __BEGIN_DECLS # endif #endif #if !defined(__END_DECLS) # ifdef __cplusplus # define __END_DECLS } # else # define __END_DECLS # endif #endif extern char *fgetln(FILE *, size_t *); extern void *reallocarray(void *, size_t, size_t); extern size_t strlcat(char *, const char *, size_t); extern size_t strlcpy(char *, const char *, size_t); #endif /* MANDOC_CONFIG_H */ ====================8<==================== "Unfortunately", CVS HEAD still doesn't emit my original problem when using '-Tlint'. > > it seems to me, something has changed throughout the development > > that it seems has been fixed in HEAD, but exists (for me) in 1.13.1. > > Does this make sense? > > No, what you have compiled from HEAD so far does not work for > you. Your LC_* settings show you want UTF-8 support, but you > don't actually get that. Small consolation it would be that > since you lost the feature, you lost the bug contained in it > as well. Ah, I see! Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv