Re: buildenv.pl/buildenv.bat

Hi!

When you redid the msvc build stuff you seem to have missed the
documentatino.. Specifically, I notice that buildenv.pl isn't documented -
docs still say buildenv.bat is the way to go.

Also, do we now have both buildenv.bat and buildenv.pl? (I have them both
in my environment, but that could be a result of being lazy)

//Magnus

Magnus Hagander wrote:
> Hi!
>
> When you redid the msvc build stuff you seem to have missed the
> documentatino.. Specifically, I notice that buildenv.pl isn't documented -
> docs still say buildenv.bat is the way to go.
>
> Also, do we now have both buildenv.bat and buildenv.pl? (I have them both
> in my environment, but that could be a result of being lazy)

builddoc.bat still seems to require buildenv.bat.

/D

Hi All,

I am trying to do a regression testing on the version
installed.

Now on the installed version of postgreSQL-8.2.4 with
the service started, and at the regress filder, I run
the command "gmake installcheck", when I run this
command I get the following message:

GNUmakefile:15: ../../../src/Makefile.global: No such
file or directory
GNUmakefile:78: /src/Makefile.shlib: No such file or
directory
gmake: *** No rule to make target
`/src/Makefile.shlib'. Stop.

Can anyone please tell me why am I getting this
message and the solution for the same.

Thanks in advance
Regards
Cinu Kuriakose

Chat on a cool, new interface. No download required. Go to http://in.messenger.yahoo.com/webmessengerpromo.php

cinu wrote:

> GNUmakefile:15: ../../../src/Makefile.global: No such
> file or directory
> GNUmakefile:78: /src/Makefile.shlib: No such file or
> directory
> gmake: *** No rule to make target
> `/src/Makefile.shlib'. Stop.

You need to run "configure" first (found in the top-level directory), so
that certain files are generated.

--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"You're _really_ hosed if the person doing the hiring doesn't understand
relational systems: you end up with a whole raft of programmers, none of
whom has had a Date with the clue stick." (Andrew Sullivan)

Magnus Hagander <magnus(at)hagander(dot)net> writes:
> When you redid the msvc build stuff you seem to have missed the
> documentatino.. Specifically, I notice that buildenv.pl isn't documented -
> docs still say buildenv.bat is the way to go.

On a related note, I was wondering yesterday if there are any obsolete
statements here:
http://developer.postgresql.org/pgdocs/postgres/install-win32-libpq.html

regards, tom lane

On Mon, Dec 03, 2007 at 10:52:15AM -0500, Tom Lane wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
> > When you redid the msvc build stuff you seem to have missed the
> > documentatino.. Specifically, I notice that buildenv.pl isn't documented -
> > docs still say buildenv.bat is the way to go.
>
> On a related note, I was wondering yesterday if there are any obsolete
> statements here:
> http://developer.postgresql.org/pgdocs/postgres/install-win32-libpq.html

No, I refreshed that page back-when. It's used for the frontend-only build
that can use earlier versions of visual studio. It also supports 64-bit
libpq which the main build doesn't (yet).

//Magnus

Magnus Hagander wrote:
> Hi!
>
> When you redid the msvc build stuff you seem to have missed the
> documentatino.. Specifically, I notice that buildenv.pl isn't documented -
> docs still say buildenv.bat is the way to go.
>
> Also, do we now have both buildenv.bat and buildenv.pl? (I have them both
> in my environment, but that could be a result of being lazy)
>
>
>

My recollection is that I changed the minimum amount necessary, because
I was expecting us to go into beta at anmy moment (silly me). That might
be why we still have both. There was an expectation that some cleanup
might be required during 8.4 development. I know I left other .bat files
as wrappers for the perl scripts, but that's obviously not appropriate
here. I'll see if I can adjust builddoc.bat so we can get rid of
buildenv.bat.

As for documentation, you're probably right, I could easily have missed
it. I'll look into it.

cheers

andrew

On Mon, 2007-12-03 at 12:15 -0500, Andrew Dunstan wrote:
>
> Magnus Hagander wrote:
> > Hi!
> >
> > When you redid the msvc build stuff you seem to have missed the
> > documentatino.. Specifically, I notice that buildenv.pl isn't documented -
> > docs still say buildenv.bat is the way to go.
> >
> > Also, do we now have both buildenv.bat and buildenv.pl? (I have them both
> > in my environment, but that could be a result of being lazy)
> >
> >
> >
>
> My recollection is that I changed the minimum amount necessary, because
> I was expecting us to go into beta at anmy moment (silly me). That might
> be why we still have both. There was an expectation that some cleanup
> might be required during 8.4 development. I know I left other .bat files
> as wrappers for the perl scripts, but that's obviously not appropriate
> here. I'll see if I can adjust builddoc.bat so we can get rid of
> buildenv.bat.
>
> As for documentation, you're probably right, I could easily have missed
> it. I'll look into it.

Great. Let me know if you need me to poke at anything.

//Magnus

