Re: Failed install - libgen.so doesn't exist
От | Bruce Momjian |
---|---|
Тема | Re: Failed install - libgen.so doesn't exist |
Дата | |
Msg-id | 200602011652.k11Gq1123443@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Failed install - libgen.so doesn't exist (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Failed install - libgen.so doesn't exist
|
Список | pgsql-ports |
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > Tom Lane wrote: > >> Now that we have the buildfarm I think that experimentation with this > >> sort of thing is a lot less risky than it used to be. I think we should > >> be working towards a project policy that AC_CHECK_LIB calls shalt not > >> use "main", but must name some symbol exported by the expected library. > >> If we can't find out what symbols the library is expected to provide, > >> it's time to dike it out. > > > Agreed. Anyone want to do the legwork? > > It's not possible for any one person to do the legwork, but if several > people would look to see what the story is on their platforms, we would > have enough info to get started. We need to know which libraries > actually get sucked in and some plausible exported names to test for > each one. > > I'll report on HPUX, Linux, and OSX later today, if no one beats me to > it. You want the Makefile.global LIBS line? On BSD/OS it is: LIBS = -lintl -lssl -lcrypto -lz -lreadline -ltermcap -lgetopt \ -lcompat -lipc -ldl -lm -lutil -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-ports по дате отправления: