Re: pltcl build problem on FreeBSD (was: Re: pltlc and pltlcu problems)

Поиск
Список
Период
Сортировка
От Brent Verner
Тема Re: pltcl build problem on FreeBSD (was: Re: pltlc and pltlcu problems)
Дата
Msg-id 20020123125916.A16692@rcfile.org
обсуждение исходный текст
Ответ на Re: pltcl build problem on FreeBSD (was: Re: pltlc and pltlcu problems)  (Brent Verner <brent@rcfile.org>)
Список pgsql-hackers
[2002-01-23 12:29] Brent Verner said:
| [2002-01-23 12:06] Tom Lane said:
| | Brent Verner <brent@rcfile.org> writes:
| | > | Will it not work to do
| | > | 
| | > | $(shell echo '$(TCL_SHLIB_LD)' | sed ...
| | 
| | > No.  I just tested this, and the $@ still got expanded too early.
| | 
| | [ scratches head ... ]  Where is the expansion happening, then?  Seems
| | weird.
| 
| apparently the $(shell ...) construct expands any shell-like
| vars.
| 
| from make's info file:
| 
|      The `shell' function performs the same function that backquotes
|   (``') perform in most shells: it does "command expansion".
| 
| | > We'll need to use the suggested ifeq($(PORTNAME),linux) test.
| | 
| | I don't much like that since it makes an inappropriate assumption,
| | viz that if you're on Linux you must have a TCL_SHLIB_LD value that
| | hasn't got any $variables in it.  I'd prefer to figure out *why* we
| | are getting a premature evaluation.
| 
| maybe check for a '$' in the TCL_SHLIB_LD ?  I've been trying
| $(findstring ...) but have not gotten that to work right yet.

The best I can come up with is checking for the offending string
'libtcl.so.0' in the TCL_SHLIB_LD.

ifneq (,$(findstring libtcl.so.0,$(TCL_SHLIB_LD))) TCL_SHLIB_LD := $(shell echo '$(TCL_SHLIB_LD)' | sed
's/-Wl,-soname[^]*//')
 
endif


any better ideas out there?  I've exhausted my PG time for today ;-)
 brent

-- 
"Develop your talent, man, and leave the world something. Records are 
really gifts from people. To think that an artist would love you enough
to share his music with anyone is a beautiful thing."  -- Duane Allman


В списке pgsql-hackers по дате отправления:

Предыдущее
От: teg@redhat.com (Trond Eivind Glomsrød)
Дата:
Сообщение: autoconf + newer gcc barfs
Следующее
От: Fernando Nasser
Дата:
Сообщение: Re: Schemas vs. PostQUEL: resolving qualified identifiers