Everyone,
I went ahead and added -L/usr/sfw/lib and -R/usr/sfw/lib to the LDFLAGS environment variable prior to running configure, make and make install.
dump -Lv dovecot now reveals /usr/sfw/lib in the RPATH.
Above all, I am not receiving any errors.
Thanks,
Randall
On Wed, 2007-03-21 at 17:17 -0700, Tom Bombadil wrote:
Phil Oleson wrote:
Randall Svancara wrote:
dovecot: Mar 21 15:34:25 Info: imap-login: Login: user=<someusername>, method=PLAIN, rip=134.121.92.228, lip=134.121.5.141, TLS dovecot: Mar 21 15:34:25 Error: IMAP(someusername): ld.so.1: imap: fatal: libgcc_s.so.1: open failed: No such file or directory dovecot: Mar 21 15:34:25 Error: child 13085 (imap) killed with signal 9
Has anyone seen similar issues?
The RPATH for the dovecot binaries appear to not include the path to where libgcc_s.so.1 exists at. run 'dump -Lv <binary>' to see what RPATH is embeded in the binary, and recompile either fixing the -R args used when linking or set LD_RUN_PATH to a colon delimited list of paths for the RPATH to be set to when your compiling.
-Phil.Not the best thing to do, but you could just run this:
# crle -u -l /dir/where/libgcc_s.so.1/is/located
This is the ldconfig equivalent for solaris.
But recompiling with the proper -R and -L paths in LDFLAGS, as Phil suggested is the way to go.
Cheers