Re: fix: propagate M4 env variable to flex subprocess
От | J. Javier Maestro |
---|---|
Тема | Re: fix: propagate M4 env variable to flex subprocess |
Дата | |
Msg-id | CABvji04LX-PgsU2MVW=qzHxuJH=nh=4DSMtwcn5WSy9+p8zn8A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: fix: propagate M4 env variable to flex subprocess (Andres Freund <andres@anarazel.de>) |
Список | pgsql-hackers |
On Mon, Jun 30, 2025 at 11:25 AM Peter Eisentraut <peter@eisentraut.org> wrote:
On 17.06.25 07:15, Peter Eisentraut wrote:
> 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.
committed
Thanks!
Javier
В списке pgsql-hackers по дате отправления: