RE: [HACKERS] Re: Problems compiling version 7
От | Culberson, Philip |
---|---|
Тема | RE: [HACKERS] Re: Problems compiling version 7 |
Дата | |
Msg-id | A95EFC3B707BD311986C00A0C9E95B6A01AB1C5C@datmail03.dat.com обсуждение исходный текст |
Ответы |
RE: [HACKERS] Re: Problems compiling version 7 - solved
|
Список | pgsql-general |
This reminds me of a problem I once had. I was trying to "make" the documentation, but zcat kept failing because the Solaris version does not work the same as the GNU version. So I installed the GNU zcat, ran configure again, but still make was failing because of zcat... I found that once configure has found an item it is looking for, it caches it in config.cache. From then on, even if you do a "make clean", configure still uses things from config.cache. To have configure essentially start from scratch and "re-find" things, you must run "make distclean", which will also delete config.cache. After doing this, and running configure again, everything worked fine. Hope this helps, Phil Culberson DAT Services -----Original Message----- From: Peter Eisentraut [mailto:peter_e@gmx.net] Sent: Wednesday, May 10, 2000 2:25 PM To: Tom Lane Cc: Travis Bauer; pgsql-general@postgresql.org; pgsql-hackers@postgresql.org Subject: Re: [HACKERS] Re: [GENERAL] Problems compiling version 7 Tom Lane writes: > >> dnl Check tr flags to convert from lower to upper case > The results *are* used, in backend/utils/Gen_fmgrtab.sh.in (and > apparently nowhere else). Ah, I see. Substituting into source files directly from configure ... very evil... (Before you ask why: What if I change Gen_fmgrtab.sh.in, do I have to re-configure?) > But we haven't yet figured out Travis' problem: why is the configure > test failing? Useless or not, I don't see why it's falling over... Unfortunately he cut off the line where it says `checking for tr'. -- Peter Eisentraut Sernanders väg 10:115 peter_e@gmx.net 75262 Uppsala http://yi.org/peter-e/ Sweden
В списке pgsql-general по дате отправления: