Re: fix: propagate M4 env variable to flex subprocess
От | Peter Eisentraut |
---|---|
Тема | Re: fix: propagate M4 env variable to flex subprocess |
Дата | |
Msg-id | d7b261b9-7937-4623-ad7c-e6a1ba17e965@eisentraut.org обсуждение исходный текст |
Ответ на | Re: fix: propagate M4 env variable to flex subprocess ("J. Javier Maestro" <jjmaestro@ieee.org>) |
Ответы |
Re: fix: propagate M4 env variable to flex subprocess
Re: fix: propagate M4 env variable to flex subprocess |
Список | pgsql-hackers |
On 28.05.25 20:42, J. Javier Maestro wrote: > On Wed, May 28, 2025 at 6:08 PM Andres Freund <andres@anarazel.de > <mailto:andres@anarazel.de>> wrote: > > Hi, > > On 2025-05-17 23:32:24 -0400, J. Javier Maestro wrote: > > On Tue, May 13, 2025 at 11:54 AM Andres Freund > <andres@anarazel.de <mailto:andres@anarazel.de>> wrote: > > > Bilal, I think you wrote this originally, do you recall? > > > > > > It seems like an issue beyond just M4... > > > > > > > IIRC the rest of the tools in the environment have ways to be > specified via > > Meson options (BISON, FLEX, PERL) so the only issue I see is Flex > not being > > able to find the specific m4 binary. What other issue(s) are you > > considering? > > PATH, LD_LIBRARY_PATH, ... > > I think this really should just add to the environment, rather than > supplant > it. > > > Ah, understood. That definitely looks like a better option. > > Do you want to write a patch like that? Otherwise I can. > > > Sure, I've attached the new patch. Let me know what you think, and if > it's OK, what are the next steps to get the patch merged in main! This patch looks right to me. I would wait for the PG19 branching at this point, unless there is a concrete need for backpatching.
В списке pgsql-hackers по дате отправления: