[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: databases/php-oci8 on NetBSD?
I've updated the Makefile so that it's marked as only for Linux and SunOS.
2016-10-05 2:43 GMT+02:00 Silas Silva <silasdb%gmail.com@localhost>:
> Hi there!
> I'm trying to compile databases/php-oci8 on NetBSD but I ran into some
> problems... First it was the ORACLE_HOME variable that needed to be set
> but I soon discovered that Oracle Express Edition is enough (it need
> some shared libraries to compile to). After that, I tried to compile
> the package with failed when trying to install oci8.so, that didn't
> install: /usr/pkgsrc/databases/php-oci8/work/php-5.6.22/ext/oci8/modules/oci8.so: stat: No such file or directory
> Checking the logs, I saw this:
> *** Warning: linker path does not have real file for library -lclntsh.
> *** I have the capability to make that library automatically link in when
> *** you link to this library. But I can only do this if you have a
> *** shared version of the library, which you do not appear to have
> *** because I did check the linker path looking for a file starting
> *** with libclntsh and none of the candidates passed a file format test
> *** using a regex pattern. Last file checked: /u01/app/oracle/product/11.2.0/xe/lib/libclntsh.so.11.1
> *** Warning: libtool could not satisfy all declared inter-library
> *** dependencies of module oci8. Therefore, libtool will create
> *** a static module, that should work as long as the dlopening
> *** application is linked with the -dlopen flag.
> Well, of course Oracle Express Edition I just put in /u01 are Linux
> packages that seem to work minimally with the emul layer (executables
> don't coredump, but do output something -- I didn't test extensively,
> though) and are also Linux binaries the libraries. libclntsh too.
> Could somebody build a library (oci8.so) that links to a Linux library?
> Is there anything you recommend me to have this library working for
> NetBSD? Have a full php distribution for Linux run on NetBSD might
> solve the problem, but it don't seem to be that elegant.
> Any tips on that?
> P.S.: It would be good to have a conditional stating that this package
> don't build on NetBSD, like others have?
Main Index |
Thread Index |