Opened 5 years ago
Closed 4 years ago
#59292 closed enhancement (fixed)
base request: have a method to prepopulate environment variables for the build and destroot phases
Reported by: | kencu (Ken) | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | base | Version: | |
Keywords: | Cc: | MarcusCalhoun-Lopez (Marcus Calhoun-Lopez) | |
Port: |
Description
When setting up a port for a build, base does a very careful job of pre-populating the environment variables prior to running ./configure
with carefully planned out defaults.
Appropriately, base does not by default recalculate and reset all those environment variables prior to the build phase, in deference to what the ./configure
script has set up. This has worked well for many years.
However, there are quite a few ports that do not run a ./configure
phase, and those builds enter the build phase with a very empty set of environment variables. As things have become more complicated with building ports in general, the deficiencies in building these ports has become more obvious.
So I'd like to suggest that in cases where ports are not using a configure phase, having base prepopulate the build (and perhaps destroot) environment variables with same defaults it sets up prior to the ./configure
phase could be very helpful.
Change History (4)
comment:1 Changed 5 years ago by kencu (Ken)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:2 Changed 5 years ago by jmroot (Joshua Root)
Resolution: | wontfix |
---|---|
Status: | closed → reopened |
There's no reason to close a legitimate enhancement request.
comment:3 Changed 5 years ago by MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)
Cc: | MarcusCalhoun-Lopez added |
---|
comment:4 Changed 4 years ago by kencu (Ken)
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
the makefile PG was the step to fixing this
This was just a possibly good idea that will never get any traction. There are simple workarounds that can be done in the Portfile anyway if anyone wants this, like tacking a
printenv
onto the end of the configure.args and redirecting the content into a temporary file in the workrcdir that gets read back in by the build phase, should anyone be so inclined.