Tom Lane wrote:
Andrew Dunstan <[EMAIL PROTECTED]> writes:
Tom Lane wrote:
What about the MakeMaker dependency?
The call to ldopts will fail if MakeMaker is not present, so this will
cover it. It's very unlikely to be absent - it's required to build
almost every Perl mod
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> Otherwise, looks good.
> OK. Should we backpatch this? Arguably it's a build bug.
Yeah, probably.
> (Also it would be good if someone were to whisper in the ears of the
> Fedora people that removing ExtUtils::Embed entirely from th
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> What about the MakeMaker dependency?
> The call to ldopts will fail if MakeMaker is not present, so this will
> cover it. It's very unlikely to be absent - it's required to build
> almost every Perl module known to man.
I see. I t
Tom Lane wrote:
Andrew Dunstan <[EMAIL PROTECTED]> writes:
No, we get the ldopts from Embed and then *remove* the ccldflags from
Config from that string. What is left is set as perl_embed_flags, and
that's what mustn't be empty.
Got it. Sounds good then.
What about the MakeMaker d
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> No, we get the ldopts from Embed and then *remove* the ccldflags from
> Config from that string. What is left is set as perl_embed_flags, and
> that's what mustn't be empty.
Got it. Sounds good then.
What about the MakeMaker dependency?
Tom Lane wrote:
Andrew Dunstan <[EMAIL PROTECTED]> writes:
I'm thinking of something like this change to config/perl.m4:
! if test -z "$perl_embed_ldflags" ; then
! AC_MSG_RESULT(no)
! AC_MSG_ERROR([unable to determine flags to link embedded Perl])
Hm, is it ce
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> I'm thinking of something like this change to config/perl.m4:
> ! if test -z "$perl_embed_ldflags" ; then
> ! AC_MSG_RESULT(no)
> ! AC_MSG_ERROR([unable to determine flags to link embedded Perl])
Hm, is it certain that "empty" is never a va
Tom Lane wrote:
Alvaro Herrera <[EMAIL PROTECTED]> writes:
Tom Lane escribió:
BuildRequires: perl(ExtUtils::MakeMaker) glibc-devel bison flex autoconf gawk
BuildRequires: perl(ExtUtils::Embed), perl-devel
Huh, but the requirement for ExtUtils::Embed is at runtime, so shou
Tom Lane escribió:
> Alvaro Herrera <[EMAIL PROTECTED]> writes:
> > Tom Lane escribi�:
> >> BuildRequires: perl(ExtUtils::MakeMaker) glibc-devel bison flex autoconf
> >> gawk
> >> BuildRequires: perl(ExtUtils::Embed), perl-devel
>
> > Huh, but the requirement for ExtUtils::Embed is at runtime, so
Alvaro Herrera <[EMAIL PROTECTED]> writes:
> Tom Lane escribió:
>> BuildRequires: perl(ExtUtils::MakeMaker) glibc-devel bison flex autoconf gawk
>> BuildRequires: perl(ExtUtils::Embed), perl-devel
> Huh, but the requirement for ExtUtils::Embed is at runtime, so shouldn't
> it be a plain Requires i
Alvaro Herrera wrote:
Tom Lane escribió:
Andrew Dunstan <[EMAIL PROTECTED]> writes:
OK, I have got to the bottom of this. It appears that the Fedora people
have for some reason best known to themselves decided to stop bundling
the ExtUtils::Embed module with base perl, as it was befo
2008/11/6 Tom Lane <[EMAIL PROTECTED]>:
> Andrew Dunstan <[EMAIL PROTECTED]> writes:
>> OK, I have got to the bottom of this. It appears that the Fedora people
>> have for some reason best known to themselves decided to stop bundling
>> the ExtUtils::Embed module with base perl, as it was before.
>
Tom Lane escribió:
> Andrew Dunstan <[EMAIL PROTECTED]> writes:
> > OK, I have got to the bottom of this. It appears that the Fedora people
> > have for some reason best known to themselves decided to stop bundling
> > the ExtUtils::Embed module with base perl, as it was before.
>
> That's been
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> OK, I have got to the bottom of this. It appears that the Fedora people
> have for some reason best known to themselves decided to stop bundling
> the ExtUtils::Embed module with base perl, as it was before.
That's been true since F-9, so I'm not quit
2008/11/6 Andrew Dunstan <[EMAIL PROTECTED]>:
>
>
> Pavel Stehule wrote:
>>
>> postgres=# select version();
>> version
>>
>> --
>> PostgreSQL 8.3.
Pavel Stehule wrote:
postgres=# select version();
version
--
PostgreSQL 8.3.4 on x86_64-unknown-linux-gnu, compiled by GCC gcc
(GCC) 4.3.2 20
Pavel Stehule wrote:
2008/11/4 Andrew Dunstan <[EMAIL PROTECTED]>:
Andrew Dunstan wrote:
2. You have not provided the info I asked for, namely the configure params
and the build log. e.g.:
My apologies. I missed the attachments with this info.
no problem
Pleas
2008/11/4 Andrew Dunstan <[EMAIL PROTECTED]>:
>
>
> Andrew Dunstan wrote:
>>
>>
>>
>> 2. You have not provided the info I asked for, namely the configure params
>> and the build log. e.g.:
>>
>>
>
> My apologies. I missed the attachments with this info.
no problem
Pavel
>
> cheers
>
> andrew
>
Andrew Dunstan wrote:
2. You have not provided the info I asked for, namely the configure
params and the build log. e.g.:
My apologies. I missed the attachments with this info.
cheers
andrew
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to you
Pavel Stehule wrote:
postgres=# select version();
version
--
PostgreSQL 8.3.4 on x86_64-unknown-linux-gnu, compiled by GCC gcc
(GCC) 4.3.2 20
postgres=# select version();
version
--
PostgreSQL 8.3.4 on x86_64-unknown-linux-gnu, compiled by GCC gcc
(GCC) 4.3.2 20080917 (Red Hat 4.3.2-4)
Pavel Stehule wrote:
Hello
I am testing PostgreSQL on Federa 10. There is Perl 5.10. After
successful compilation I got error
CREATE LANGUAGE plperl;
ERROR: could not oad library "/plperl.so": ... undefined
symbol: boot_DynaLoader
Regards
Pavel Stehule
Please send the build log
Hello
I am testing PostgreSQL on Federa 10. There is Perl 5.10. After
successful compilation I got error
CREATE LANGUAGE plperl;
ERROR: could not oad library "/plperl.so": ... undefined
symbol: boot_DynaLoader
Regards
Pavel Stehule
--
Sent via pgsql-hackers mailing list (pgsql-hackers@
23 matches
Mail list logo
