building XSLT support on Slackware Linux Server

Whether you are using Linux on the desktop or as a server, it's still good that you're using Linux. Linux related questions go here.

Moderator: General Moderators

Post Reply
EricS
Forum Contributor
Posts: 183
Joined: Thu Jul 11, 2002 12:02 am
Location: Atlanta, Ga

building XSLT support on Slackware Linux Server

Post by EricS »

I've been trying to build php with XSLT support for the last couple days. I'm trying to install it on the latest slackware with the lasted linux kernel.

I have built and installed expat 1.95.7 to /usr/local/lib (it's default install). Built and installed with no errors.

I have built and installed Sablot 1.0.1 to /usr/local/lib (It's default install). Built and installed with no errors.

I now build php with the following flags --enable-xslt --with-xslt-sablot. Configure runs with no errors.

When I run make, I get the following errors.

/usr/local/lib/libsablot.so: undefined reference to `operator new[](unsigned)'
/usr/local/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info'
/usr/local/lib/libsablot.so: undefined reference to `operator delete(void*)'
/usr/local/lib/libsablot.so: undefined reference to `__gxx_personality_v0'
/usr/local/lib/libsablot.so: undefined reference to `__cxa_pure_virtual'
/usr/local/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__class_type_info'
/usr/local/lib/libsablot.so: undefined reference to `operator delete[](void*)'
/usr/local/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info'
/usr/local/lib/libsablot.so: undefined reference to `operator new(unsigned)'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Any idea what I'm doing wrong?
Thanks
User avatar
Pyrite
Forum Regular
Posts: 769
Joined: Tue Sep 23, 2003 11:07 pm
Location: The Republic of Texas
Contact:

Post by Pyrite »

Try running "ldconfig"

Then reconfigure/make your php. try that.
EricS
Forum Contributor
Posts: 183
Joined: Thu Jul 11, 2002 12:02 am
Location: Atlanta, Ga

Figured it out

Post by EricS »

Well after two days of toil I finally figured it out. Apparently the latest version of libtools is not exactly bug free.

Running the command

Code: Select all

export LDFLAGS=-lstdc++
from the bash shell before running configure then the enviroment variable LDFLAGS gets set to it's proper value. This is not required on all systems, but it was required on mine.

Another wierd tip. Simple adding the above line to the configure file didn't help. I had to run it seperately. Wierd but what am I going to do. Anyway, hope this helps someone in the future.
User avatar
Pyrite
Forum Regular
Posts: 769
Joined: Tue Sep 23, 2003 11:07 pm
Location: The Republic of Texas
Contact:

Post by Pyrite »

And see running "ldconfig" should have added that for you. But oh well, glad you got it.
EricS
Forum Contributor
Posts: 183
Joined: Thu Jul 11, 2002 12:02 am
Location: Atlanta, Ga

Post by EricS »

I didn't see your post before I figured it out. I will be trying ldconfig the next time I build php and see how it works. Thanks for the help.
User avatar
Pyrite
Forum Regular
Posts: 769
Joined: Tue Sep 23, 2003 11:07 pm
Location: The Republic of Texas
Contact:

Post by Pyrite »

Yea ldconfig just configures your dynamic linker run time bindings.

You should run it everytime you install a new library on your system. Basically registers the library with your system so other programs you compile will be able to detect the libs.
Post Reply