방금 제대로 된 Makefile.PL 을 발견했다. 이것을 PGSRC/src/pl/plperl 디렉토리에 복사해서 해봐라. 메일링 리스트에 뛰울께. :/)

Makefile.PL 의 내용.

================================================================

use ExtUtils::MakeMaker;

use ExtUtils::Embed;

use DynaLoader;

use Config;

#

# get the location of the Opcode module

#

my $opcode = '';

{

$modname = 'Opcode';

my $dir;

foreach (@INC) {

if (/d "$_/auto/$modname") {

$dir = "$_/auto/$modname";

last;

}

}

if (defined $dir) {

$opcode = DynaLoader::dl_findfile("/L$dir", $modname);

}

}

WriteMakefile( 'NAME' => 'plperl',

dynamic_lib => { 'OTHERLDFLAGS' => "$opcode /L\$(LIBPQDIR) /lpq @{[ldopts()]}" } ,

INC => '/I$(LIBPQDIR) /I$(SRCDIR)/include /I$(SRCDIR)/backend',

XS => { 'SPI.xs' => 'SPI.c' },

OBJECT => 'plperl.o eloglvl.o SPI.o',

);

sub MY::post_initialize {

q[

SRCDIR=../../../src

include $(SRCDIR)/Makefile.global

];

}

sub MY::install {

q[

install :: all

cp $(INST_DYNAMIC) $(LIBDIR)

];

}

=====================================================

> 야. 나사야.

> PL/Perl 보아하니 제대로 Makefile 이 안만들어져 있다.

> 방금 PL/Perl 소스를 쭉 대략적으로 훑어 보았는데, 자체적으로 어떤 inter

> preter engine 을 가지는 것이 아니고 perl 을 불러서 해결하는 것 같더군.

> 이것 되면 재미는 있겠지만 (왜냐하면, SQL 문장 속에 perl 함수를 바로

> 사용할 수 있으니까...) 시스템 로딩이 장난이 아닐 것 같군.

> PostgreSQL 이 자꾸 괴물로 변해 가는 것 같군.

> 제대로 동작한다고 가정하면 PostgreSQL 의 PL 은 어쩌면 모두 PL/Perl 로

> 넘어갈 것 같은 생각이 들어. 일부 오라클 사용자들만 제외한다면...

> 그냥 바로 컴파일할까 생각하다가 그냥 잠시 미루어 두었다.

>

> > 혹시 계십니까?

> > 간혹가다 plpgsql로 성이 차지않는 부분이 있을때가 있어서

> > 이번에 나온 것을 해보려고 했더니(사실 perl도 몰라요. 이

> > 참에 공부해야죠. 끌끌...) 안되는군요.

> > 에러가 나는 것은 아니고 Makefile.PL를 통해 만들어진

> > Makefile의 내용을 보니 속빈 강정이더군요.

> > 간단한 메시지 출력외에는 없습니다.

> > 그렇다고 이미 plperl.so가 만들어진 것도 아니고...

> > 혹시 perl쪽에서 어떤 설정이 되어있어야 하는것인지?

> > (아파치와 php가 서로 연결되어 있는 것처럼?)

> >

> >

> > 인천의 나사 풀린 산호...

>