vBulletin Search Engine Optimization
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Alvaro Herrera <alvherre@commandprompt.com> writes: > Andrew Dunstan wrote: >> Log Message: >> ----------- >> Improve logic for finding object files on OBJS lines in contrib Makefiles. If this unbreaks buildfarm mastodon, apply everywhere. > I start to wonder why don't we just implement our own make in Perl ... http://search.cpan.org/~mhosken/Font....202/pmake.bat regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers |
| |||
| Tom Lane wrote: > Alvaro Herrera <alvherre@commandprompt.com> writes: > >> Andrew Dunstan wrote: >> >>> Log Message: >>> ----------- >>> Improve logic for finding object files on OBJS lines in contrib Makefiles. If this unbreaks buildfarm mastodon, apply everywhere. >>> > > >> I start to wonder why don't we just implement our own make in Perl ... >> > > http://search.cpan.org/~mhosken/Font....202/pmake.bat > > > The point is not to emulate make. Gmake for windows already exists, anyway. The point is that building for MSVC is so very different from the way you build everywhere else. Our current tools build MSVC project files and then drive the build from there. Having a make equivalent won't help us much. cheers andrew -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers |
| |||
| Andrew Dunstan wrote: > > > Tom Lane wrote: > > Alvaro Herrera <alvherre@commandprompt.com> writes: > > > >> Andrew Dunstan wrote: > >> > >>> Log Message: > >>> ----------- > >>> Improve logic for finding object files on OBJS lines in contrib > >>> Makefiles. If this unbreaks buildfarm mastodon, apply everywhere. > > > > > >> I start to wonder why don't we just implement our own make in > >> Perl ... > > > > http://search.cpan.org/~mhosken/Font....202/pmake.bat > > > > > > > > The point is not to emulate make. Gmake for windows already exists, > anyway. The point is that building for MSVC is so very different from > the way you build everywhere else. Our current tools build MSVC > project files and then drive the build from there. Having a make > equivalent won't help us much. Right. The easiest way if you're building something for scratch is to use a system that natively supports msvc, such as cmake. But that means a complete replacement of the build system, which is certainly "somewhat invasive".. ;-) //Magnus -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers |
| ||||
| Andrew Dunstan wrote: > > > Tom Lane wrote: >> Alvaro Herrera <alvherre@commandprompt.com> writes: >> >>> Andrew Dunstan wrote: >>> >>>> Log Message: >>>> ----------- >>>> Improve logic for finding object files on OBJS lines in contrib Makefiles. If this unbreaks buildfarm mastodon, apply everywhere. >>>> >> >> >>> I start to wonder why don't we just implement our own make in Perl ... >>> >> >> http://search.cpan.org/~mhosken/Font....202/pmake.bat > > The point is not to emulate make. Gmake for windows already exists, > anyway. The point is that building for MSVC is so very different from > the way you build everywhere else. Our current tools build MSVC project > files and then drive the build from there. Having a make equivalent > won't help us much. What I was actually thinking was using this make reimplementation to generate the MSVC project files, instead of parsing the makefiles to do the same. So we would need extra Makefiles with infrastructure to do that, but we would get away from the text parsing business. -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers |