Re: [HACKERS] Perl library (was Building Postgres)
От | Thomas Lockhart |
---|---|
Тема | Re: [HACKERS] Perl library (was Building Postgres) |
Дата | |
Msg-id | 3778230B.B7205BF3@alumni.caltech.edu обсуждение исходный текст |
Ответ на | Re: [HACKERS] Perl library (was Building Postgres) ("Oliver Elphick" <olly@lfix.co.uk>) |
Ответы |
Re: [HACKERS] Perl library (was Building Postgres)
Re: [HACKERS] Perl library (was Building Postgres) |
Список | pgsql-hackers |
> cd interfaces/pgsql_perl5 > perl Makefile.PL > make test > su > make install The rpm format would prefer to build *all* files on a source machine, and then move them from the rpm file into the appropriate places on target machines. The problem is that, apparently, perl Makefile.PL generates paths which are *very* specific to the version of perl on the source machine, and which may not be compatible with versions of perl on the target machines. Assuming that the code generated is a bit more tolerant of version changes in perl, then I need to figure out where the code would go on the target machines. One possibility is to simply lift all of the perl5 source tree into the rpm, and actually do the build on the target machine from scratch. afaik, this is *not* the preferred style for rpms. Mark Hoffman and Oliver Elphick (who also has helped with my python questions) have given me some good clues; I'll keep asking questions until I can get something which works... - Thomas -- Thomas Lockhart lockhart@alumni.caltech.edu South Pasadena, California
В списке pgsql-hackers по дате отправления: