Re: Thread-unsafe coding in ecpg
От | Andres Freund |
---|---|
Тема | Re: Thread-unsafe coding in ecpg |
Дата | |
Msg-id | 6D258F06-A86C-4A9D-8FC1-F2D9DA075E00@anarazel.de обсуждение исходный текст |
Ответ на | Re: Thread-unsafe coding in ecpg (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>) |
Список | pgsql-hackers |
On January 22, 2019 9:50:19 AM PST, Andrew Dunstan <andrew.dunstan@2ndquadrant.com> wrote: > >On 1/21/19 10:00 PM, Andrew Dunstan wrote: >> On 1/21/19 3:25 PM, Tom Lane wrote: >>> "Joshua D. Drake" <jd@commandprompt.com> writes: >>>> On 1/21/19 12:05 PM, Tom Lane wrote: >>>>> Is there a newer version of mingw that does have this >functionality? >>>> Apparently this can be done with thee 64bit version: >>>> >https://stackoverflow.com/questions/33647271/how-to-use-configthreadlocale-in-mingw >>> Hmm, the followup question makes it sound like it still didn't work >:-(. >>> >>> However, since the mingw build is autoconf-based, seems like we can >>> install a configure check instead of guessing. Will make it so. >>> >>> Task for somebody else: run a MinGW64 buildfarm member. >>> >>> >> >> I could set that up in just about two shakes of a lamb's tail - I >have a >> script to do so all tested on vagrant/aws within the last few months. >> >> >> What I don't have is resources. My Windows resources are pretty much >> tapped out. I would need either some modest hardware or a Windows VM >> somewhere in the cloud - could be anywhere but I'm most at home on >AWS. >> > > >Incidentally, jacana *is* running mingw64, but possibly not a young >enough version. I just ran a test on an up to date version and it found >the config setting happily, and passed the make stage. > > >I can look at upgrading jacana to a more modern compiler. The version >it's running is 4.9.1, apparently built around Oct 2014, so it's not >that old. The thread about the introduction is from 2016, so that's kind of expected. Andres -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
В списке pgsql-hackers по дате отправления: