I just change:
libmcrypt-2.5.7 instead of libmcrypt-2.5.8
gcc instead of cc, because I had not cc installed.

changing to bash for the configure and compile worked for me.

I’m afraid not - looks Sparc specific. The Sun Forums have a Webstack section and may be able to help. Unfortunately we don’t have any Sparc boxes I can test things on.

Paul - You’ll need GNU Autoconf and Automake. They’re included on the Solaris 10 Companion DVD/CD, and have the names SFWaconf and SFWamake. If they’re already installed you just need to add them to your path, by doing:

export PATH=$PATH:/opt/sfw/bin

(Note the SFW Companion CD/DVD packages install to /opt/sfw NOT /usr/sfw (at least in Zones anyway)).

Thanks for your help so far. I downloaded and installed SunStudio 12. Now I can compile and install libmcrypt! Yay!

However, I am getting an error when doing the second part.

[root@shem : mcrypt]$ /opt/coolstack/php5/bin/phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20060613
Zend Extension Api No: 220060519
NONE:0: /usr/sfw/bin/gm4: `__program__’ from frozen file not found in builtin table!
autom4te: /usr/sfw/bin/gm4 failed with exit status: 1

Any ideas?

I looked at your pre-compiled packages, but unfortunately they are for Solaris x86 not Sparc.

Thanks,
Andy

Do you have Sun Studio 12 installed? Typing “which cc” should show something along the lines of:

# which cc
/opt/SUNWspro/bin/cc

The error message is a bit obscure and not terribly helpful, not having a “cc” is the first thing that springs to mind.

Generally an up to date and patched Sun Studio 12 produces “better” binaries than gcc (or so advocates tell me). However the main reason I do it is that we package up most of the things we compile for deployment to other servers, and I prefer to not have packages depend on libgcc. Quite often if you compile something with gcc it ends up linking against /usr/sfw/lib/libgcc_s.so.1

Generally I’ll try with Sun Studio first, then revert to gcc if it fails.

Murray - sorry for missing your comment. I’m not sure about your issue, if you’re still having problems, drop me an email: al at everycity dot co.uk.

Cheers!

*** Error code 1
The following command caused the error:
set fnord $MAKEFLAGS; amf=$2; \
dot_seen=no; \
target=`echo all-recursive | sed s/-recursive//`; \
list=’libltdl modules lib src doc’; for subdir in $list; do \
echo “Making $target in $subdir”; \
if test “$subdir” = “.”; then \
dot_seen=yes; \
local_target=”$target-am”; \
else \
local_target=”$target”; \
fi; \
(cd $subdir && make $local_target) \
|| case “$amf” in *=*) exit 1;; *k*) fail=yes;; *) exit 1;; esac; \
done; \
if test “$dot_seen” = “no”; then \
make “$target-am” || exit 1; \
fi; test -z “$fail”
make: Fatal error: Command failed for target `all-recursive’
Current working directory /opt/src/libmcrypt-2.5.7
*** Error code 1
make: Fatal error: Command failed for target `all’

If I compile using gcc it makes successfully. What is the reasoning behind using cc instead of gcc?

Thanks,
Andy

gmake[3]: Entering directory `/usr/lib/libmcrypt/modules/algorithms’
if /bin/sh ../../libtool –tag=CC –mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I../.. -I../../lib -g -O2 -MT 3-way.lo -MD -MP -MF “.deps/3-way.Tpo” -c -o 3-way.lo 3-way.c; \
then mv -f “.deps/3-way.Tpo” “.deps/3-way.Plo”; else rm -f “.deps/3-way.Tpo”; exit 1; fi
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I../.. -I../../lib -g -O2 -MT 3-way.lo -MD -MP -MF .deps/3-way.Tpo -c 3-way.c -fPIC -DPIC -o .libs/3-way.o
In file included from 3-way.c:14:
../../lib/libdefs.h:18:19: ltdl.h: No such file or directory
3-way.c:73: warning: conflicting types for built-in function ‘gamma’
gmake[3]: *** [3-way.lo] Error 1
gmake[3]: Leaving directory `/usr/lib/libmcrypt/modules/algorithms’
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/lib/libmcrypt/modules’
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/lib/libmcrypt’
gmake: *** [all] Error 2

Can you make any suggestions. Thanks