Re: automating perl compile time checking
От | Peter Eisentraut |
---|---|
Тема | Re: automating perl compile time checking |
Дата | |
Msg-id | ede81a1b-42f3-afbc-b29f-d70c05b355eb@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: automating perl compile time checking (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>) |
Ответы |
Re: automating perl compile time checking
|
Список | pgsql-hackers |
On 6/11/18 15:38, Andrew Dunstan wrote: >>>> On 5 Jun 2018, at 16:31, Andrew Dunstan <andrew.dunstan@2ndquadrant.com> wrote: >>>> The patch contains a simple script to run the checks. The code that finds perl files is put in a function in a singlefile that is sourced by the three locations that need it. >>> +1 on centralizing the find-files function. >> +1 on that. Why do we need to make the new find_perl_files file >> executable, given it's always sourced? (I would have given a .sh >> extension because it's a lib not an executable, but I suppose that's >> just matter of taste; we certainly don't have a policy about it). >> >> Looks fine to me either way. >> > > > I've committed this, but I'm fine if people want to tweak the names. It > probably doesn't need to be executable. Why is this being committed after feature freeze? -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: