Hi,
Since you have two versions, have you tried just using one version or
the other?
That (multiple inclusion) issue is discussed here:
http://forums.sun.com/thread.jspa?threadID=5405526
Not really a solution per se, as he copied the same libs from one location
to another.
Others:
http://oss.oetiker.ch/rrdtool/forum.en.html#nabble-td1574120
As suggested there, you _could_ edit the Makefile and remove references to
/usr/sfw/lib before running make so it only picks up the ones in
/usr/local/lib...
Here you go, a problem that is the same as yours:
Subject Dual expat link failure
http://mail-archives.apache.org/mod_mbox/httpd-apreq-dev/200507.mbox/%[email protected]%3e
It looks like you need to play with LDFLAGS. I don't have a Solaris 10
box to test on
Per:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=2&t=15428
If LD_LIBRARY_PATH points to preexisting library this one is taken by
configure.sh no matter how LD_OPTIONS, LDFLAGS, LIBS or other options are
set.
You could try setting LD_LIBRARY_PATH to all of the lib paths EXCEPT
/usr/sfw/lib, but then if you are missing some other package, you will
also need to install it to /usr/local.
Also interesting note here:
http://forums.sun.com/thread.jspa?threadID=5228210
So newbie's to Solaris (like myself) need take heed to my struggles with
this upgrade. I made a list of packages that I had to install in order to
get everything upgraded where I needed them.
ATK 1.18.0
Cairo 1.4.10
Cairomm 1.4.4
Doxygen 1.5.3
Expat 1.95.5
Fontconfig 2.4.2
Freetype 2.3.1
Glib 2.14.1
Glibmm 2.14.1
GTK+ 2.12.0
GTKmm 2.12.0
Jpeg 6b
Libiconv 1.11
Libpng 1.2.21
Libsigc++ 2.0.17
Libtool 1.5.24
Make 3.81
Pango 1.18.2
Render 0.8
Renderproto 0.9.3
Tiff 3.8.2
Xrender 0.8.3
Zlib 1.2.3
Are you running gmake, sounds like you need to make some changes so
/usr/sfw/lib is not used in the Makefile?
Justin.
On Tue, 13 Apr 2010,
[email protected] wrote:
Ah, life is not quite as grand as I'd thought. The make didn't end
happily ever after:
/bin/bash ../libtool --silent --tag=CXX --mode=link gcc -O2 -Wall
-Wwrite-strings -Woverloaded-virtual -fno-exceptions -fno-rtti
-fno-implement-inlines -Winline -s -o lftp lftp.o complete.o lftp_rl.o
liblftp-jobs.la -lreadline -lcurses -lresolv -lnsl -lsocket -lsupc++
ld: fatal: recording name conflict: file `/usr/sfw/lib/libexpat.so' and
file `/usr/local/lib/libexpat.so' provide identical dependency names:
libexpat.so.1 (possible multiple inclusion of the same file)
ld: fatal: File processing errors. No output written to lftp
collect2: ld returned 1 exit status
make[1]: *** [lftp] Error 1
make[1]: Leaving directory `/home/cacre9/lftp/lftp-4.0.6/src'
make: *** [all-recursive] Error 1
Any ideas?
-----Original Message-----
From: Rempel, Curtis SCAN-DFI 3541
Sent: Tuesday, April 13, 2010 3:13 PM
To: 'Justin Piszcz'
Cc: [email protected]
Subject: RE: Compile on Solaris 10
I didn't have to change /etc/ld.so.conf, but adding LD_LIBRARY_PATH
seems to have progressed passed readline now:
checking for readline... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBGNUTLS... Package gnutls was not found in the pkg-config
search path.
Perhaps you should add the directory containing `gnutls.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gnutls' found
configure: error: Package requirements (gnutls >= 1.0.0) were not met:
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables LIBGNUTLS_CFLAGS
and LIBGNUTLS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
There is a package installed:
# pkginfo -l SMCgnutls
PKGINST: SMCgnutls
NAME: gnutls
CATEGORY: application
ARCH: sparc
VERSION: 1.4.1
BASEDIR: /usr/local
VENDOR: Nikos Mavroyanopoulos et al
PSTAMP: Steve Christensen
INSTDATE: Apr 07 2010 16:09
EMAIL: [email protected]
STATUS: completely installed
FILES: 1180 installed pathnames
10 shared pathnames
27 directories
41 executables
41230 blocks used (approx)
I added:
export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:$PKG_CONFIG_PATH
as that is where gnutls.pc is located.
After running configure again, it completes through to the end. I'm
running a make right now.
Thanks very much for your speedy help Justin, you're awesome!
Curtis
-----Original Message-----
From: Justin Piszcz [mailto:[email protected]]
Sent: Tuesday, April 13, 2010 2:44 PM
To: Rempel, Curtis SCAN-DFI 3541
Cc: [email protected]
Subject: RE: Compile on Solaris 10
Hi,
You may also need to add that path /etc/ld.so.conf and run ldconfig .
Justin.
On Tue, 13 Apr 2010, Justin Piszcz wrote:
Hi,
You also need to export the LD_LIBRARY_PATH...
export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
Then try again.
Justin.
On Tue, 13 Apr 2010, [email protected] wrote:
Thanks Justin. Unfortunately, the result is the same. gcc is
detected
though:
configure:2897: checking for a BSD-compatible install
configure:2965: result: build-aux/install-sh -c
configure:2976: checking whether build environment is sane
configure:3019: result: yes
configure:3044: checking for a thread-safe mkdir -p
configure:3083: result: build-aux/install-sh -c -d
configure:3097: checking for gawk
configure:3113: found /scl/share/bin/gawk
configure:3124: result: gawk
configure:3135: checking whether make sets $(MAKE)
configure:3157: result: yes
configure:3350: checking build system type
configure:3368: result: sparc-sun-solaris2.10
configure:3390: checking host system type
configure:3405: result: sparc-sun-solaris2.10
configure:3439: checking for style of include used by make
configure:3467: result: GNU
configure:3537: checking for gcc
configure:3553: found /usr/sfw/bin/gcc
configure:3564: result: gcc
configure:3796: checking for C compiler version
configure:3804: gcc --version >&5
gcc (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
The relevant bit from config.log is:
configure:66636: checking for readline
configure:66670: gcc -o conftest -g -O2 -Wall -I/usr/local/include
-s
conftest.c -lreadline -lcurses -lresolv
-lnsl -lsocket -lsupc++ >&5
conftest.c: In function `main':
conftest.c:428: warning: implicit declaration of function
`rl_completion_matches'
ld: fatal: library -lreadline: not found
ld: fatal: File processing errors. No output written to conftest
collect2: ld returned 1 exit status
-----Original Message-----
From: Justin Piszcz [mailto:[email protected]]
Sent: Tuesday, April 13, 2010 2:07 PM
To: Rempel, Curtis SCAN-DFI 3541
Cc: [email protected]
Subject: Re: Compile on Solaris 10
Hi,
Try:
export C_INCLUDE_PATH=/usr/local/include:$C_INCLUDE_PATH
export CPLUS_INCLUDE_PATH=/usr/local/include:$CPLUS_INCLUDE_PATH
Re-run configure, does it find it?
Above is for GCC.
Justin.
On Tue, 13 Apr 2010, [email protected] wrote:
Hello,
I'm attempting to compile 4.0.6 on Solaris 10 but ./configure only
gets
as far as this:
[ snip ]
checking term.h presence... yes
configure: WARNING: term.h: present but cannot be compiled
configure: WARNING: term.h: check for missing prerequisite
headers?
configure: WARNING: term.h: see the Autoconf documentation
configure: WARNING: term.h: section "Present But Cannot Be
Compiled"
configure: WARNING: term.h: proceeding with the preprocessor's
result
configure: WARNING: term.h: in the future, the compiler will take
precedence
configure: WARNING: ## ------------------------------------ ##
configure: WARNING: ## Report this to [email protected] ##
configure: WARNING: ## ------------------------------------ ##
checking for term.h... yes
checking ncurses/curses.h usability... no
checking ncurses/curses.h presence... no
checking for ncurses/curses.h... no
checking ncurses/term.h usability... yes
checking ncurses/term.h presence... yes
checking for ncurses/term.h... yes
checking for library containing tigetstr... -lcurses
checking for tgetstr... yes
checking for readline... configure: error: need installed
readline-devel
package
I do have a readline package installed:
# pkginfo -l SMCreadl
PKGINST: SMCreadl
NAME: readline
CATEGORY: application
ARCH: sparc
VERSION: 5.2
BASEDIR: /usr/local
VENDOR: Lionel Cons et al
PSTAMP: Steve Christensen
INSTDATE: Feb 09 2010 11:12
EMAIL: [email protected]
STATUS: completely installed
FILES: 72 installed pathnames
6 shared pathnames
9 directories
2 executables
12393 blocks used (approx)
And there are header files there:
# pkgchk -l SMCreadl | grep ^Pathname | grep '\.h$'
Pathname: /usr/local/include/readline/chardefs.h
Pathname: /usr/local/include/readline/history.h
Pathname: /usr/local/include/readline/keymaps.h
Pathname: /usr/local/include/readline/readline.h
Pathname: /usr/local/include/readline/rlconf.h
Pathname: /usr/local/include/readline/rlstdc.h
Pathname: /usr/local/include/readline/rltypedefs.h
Pathname: /usr/local/include/readline/tilde.h
So it would seem it's a path issue perhaps.
I've tried a few things based on output from ./configure --help but
so
far nothing has worked.
I know it must be possible as sunfreeware.com has a fresh package
for
4.0.6 available.
The reason I need to compile is to test a patch.
Thanks!
Curtis
