discuss@mandoc.bsd.lv
 help / color / mirror / Atom feed
From: "LÉVAI Dániel" <leva@ecentrum.hu>
To: Ingo Schwarze <schwarze@usta.de>
Cc: discuss@mdocml.bsd.lv
Subject: Re: "cannot parse date" for a seemingly valid .Dd parameter
Date: Thu, 28 Aug 2014 18:32:15 +0200	[thread overview]
Message-ID: <20140828163215.GN29425@serenity.local> (raw)
In-Reply-To: <20140828161103.GR912@iris.usta.de>

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 <sys/types.h>
#include <stdio.h>

#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

  reply	other threads:[~2014-08-28 16:32 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-27 14:58 LÉVAI Dániel
2014-08-27 15:07 ` Kristaps Dzonsons
2014-08-27 15:15   ` LÉVAI Dániel
2014-08-28  0:43     ` Ingo Schwarze
2014-08-28  8:39       ` LÉVAI Dániel
2014-08-28 16:11         ` Ingo Schwarze
2014-08-28 16:32           ` LÉVAI Dániel [this message]
2014-08-28 17:35             ` Ingo Schwarze
2014-08-28 18:06               ` LÉVAI Dániel
2014-08-28 19:49                 ` Ingo Schwarze
2014-08-28 21:07                   ` LÉVAI Dániel
2014-08-29 15:38                     ` Ingo Schwarze
2014-08-30  8:57                       ` LÉVAI Dániel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140828163215.GN29425@serenity.local \
    --to=leva@ecentrum.hu \
    --cc=discuss@mdocml.bsd.lv \
    --cc=schwarze@usta.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).