From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 104743 invoked by alias); 13 Sep 2017 11:53:04 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 104073 invoked by uid 89); 13 Sep 2017 11:53:03 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=HX-Provags-ID:V03, 2456, H*r:Nemesis, co X-HELO: mout.gmx.net Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.17.20) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 13 Sep 2017 11:53:01 +0000 Received: from [192.168.1.4] ([185.58.161.191]) by mail.gmx.com (mrgmx101 [212.227.17.174]) with ESMTPSA (Nemesis) id 0McR00-1e9ld843t2-00HbiN; Wed, 13 Sep 2017 13:52:47 +0200 Subject: Re: gettext.m4 update From: Kamil Rytarowski To: gdb@sourceware.org, Pedro Alves , Sergio Durigan Junior References: <7925cdff-cd6d-2242-0c4b-55daa9e53664@gmx.com> Message-ID: Date: Wed, 13 Sep 2017 11:53:00 -0000 User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <7925cdff-cd6d-2242-0c4b-55daa9e53664@gmx.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Qf78slaW7VxdD5sgwIrHRR9guwSv7bdbX" X-UI-Out-Filterresults: notjunk:1;V01:K0:dsDkAwWTIGE=:UMBC7GC3v5AYLMNW8K0yzo fmTbxBFPev21PVukqvSY/PPG4jFyhxgGTfRha/PBa+Z+zknc11XpeLe5lGgYUBqjptDZ+4n99 KRKnGOKiA7U1NvWrwjCh1MwA9114tR5QQeflqYGbXmbA1qSSZDmQfu5jwCo3TvUaJCBGiPJod o17csIblNi5YUMtZZF63LK+o2Br6YYUjG+5L/pr9Sq3MiT2kxcp1NGejD9+8pzxbiC+DJob8/ nOPUwx/CXlrTGMdlNTm3ftqdhGwQUoCdplwy3aqiZUdtbseLrRTgO5Jtzt22bnbdG1UmYJAX0 wnzAuq2/TcpZZ0p9kswpvLgQgRdItJwitedD0oaQb4tbRhZNu4UePatgTvHzgM7YSA5H3wfem aEKsQ8EO0kH7QCjGMebwefbEh6Gbjd7P2dEVS7BZyHQHRurrAFZo1j9mMzl7o0dVBoCj1ajtv 6uGfA71CqGuLPJXg+d6hn5rOoJ8UxyLqT5mlTPEi1/OElTuqR6KjGVKNIj3moA3qwurHyrgok 08m5aw2yoy98l0oIhG0XlDIx7dMnKnLd5AmCK2HV+gmjOO+/j7brFbhy90fD9ZFnhdtAXkrSz VazjCXorufspiBPsCFOhVhUfxoKh9mPyzjDiFhaytxs/lvYiDH5ivRQJ8YkSkTNrd70eAQ+Fh MC/+FZDQhqRy1xcxGrbUuwQevOCaYMnOpf8XkSzucYz7hlbowO7F08vnR006IbIDVdG+VUpZp w86DfnxpaPpMWyGvkMC1p1owYMKA5R7iVgnHXhCUVbPM1xIgb97esI0yx5PHHZiDl2y0KMhc9 vASMGN0hMv1jv/emLr7RHDEsZIwIg== X-IsSubscribed: yes X-SW-Source: 2017-09/txt/msg00028.txt.bz2 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Qf78slaW7VxdD5sgwIrHRR9guwSv7bdbX Content-Type: multipart/mixed; boundary="sFpu7Td36bBbMB4UD6W9XJ79mS91bLbSA"; protected-headers="v1" From: Kamil Rytarowski To: gdb@sourceware.org, Pedro Alves , Sergio Durigan Junior Message-ID: Subject: Re: gettext.m4 update References: <7925cdff-cd6d-2242-0c4b-55daa9e53664@gmx.com> In-Reply-To: <7925cdff-cd6d-2242-0c4b-55daa9e53664@gmx.com> --sFpu7Td36bBbMB4UD6W9XJ79mS91bLbSA Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Content-length: 1488 On 11.09.2017 15:36, Kamil Rytarowski wrote: > Hello, >=20 > The current gettext.m4 bundled into GDB is too old for the NetBSD case. >=20 > We mark GDB as BROKEN_GETTEXT_DETECTION and comment that it fails to add > -lintl to the linker command line. >=20 > Could we please update it to a newer version? >=20 > gettext.m4 is located in https://ftp.gnu.org/pub/gnu/gettext/ >=20 I know what breaks the NetBSD buildbot [1]. The following rule (intl/Makefile.in) [2] breaks: .c.o: $(COMPILE) $< .y.c: $(YACC) $(YFLAGS) --output $@ $< rm -f $*.h This means that if plural.y is newer than plural.c it will be regenerated. There is required Bison < 3.0 (the last one used for regeneration was 1.35), which is already too old to keep it around. Git does not track mtime in files, and this enforces regeneration of plural.c, at least in random checkouts. The NetBSD buildbot was unfortunate to get plural.y newer: $ stat -f %Fm ./binutils-gdb-master/intl/plural.c 1477324070.931854837 $ stat -f %Fm ./binutils-gdb-master/intl/plural.y 1477324070.931949821 The cleanest and newfangled solution would be to upgrade to newer gettext and enforce regeneration always. A kludge would be to insert touch(1) call before execution of intl/Makefile. I don't know about any good solutions in the middle. [1] https://gdb-build.sergiodj.net/builders/NetBSD-x86_64-m64/builds/2456/steps= /compile%20gdb/logs/stdio [2] https://github.com/wallento/binutils-gdb/blob/master/intl/Makefile.in#L135 --sFpu7Td36bBbMB4UD6W9XJ79mS91bLbSA-- --Qf78slaW7VxdD5sgwIrHRR9guwSv7bdbX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 850 -----BEGIN PGP SIGNATURE----- iQJABAEBCAAqFiEELaxVpweEzw+lMDwuS7MI6bAudmwFAlm5GawMHG41NEBnbXgu Y29tAAoJEEuzCOmwLnZsmYAP/0Ch/bYYtaPkZDdMBM1VzrM8lvshKi9pHUKZZakE GTyv5fKQ7XgYh2eQC/JC1hoYpl/54S4MCxOs9hwggyqszcxjx7uxBmgjsU5iOJNO Jewk3c+W7uoAgRz/BhtubUyYzO2pYtHg9SqkpVe5m9QSdmPLSsYVSt2hgan/l13m 4ckk/IBBlv7GsDv1DxDCzdIqp4jTx7W69LV7J6uftsZVwNbw3ncibDKN1suxXN+Q c31VvRaWwRTXUDVzPHv1O7PhNdDtT3llchOUuHxs6u5JsIGzEV66wPvAdCbl+NP9 6Qt5W6A/SzRWYR3xzpWXu7c0Ra0cH/2WByFElw7yMuRbiCM2lTddpR3odb7LOima YV0UEEF6q+A5qCYBO+/XTrjWtSm6PFCSqfGUG7JOEVTEGFV3vbB7HY/O1hUizU0l XUu4ak7pjrkTIz+EtOqTUVwhHzxp5hzyBae2vktw3npJaJ4uGZaE2FurckncHjfK 8YvsQahr28QCm0p1ufEqv9OX+EBsjb2IfwhGdHrflDl0n5CjOInpGetUZ2YISmEZ OeWYKB3BT2e5tMR5i2fTd3yzohUzCPAoQi+m/BCVmG7G8sHrU8etOY7DkjN9EOuC kDEBIbyasGUhYaNRh54a3zkit41Y9AVnAA7nwRNnb/C/rvAL5G+qJqj9YtIVKXW8 R6sR =Bv/F -----END PGP SIGNATURE----- --Qf78slaW7VxdD5sgwIrHRR9guwSv7bdbX--