Magnus Hagander wrote:
> On Mon, 2007-12-03 at 12:15 -0500, Andrew Dunstan wrote:
>
>> Magnus Hagander wrote:
>>
>>> Hi!
>>>
>>> When you redid the msvc build stuff you seem to have missed the
>>> documentatino.. Specifically, I notice that buildenv.pl isn't documented -
>>> docs still say buildenv.bat is the way to go.
>>>
>>> Also, do we now have both buildenv.bat and buildenv.pl? (I have them both
>>> in my environment, but that could be a result of being lazy)
>>>
>>>
>>>
>>>
>> My recollection is that I changed the minimum amount necessary, because
>> I was expecting us to go into beta at anmy moment (silly me). That might
>> be why we still have both. There was an expectation that some cleanup
>> might be required during 8.4 development. I know I left other .bat files
>> as wrappers for the perl scripts, but that's obviously not appropriate
>> here. I'll see if I can adjust builddoc.bat so we can get rid of
>> buildenv.bat.
>>
>> As for documentation, you're probably right, I could easily have missed
>> it. I'll look into it.
>>
>
> Great. Let me know if you need me to poke at anything.
>
>
>

OK, I'm thinking that the best way might be to do away with buildenv.bat
altogether and replace the remaining references to it in .bat files with
something like this fragment:

if not exist src\tools\msvc\buildenv.pl goto nobuildenv
perl -e "require 'src/tools/msvc/buildenv.pl'; while(($k,$v) = each
%ENV) { print qq[\(at)SET $k=$v\n]; }" > tmp.bat
call tmp.bat
del tmp.bat
:nobuildenv

and adjust the docs accordingly.

Thoughts?

cheers

andrew

On Tue, Dec 04, 2007 at 09:31:30AM -0500, Andrew Dunstan wrote:
>
>
> Magnus Hagander wrote:
> >>My recollection is that I changed the minimum amount necessary, because
> >>I was expecting us to go into beta at anmy moment (silly me). That might
> >>be why we still have both. There was an expectation that some cleanup
> >>might be required during 8.4 development. I know I left other .bat files
> >>as wrappers for the perl scripts, but that's obviously not appropriate
> >>here. I'll see if I can adjust builddoc.bat so we can get rid of
> >>buildenv.bat.
> >>
> >>As for documentation, you're probably right, I could easily have missed
> >>it. I'll look into it.
> >>
> >
> >Great. Let me know if you need me to poke at anything.
> >
> >
> >
>
> OK, I'm thinking that the best way might be to do away with buildenv.bat
> altogether and replace the remaining references to it in .bat files with
> something like this fragment:
>
> if not exist src\tools\msvc\buildenv.pl goto nobuildenv
> perl -e "require 'src/tools/msvc/buildenv.pl'; while(($k,$v) = each
> %ENV) { print qq[\(at)SET $k=$v\n]; }" > tmp.bat
> call tmp.bat
> del tmp.bat
> :nobuildenv
>
> and adjust the docs accordingly.
>
> Thoughts?

Urgh.

I thought you specifically changed the earlier scripts to *avoid* having
them create a temporary file and then execute it. Which I agreed with :-)

I think I'd prefer we just get rid of the .bat's completely then.

I wonder if we are daring enough to do it so late in the cycle, though..

//Magnus

Magnus Hagander wrote:
> On Tue, Dec 04, 2007 at 09:31:30AM -0500, Andrew Dunstan wrote:
>
>> Magnus Hagander wrote:
>>
>>>> My recollection is that I changed the minimum amount necessary, because
>>>> I was expecting us to go into beta at anmy moment (silly me). That might
>>>> be why we still have both. There was an expectation that some cleanup
>>>> might be required during 8.4 development. I know I left other .bat files
>>>> as wrappers for the perl scripts, but that's obviously not appropriate
>>>> here. I'll see if I can adjust builddoc.bat so we can get rid of
>>>> buildenv.bat.
>>>>
>>>> As for documentation, you're probably right, I could easily have missed
>>>> it. I'll look into it.
>>>>
>>>>
>>> Great. Let me know if you need me to poke at anything.
>>>
>>>
>>>
>>>
>> OK, I'm thinking that the best way might be to do away with buildenv.bat
>> altogether and replace the remaining references to it in .bat files with
>> something like this fragment:
>>
>> if not exist src\tools\msvc\buildenv.pl goto nobuildenv
>> perl -e "require 'src/tools/msvc/buildenv.pl'; while(($k,$v) = each
>> %ENV) { print qq[\(at)SET $k=$v\n]; }" > tmp.bat
>> call tmp.bat
>> del tmp.bat
>> :nobuildenv
>>
>> and adjust the docs accordingly.
>>
>> Thoughts?
>>
>
> Urgh.
>
> I thought you specifically changed the earlier scripts to *avoid* having
> them create a temporary file and then execute it. Which I agreed with :-)
>
> I think I'd prefer we just get rid of the .bat's completely then.
>
> I wonder if we are daring enough to do it so late in the cycle, though..
>
>
>

I did specifically do that, but I can't see a small workaround here that
doesn't use this mechanism, since there's no eval function in the
Windows shell.

I agree with getting rid of the remaining .bat files, or at least making
them one line wrappers for perl scripts, but I think it's too late in
the cycle for that now. As I explained, the reason I didn't make more
changes before was because I thought it was too late then. I did just
enough to make running the whole thing with the buildfarm client work
reliably.

I think we could reasonably get away with this for one cycle and clean
it up more thoroughly in 8.4. There are exactly four places that use
buildenv.bat: install.bat, builddoc.bat, pgbison,bat and pgflex.bat. Of
these, the only one that really matters, I suspect, is builddoc.bat, but
if we fix it we should do so consistently.

cheers

andrew