From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Newsgroups: gmane.emacs.bugs Subject: bug#21789: 25.0.50; Can' build Emacs (my first build since GIT migration) Date: Sat, 31 Oct 2015 18:57:37 +0100 Message-ID: References: <84611ozi6c.fsf@gmail.com> <8337ws1n6x.fsf@gnu.org> <83lhakyu71.fsf@gnu.org> , <83y4ejxiha.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1446314305 9251 80.91.229.3 (31 Oct 2015 17:58:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 31 Oct 2015 17:58:25 +0000 (UTC) Cc: "21789@debbugs.gnu.org" <21789@debbugs.gnu.org> To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 31 18:58:13 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZsaPs-0005q9-1j for geb-bug-gnu-emacs@m.gmane.org; Sat, 31 Oct 2015 18:58:12 +0100 Original-Received: from localhost ([::1]:56567 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsaPr-0001UG-F7 for geb-bug-gnu-emacs@m.gmane.org; Sat, 31 Oct 2015 13:58:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34106) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsaPn-0001U8-GY for bug-gnu-emacs@gnu.org; Sat, 31 Oct 2015 13:58:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZsaPi-0006ec-LS for bug-gnu-emacs@gnu.org; Sat, 31 Oct 2015 13:58:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56598) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsaPi-0006eY-Hg for bug-gnu-emacs@gnu.org; Sat, 31 Oct 2015 13:58:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZsaPi-0002tZ-ER for bug-gnu-emacs@gnu.org; Sat, 31 Oct 2015 13:58:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 31 Oct 2015 17:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21789 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21789-submit@debbugs.gnu.org id=B21789.144631426211101 (code B ref 21789); Sat, 31 Oct 2015 17:58:02 +0000 Original-Received: (at 21789) by debbugs.gnu.org; 31 Oct 2015 17:57:42 +0000 Original-Received: from localhost ([127.0.0.1]:47306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZsaPN-0002sz-KQ for submit@debbugs.gnu.org; Sat, 31 Oct 2015 13:57:42 -0400 Original-Received: from dub004-omc2s1.hotmail.com ([157.55.1.140]:64429) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZsaPK-0002sq-P9 for 21789@debbugs.gnu.org; Sat, 31 Oct 2015 13:57:39 -0400 Original-Received: from DUB109-W58 ([157.55.1.136]) by DUB004-OMC2S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sat, 31 Oct 2015 10:57:37 -0700 X-TMN: [+eOFlHE5obD2sHQLRoDluaA7PqbaLvvx] X-Originating-Email: [vincent.b.1@hotmail.fr] Importance: Normal In-Reply-To: <83y4ejxiha.fsf@gnu.org> X-OriginalArrivalTime: 31 Oct 2015 17:57:37.0768 (UTC) FILETIME=[A0EC2E80:01D11405] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:108240 Archived-At: =0A= =0A= Dear Eli=2C=0A= =0A= ----------------------------------------=0A= > Date: Sat=2C 31 Oct 2015 15:42:09 +0200=0A= > From: eliz@gnu.org=0A= > Subject: Re: bug#21789: 25.0.50=3B Can' build Emacs (my first build since= GIT migration)=0A= > To: vincent.b.1@hotmail.fr=0A= > CC: 21789@debbugs.gnu.org=0A= >=0A= =0A= [...]=0A= =0A= =0A= >> Ok=2C I will do that. It surprises me that you need to tamper with the= =0A= >> git system setting that affect all the projects using git=2C just for=0A= >> the sake of one project.=0A= >=0A= > It's not for the sake of one project. Installing Git as I indicated is=0A= > the only sensible thing for _any_ project. For some reason=2C Git for=0A= > Windows doesn't have that as default=3B moreover=2C in the past I remembe= r=0A= > some people arguing with me that what I suggest is actually wrong (I=0A= > disagree with their arguments).=0A= >=0A= =0A= My own opinion is that in the end everybody/every-system is going to use=0A= LF as an EOL=2C so even on MSW this is going to become a standard EOL=0A= character=2C just as `/' has become a supported file separator in pathes.= =0A= =0A= So=2C as much as possible we should strive to keep LF as EOL=2C as anyway o= n=0A= MSW most editors support it and keep it after edit. Maybe you can=0A= remember the discussion we already had concerning Texinfo.=0A= =0A= The only potential problem is when you are on MSW and you create a new=0A= file=2C in that case you need some do translation to LF=2C either manual=0A= (e.g.=A0 dos2unix) or automatically with the help of the VC system=0A= (e.g. git by setting eol attribute to lf through a wildcard=2C or by=0A= setting the core.eol configuration parameter).=0A= =0A= A similar problem is that of text files that are generated by a tool=0A= (e.g. .dbk=2C .html=2C etc from a .texinfo)=2C in such a case on MSW you wi= ll=0A= have CRLF at generatation and you need either manual or automatic=0A= conversion before making the file public.=0A= =0A= So=2C to get to the point=2C removing the core.autocrlf and suchlikes from= =0A= the config is probably a good thing=2C but IMHO that is not enough=2C=0A= setting file eol attributes with discriminating wildcard should also be=0A= done.=0A= =0A= > I would encourage you to report this to the msysGit project as a bug.=0A= =0A= Done : https://github.com/msysgit/msysgit/issues/322#issue-114421155=0A= >=0A= >> I am using git also for fmtcount and I have some changes pending=2C so= =0A= >> I think that I will have to restore the original system settings=0A= >> when I come back to fmtcount. That is not a very practical solution.=0A= >=0A= > The setting is on ~/.gitconfig and can be overridden by the=0A= > project-local .git/config file=2C if you need. But my recommendation is= =0A= > to switch all your Git-based projects to this default.=0A= =0A= I will do that for fmtcount once I am done with the on-going=0A= changes. For the time being I have just done this:=0A= =0A= git config --system --unset core.autocrlf cd /path/to/project/fmtcount=0A= git config --local --bool -add core.autocrlf true cd=0A= /path/to/project/emacs git config --local --bool -add core.autocrlf=0A= false=0A= =0A= The two last instructions are probably useless=2C but I made it so that in= =0A= the future people on MSW wanting to build Emacs from source with msysGit=0A= won't fail like me.=0A= =0A= > Otherwise=2C if the project has files that need special EOL format=2C you= =0A= > will get in trouble.=0A= >=0A= >> I am quite novice with git=2C but just wondering whether it isn't=0A= >> possible to get the same effect with affecting emacs only by writing=0A= >> in the local config file (emacs/.git/config) some setting that would=0A= >> supersede the global and system settings=2C e.g. you would have=0A= >>=0A= >> [core] autocrlf =3D=0A= >>=0A= >> in the local config.=0A= >=0A= > It's possible=2C yes. Just make sure you have neither autocrlf nor eol=0A= > settings in your .git/config file=2C in the [core] section.=0A= =0A= I have now the following setting in the .git/config [core] section=0A= =0A= =A0=A0 autocrlf =3D false=0A= =0A= That means=2C hopefully=2C that in the future anybody on MSW with=0A= core.autocrlf=3Dtrue at system level will be able to build from sources=0A= without any question. OK=2C that will make potentially fewer people=0A= barking on msysGit issue tracker.=0A= =0A= Well=2C I am not so sure=2C I have read in the git manual that autocrlf=0A= could have setting `true'=2C `warn'=2C and `input'=2C but nothing was said= =0A= about `false'=2C maybe I should have typed:=0A= =0A= =A0=A0 git config --local --bool -add core.autocrlf ""=0A= =0A= >=0A= > Once again=2C using anything else in other projects is just waiting for= =0A= > trouble=2C so I really recommend this as a global setting.=0A= =0A= VBR and thank you for the advice=2C=0A= =A0=A0=A0 Vincent=0A= =0A= =