Re: Minor fix in 'clean' action of 'src/backend/Makefile'
От | Fabrízio de Royes Mello |
---|---|
Тема | Re: Minor fix in 'clean' action of 'src/backend/Makefile' |
Дата | |
Msg-id | CAFcNs+q9Qc1gXrZ_KFZy4QAEDUb58KZUcKO9Ng+n9-aV3gse=Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Minor fix in 'clean' action of 'src/backend/Makefile' (Heikki Linnakangas <hlinnakangas@vmware.com>) |
Список | pgsql-hackers |
<div dir="ltr"><br /><div class="gmail_extra"><div class="gmail_quote">On Wed, Jan 2, 2013 at 2:23 PM, Heikki Linnakangas<span dir="ltr"><<a href="mailto:hlinnakangas@vmware.com" target="_blank">hlinnakangas@vmware.com</a>></span>wrote:<br /><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px#ccc solid;padding-left:1ex"><div class="im">On 02.01.2013 18:20, Heikki Linnakangas wrote:<br /><blockquoteclass="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Hmm, looking closerthough, repl_gram.h is not actually needed for<br /> anything, though. We could just remove the -d flag from the bison<br/> invocation and not build it to begin with. I'll go and do that..<br /></blockquote><br /></div> And looking evencloser, we don't use the -d flag in git master anymore, so repl_gram.h is not being built, and there's nothing to dohere. I suppose we could change back-branches to also not build it, but I don't think I'm going to bother.<span class="HOEnZb"><fontcolor="#888888"><br /><br /></font></span></blockquote></div><div class="gmail_extra"><br /></div>Youall right... thanks....</div><div class="gmail_extra"><br />-- <br />Fabrízio de Royes Mello<br />Consultoria/CoachingPostgreSQL<br />>> Blog sobre TI: <a href="http://fabriziomello.blogspot.com" target="_blank">http://fabriziomello.blogspot.com</a><br/> >> Perfil Linkedin: <a href="http://br.linkedin.com/in/fabriziomello"target="_blank">http://br.linkedin.com/in/fabriziomello</a><br />>> Twitter:<a href="http://twitter.com/fabriziomello" target="_blank">http://twitter.com/fabriziomello</a><br /></div></div>
В списке pgsql-hackers по дате отправления: