467,075 Members | 996 Online
Bytes | Developer Community
Ask Question

Home New Posts Topics Members FAQ

Post your question to a community of 467,075 developers. It's quick & easy.

Solaris 9: Can't build libjpeg shared object for php use

I realize this is the php group, but I have a question that recurses
back to my php install.

My objective is a pure 64 bit shared object installation of php 5.0 on
UltraSparc Solaris 9 compiled with the Sun Compiler version 8.

My problem is that EVERYTHING builds great EXCEPT that the 6b
distribution of JPEG will NOT build a shared object, thus gd cannot
include support for JPEG, thus php loses that functionality.

** Configuration summary for gd 2.0.28:

Support for PNG library: yes
Support for JPEG library: no
Support for Freetype 2.x library: yes
Support for Xpm library: yes
Support for pthreads: yes

Yes, I've seen the install.doc from jpeg-6b:

"* If you want to build libjpeg as a shared library, say
./configure --enable-shared"

Here's that output:

1 [gis 9] ~/jpeg-6b > ./configure --enable-shared
2 checking for gcc... /opt/SUNWspro/bin/cc
3 checking whether the C compiler (/opt/SUNWspro/bin/cc -fast
-xarch=v9a -xO5 ) works... yes
4 checking whether the C compiler (/opt/SUNWspro/bin/cc -fast
-xarch=v9a -xO5 ) is a cross-compiler... no
5 checking whether we are using GNU C... no
6 checking how to run the C preprocessor... /opt/SUNWspro/bin/cc
7 checking for function prototypes... yes
8 checking for stddef.h... yes
9 checking for stdlib.h... yes
10 checking for string.h... yes
11 checking for size_t... yes
12 checking for type unsigned char... yes
13 checking for type unsigned short... yes
14 checking for type void... yes
15 checking for working const... yes
16 checking for inline... inline
17 checking for broken incomplete types... ok
18 checking for short external names... ok
19 checking to see if char is signed... yes
20 checking to see if right shift is signed... yes
21 checking to see if fopen accepts b spec... yes
22 checking for a BSD compatible install...
/usr/local/bin/install -c
23 checking for ranlib... ranlib
24 LTSHARED is yes
25 ------------> I am using libtool in /usr/local/bin/libtool
26 checking host system type... sparc-sun-solaris2.9
27 checking for ranlib... ranlib
28 checking whether we are using GNU C... no
29 checking for /opt/SUNWspro/bin/cc option to produce PIC...
30 checking if /opt/SUNWspro/bin/cc PIC flag -KPIC works... no
31 checking if /opt/SUNWspro/bin/cc static flag -Bstatic works...
32 checking whether ln -s works... yes
33 checking for non-GNU ld... /usr/ccs/bin/ld
34 checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
35 checking whether the linker (/usr/ccs/bin/ld) supports shared
libraries... yes
36 checking for BSD-compatible nm... /usr/ccs/bin/nm -p
37 checking command to parse /usr/ccs/bin/nm -p output... yes
38 checking how to hardcode library paths into programs...
39 checking for /usr/ccs/bin/ld option to reload object files...
40 checking dynamic linker characteristics... solaris2.9 ld.so
41 checking if libtool supports shared libraries... no
42 checking whether to build shared libraries... no
43 checking whether to build static libraries... yes
44 checking for objdir... .libs
45 creating libtool
46 checking libjpeg version number... 62
47 creating ./config.status
48 creating Makefile
49 creating jconfig.h
50 jconfig.h is unchanged
51 [03:35 - 0.21]

As you can see from line 41 above, configure is convinced libtool
cannot support shared libraries. I modified the configure script to
output the location of the libtool being used (line 25) and the value
of LTSHARED (line 24).

Has ANYONE out there successfully milked out a shared object from the
6b distribution of libjpeg ?? This is the only thing holding up my

Thanks in advance,
Jul 17 '05 #1
  • viewed: 1923

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

1 post views Thread by Mark Nelson | last post: by
2 posts views Thread by Karl Hanzel | last post: by
reply views Thread by Bob Swerdlow | last post: by
1 post views Thread by Bob Swerdlow | last post: by
reply views Thread by Kirt Loki Dankmyer | last post: by
reply views Thread by markvr | last post: by
1 post views Thread by Jim McCullars | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.