Re: [PATCHES] utils C files

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [PATCHES] utils C files
Дата
Msg-id 200207182305.g6IN5UZ11961@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [PATCHES] utils C files  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Wow.  I think I will hold for a while.

---------------------------------------------------------------------------

Peter Eisentraut wrote:
> Bruce Momjian writes:
> 
> > Oh, so you are saying let most uses of src/port use the *.o files that
> > are in the directory, and it isn't needed to have other directories use
> > the link trick.  Just let me know what people want.
> 
> What I want is this:
> 
> In configure.in, call
> 
> AC_REPLACE_FUNCS([inet_aton ...])  # the whole list
> 
> If you need more sophisticated checks on top of "function exists", you
> keep the existing tests, but instead of, say,
> 
> SNPRINTF=snprintf.c
> AC_SUBST(SNPRINTF)
> 
> you'd call
> 
> AC_LIBOBJ(snprintf)
> 
> In Makefile.global.in:
> 
> LIBOBJS = @LIBOBJS@
> 
> In utils/port/Makefile:
> 
> libpgport.a: $(LIBOBJS)
>     ar crs $@ $^
> 
> In Makefile.global.in:
> 
> Add -L$(top_builddir)/src/port to LDFLAGS (near the start), -lpgport to
> LIBS (near the end).
> 
> Then you need to make sure that the src/port directory is build before
> being referred to.
> 
> In the libpq makefile, you can write the rules like:
> 
> ifneq(,$(filter snprintf.o, $(LIBOBJS)))
> # do what it's doing now in case of 'ifdef SNPRINF'
> endif
> 
> 
> Caveat implementor.
> 
> -- 
> Peter Eisentraut   peter_e@gmx.net
> 
> 

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [PATCHES] utils C files
Следующее
От: Bruce Momjian
Дата:
Сообщение: lock item completed