Re: [HACKERS] contrib Makefile's and OS X
PL/R compiles and installs ok on my OS X 10.2.4, the corresponding line is gcc -traditional-cpp -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -flat_namespace -bundle -undefined suppress plr.o pg_conversion.o pg_backend_support.o pg_userfuncs.o pg_rsupport.o -L/sw/lib -L/sw/lib/R/bin -lR -o libplr.so.0.0 adam > I've written PL/R to make use of the contrib build system, and modelled > its Makefile after other contrib modules. One user who tried installing > PL/R under OS X sent me this: > > The makefile does > > gcc -traditional-cpp -g -O2 -Wall -Wmissing-prototypes > -Wmissing-declarations -fno-common -install_name > /usr/local/pgsql/lib/libplr.0.dylib -dynamiclib plr.o > pg_conversion.o pg_backend_support.o pg_userfuncs.o pg_rsupport.o > -L../../src/interfaces/libpq -L/usr/local/lib/R/bin -lR -o > libplr.0.0.dylib > > In OS X this should be > > gcc -traditional-cpp -g -O2 -Wall -Wmissing-prototypes > -Wmissing-declarations -fno-common -bundle -flat_namespace -undefined > suppress plr.o pg_conversion.o pg_backend_support.o pg_userfuncs.o > pg_rsupport.o -L../../src/interfaces/libpq -L/usr/local/lib/R/bin -lR > -o plr.so > > Below is the Makefile. The key problem is that I need to get a "bundle" > built instead of a "dynamiclib", or so I am told. > > Any idea what I'm doing wrong? > > Thanks, > > Joe > > > 8<- > r_libdir = ${R_HOME}/bin > r_includespec = ${R_HOME}/include > > subdir = contrib/plr > top_builddir = ../.. > include $(top_builddir)/src/Makefile.global > > override CPPFLAGS := -I$(srcdir) -I$(r_includespec) $(CPPFLAGS) > override CPPFLAGS += -DPKGLIBDIR=\"$(pkglibdir)\" -DDLSUFFIX=\"$(DLSUFFIX)\" > rpath := > > MODULE_big := plr > PG_CPPFLAGS := -I$(r_includespec) > SRCS+= plr.c pg_conversion.c pg_backend_support.c > pg_userfuncs.c pg_rsupport.c > OBJS:= $(SRCS:.c=.o) > SHLIB_LINK := -L$(r_libdir) -lR > > DATA_built := plr.sql > DOCS:= README.plr > REGRESS := plr > EXTRA_CLEAN := doc/HTML.index > > include $(top_srcdir)/contrib/contrib-global.mk > 8<- > > > > > ---(end of broadcast)--- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED]) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] contrib Makefile's and OS X
Adam Witney wrote: PL/R compiles and installs ok on my OS X 10.2.4, the corresponding line is gcc -traditional-cpp -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -flat_namespace -bundle -undefined suppress plr.o pg_conversion.o pg_backend_support.o pg_userfuncs.o pg_rsupport.o -L/sw/lib -L/sw/lib/R/bin -lR -o libplr.so.0.0 Thanks Adam, Peter, and Tom for your replies. I'll make the minor change Tom recommended, try to find out what distribution the person is using, and recommend they switch to the standard one. Joe ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly
Re: [HACKERS] contrib Makefile's and OS X
Joe Conway writes: > Below is the Makefile. The key problem is that I need to get a "bundle" > built instead of a "dynamiclib", or so I am told. The PostgreSQL makefiles do use "bundle". Tell the user to use the standard distribution. -- Peter Eisentraut [EMAIL PROTECTED] ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
Re: [HACKERS] contrib Makefile's and OS X
Joe Conway <[EMAIL PROTECTED]> writes: > Below is the Makefile. The key problem is that I need to get a "bundle" > built instead of a "dynamiclib", or so I am told. It's quite likely that the problem is in Makefile.shlib and isn't specific to plr at all. Ask the complainant if plperl, pltcl, or plpython work. If it is specific to plr, the only idea I have is that maybe you need to say SHLIB_LINK += not SHLIB_LINK := regards, tom lane ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster
[HACKERS] contrib Makefile's and OS X
I've written PL/R to make use of the contrib build system, and modelled its Makefile after other contrib modules. One user who tried installing PL/R under OS X sent me this: The makefile does gcc -traditional-cpp -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -fno-common -install_name /usr/local/pgsql/lib/libplr.0.dylib -dynamiclib plr.o pg_conversion.o pg_backend_support.o pg_userfuncs.o pg_rsupport.o -L../../src/interfaces/libpq -L/usr/local/lib/R/bin -lR -o libplr.0.0.dylib In OS X this should be gcc -traditional-cpp -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -fno-common -bundle -flat_namespace -undefined suppress plr.o pg_conversion.o pg_backend_support.o pg_userfuncs.o pg_rsupport.o -L../../src/interfaces/libpq -L/usr/local/lib/R/bin -lR -o plr.so Below is the Makefile. The key problem is that I need to get a "bundle" built instead of a "dynamiclib", or so I am told. Any idea what I'm doing wrong? Thanks, Joe 8<- r_libdir = ${R_HOME}/bin r_includespec = ${R_HOME}/include subdir = contrib/plr top_builddir = ../.. include $(top_builddir)/src/Makefile.global override CPPFLAGS := -I$(srcdir) -I$(r_includespec) $(CPPFLAGS) override CPPFLAGS += -DPKGLIBDIR=\"$(pkglibdir)\" -DDLSUFFIX=\"$(DLSUFFIX)\" rpath := MODULE_big := plr PG_CPPFLAGS := -I$(r_includespec) SRCS+= plr.c pg_conversion.c pg_backend_support.c pg_userfuncs.c pg_rsupport.c OBJS:= $(SRCS:.c=.o) SHLIB_LINK := -L$(r_libdir) -lR DATA_built := plr.sql DOCS:= README.plr REGRESS := plr EXTRA_CLEAN := doc/HTML.index include $(top_srcdir)/contrib/contrib-global.mk 8<- ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])