Thread: Pg and libperl issue
I built 7.1RC1 last march and Pg.so was created. I built 7.1.2 since then, but the time stamp for Pg.so is from the 7.1RC1 build. I built 7.1.3 a few minutes ago and I am getting an error because libperl is not shared. It seems both Pg and PL/Perl are controlled by the --with-perl config option. I can live without PL/Perl for the immediate future, but would like to get Pg.so updated. I am not sure if this is a change in how postgres builds or if I did something different. I don't think Pg needs libperl to be shared, so it would be nice if there was a way to enable one of these (Pg) without the other (so that make doesn't die). In the short run I am going to look at the make files and get PL/Perl to not die (or not have make run in that directory). I am doing the build on a redhat 6.1 system. I am using the rpm version of perl (perl-5.00503-6), but have added on a number of modules (from cpan, but installed by hand).
Bruno Wolff III wrote: > > I built 7.1RC1 last march and Pg.so was created. > I built 7.1.2 since then, but the time stamp for Pg.so is from the 7.1RC1 > build. > I built 7.1.3 a few minutes ago and I am getting an error because > libperl is not shared. It seems both Pg and PL/Perl are controlled > by the --with-perl config option. > I can live without PL/Perl for the immediate future, but would like > to get Pg.so updated. > > I am not sure if this is a change in how postgres builds or if I did > something different. > > I don't think Pg needs libperl to be shared, so it would be nice if > there was a way to enable one of these (Pg) without the other (so that > make doesn't die). > > In the short run I am going to look at the make files and get PL/Perl > to not die (or not have make run in that directory). > > I am doing the build on a redhat 6.1 system. I am using the rpm version > of perl (perl-5.00503-6), but have added on a number of modules (from > cpan, but installed by hand). I have a simple mod to the perl RPM that make the libperl.so in addition to perl itself. My mods are for a redhat7.1 system, but it may not be too difficult to retrofit. Any interest? -- Karl
I found that my first guess about why this isn't working wasn't correct. Make is deciding that it doesn't have permission to install the Pg stuff and was skipping that part. I mssed that message and just thought that the error from the PL/Perl make was stopping the make install at that point. I am not sure why the protection test was failing. The install was being done as root. Pg.so and a couple of other files were installed without write access to the owner, but after changing this for the files I found, it still didn't work as expected. I wasn't able to find where this stuff was being checked, but I was able to get it installed by doing the make install in the interefaces/perl5 directory as suggested by the error message.
Bruno Wolff III writes: > I built 7.1RC1 last march and Pg.so was created. > I built 7.1.2 since then, but the time stamp for Pg.so is from the 7.1RC1 > build. Try removing the old installation first (which is an extremely good idea in any case). There *might* be an issue with the Perl installer trying to be smart. > I don't think Pg needs libperl to be shared, so it would be nice if > there was a way to enable one of these (Pg) without the other (so that > make doesn't die). > > In the short run I am going to look at the make files and get PL/Perl > to not die (or not have make run in that directory). That's how it should work. -- Peter Eisentraut peter_e@gmx.net http://funkturm.homeip.net/~peter