Opened 13 years ago
Closed 7 years ago
#32078 closed defect (fixed)
postgresql91 perl variant does not include perl
| Reported by: | wiml@… | Owned by: | jyrkiwahlstedt |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.0.3 |
| Keywords: | Cc: | nonstop.server@… | |
| Port: | postgresql91 |
Description
The +perl variant of the postgresql91 port does not install the Pl/PerlU language. (Same with the postgresql90 port.) From the Portfile it looks like --with-perl should be being passed to configure, but plperlu.so doesn't get included in the package, and trying to use the language from PostgreSQL results in ERROR: language "plperlu" does not exist.
Change History (5)
comment:1 Changed 13 years ago by wiml@…
comment:2 Changed 12 years ago by jmroot (Joshua Root)
| Cc: | jwa@… added |
|---|---|
| Owner: | changed from macports-tickets@… to mww@… |
comment:4 Changed 8 years ago by mf2k (Frank Schima)
| Cc: | jyrkiwahlstedt removed |
|---|---|
| Keywords: | plperl perlu removed |
| Owner: | changed from mww@… to jyrkiwahlstedt |
| Status: | new → assigned |
comment:5 Changed 7 years ago by jyrkiwahlstedt
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Current postgresql ports compiled with perl option contain the extension def, so it should be available by executing CREATE EXTENSION while in database session (as superuser).
Note: See
TracTickets for help on using
tickets.
Ah, this seems to be a regression of #18053 . Rebuilding perl with +shared fixes the problem. Ideally the postgresql +perl variant build would fail if it couldn't build the perl stuff, though.