Re: [HACKERS] PostgreSQL supported platform report and a patch.
От | Billy G. Allie |
---|---|
Тема | Re: [HACKERS] PostgreSQL supported platform report and a patch. |
Дата | |
Msg-id | 200211080211.gA82BQx15656@bajor.mug.org обсуждение исходный текст |
Ответы |
Re: [HACKERS] PostgreSQL supported platform report and a patch.
|
Список | pgsql-ports |
Larry Rosenman wrote: > Tom Lane <tgl@sss.pgh.pa.us> wrote: > > Larry Rosenman <ler@lerctr.org> writes: > >> I don't believe your changes are necessary. > > > > The static-inline change was obsoleted by a recent fix, per discussion. > > But the rpath changes seem possibly useful (or maybe my thoughts are > > just colored by the fact that I'm currently trying to persuade OpenSSL > > to build with a non-broken rpath setup on HPUX...) Do you have an > > objection to the rpath part of Billy's patch? > > Not necessarily. I was just concerned about the tuplesort one, and the fact > that mine builds and passes without the changes. Larry, You probably have /usr/local/lib LD_LIBRARY_PATH. On my system LD_LIBRARY_PATH defaults to /usr/X/lib:/lib and LD_RUN_PATH are not set, and I prefer it that way. The rpath related changes allow me to specify the additional library search paths by using the configure --with-libraries option and have those paths placed into the executable so that the executables can run without having to the default setting of LD_LIBRARY_PATH. After reading the discussions, I can think of another enhancement to the rpath changes: have the contents of LD_LIBRARY_PATH added to the -R (or -rpath) option inside the port specific makefile. That way, if you add the additional search paths to LD_LIBRARY_PATH you won't have to use the --with-libraries and the executable(s) will have the runtime search paths in them so they will execute without having to change the default LD_LIBRARY_PATH setting. -- ____ | Billy G. Allie | Domain....: Bill.Allie@mug.org | /| | 7436 Hartwell | MSN.......: B_G_Allie@email.msn.com |-/-|----- | Dearborn, MI 48126| |/ |LLIE | (313) 582-1540 |
Вложения
В списке pgsql-ports по дате отправления: