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 s7U8vr9W010106 for ; Sat, 30 Aug 2014 04:57:56 -0400 (EDT) Received: from serenity.local (serenity [192.168.0.10]) by firefly.ecentrum.hu (Postfix) with ESMTPSA id BEADCDE236; Sat, 30 Aug 2014 10:57:51 +0200 (CEST) Date: Sat, 30 Aug 2014 10:57:50 +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: <20140830085750.GA6235@serenity.local> References: <20140827151513.GJ29425@serenity.local> <20140828004342.GF912@iris.usta.de> <20140828083900.GM29425@serenity.local> <20140828161103.GR912@iris.usta.de> <20140828163215.GN29425@serenity.local> <20140828173522.GT912@iris.usta.de> <20140828180617.GA15202@serenity.local> <20140828194910.GW912@iris.usta.de> <20140828210731.GB15202@serenity.local> <20140829153800.GD6975@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: <20140829153800.GD6975@iris.usta.de> User-Agent: Mutt/1.5.22hg (2013-10-16) On p, aug 29, 2014 at 17:38:00 +0200, Ingo Schwarze wrote: [...] > > Furthermore, the problem also remains when I edit only the Makefile: > > > > $ fgrep OSNAME ./Makefile > > # CFLAGS += -DOSNAME="\"OpenBSD 5.5\"" > > CFLAGS += -DOSNAME="\"Slackware\ Linux\"" > > $ make > > OUCH. > > You are right. Passing CFLAGS into the Makefile works (contrary > to what i thought at first), what is broken is passing them *from* > the Makefile to ./configure. Quoting is screwed in that passage, > and i see no way to fix that. I see, all right. > > [...] > >> Btw., can you update this: > >> http://slackbuilds.org/slackbuilds/14.1/system/mdocml/ > >> ? > > > Sure thing, but I need to get this problem out of the way :P > > Not really; the Slackware port doesn't set OSNAME, and if > you update it to 1.13.1, i'd recommend to stick to that for now. > You can then introduce it for 1.13.2 if you think it should > be there. I think you've missed that in the port [1] (or slackbuild, as the kids call it :-) ). The current sb on sb.org with version 1.12.3 sets the OSNAME, that's why it was/is being used in the updated 1.13.1 version. > For your private use, given that the build system was mostly > rewritten for 1.13.2 anyway, i'm not going to invent horrenduous > workarounds for OSNAME in 1.13.1; we have to accept that OSNAME > is somewhat broken in 1.13.1. > > A simple workaround goes like this: > > 1. Make sure the OSNAME line is commented out in the Makefile. > All other variables should already be set as desired. > 2. Run "make clean". > 3. Run "make config.h". > 4. Check that config.h and config.log look reasonable. > (They do on my Linux box.) > 5. Edit the Makefile and uncomment (enable) the OSNAME line. > 6. Run "make". > Watch closely and be sure that ./configure is *not* run > at this time. > 7. Test "./mandoc -Wall -Tlocale ..." Ah, actually, I get this! :) > Admittedly, that's slightly ugly, In my opinion, not at all; it's logical given its behavior. > but short of releasing 1.13.2, i cannot think of a better fix, and > 1.13.2 isn't quite ready yet. > If you *must* set OSNAME in the port, something like the > following would be needed: > - rename CFLAGS to CONFLAGS (or something) in Makefile > (6 definition lines) > - use CONFLAGS in the "config.h:" rule > - set CFLAGS = $(CONFLAGS) -DOSNAME="\"...\"" > (will get picked up by automatic rules) > > Like that, compile will use OSNAME and configure will not. I think I'll just use an OSNAME with 1.13.1 without spaces, eg. like \"Slackware\", and I'll return to the previous one when 1.13.2 comes out. Ingo, thanks for you help and patience, Daniel [1] - http://slackbuilds.org/slackbuilds/14.1/system/mdocml/mdocml.SlackBuild -- 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