방금 제대로 된 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가 서로 연결되어 있는 것처럼?)
> >
> >
> > 인천의 나사 풀린 산호...
>
|