From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Dave Uhring" Newsgroups: gmane.emacs.help Subject: Re: Has anyone actually built emacs 21.3 for SOLARIS (sparc)? Date: Fri, 23 May 2003 05:41:13 -0500 Organization: Posted via Supernews, http://www.supernews.com Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <5lu1bner7p.fsf@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1053687811 21695 80.91.224.249 (23 May 2003 11:03:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 23 May 2003 11:03:31 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Fri May 23 13:03:29 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19JAK8-0005bZ-00 for ; Fri, 23 May 2003 13:02:56 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19JA5u-0006Ca-PY for gnu-help-gnu-emacs@m.gmane.org; Fri, 23 May 2003 06:48:14 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-01!sn-post-02!sn-post-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.help,comp.unix.solaris User-Agent: Pan/0.13.94 (God will roast their stomachs in Hell) Original-X-Complaints-To: abuse@supernews.com Original-Lines: 73 Original-Xref: shelby.stanford.edu gnu.emacs.help:113605 comp.unix.solaris:442995 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:10100 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:10100 On Fri, 23 May 2003 05:28:17 +0000, David Combs wrote: > In article , > Dave Uhring wrote: >>On Thu, 22 May 2003 15:06:10 +0000, >>bbense+gnu.emacs.help.comp.unix.solaris.May.22.0 wrote: > >> >>> _ AFAIK, autoconf doesn't know how to set these things. You >>> either have to write your own hacks to configure.in or use the >>> generic libtool solution. Libtool was written to solve exactly >>> this problem. >> >>/tmp/emacs-21.3/src/Makefile generated with $LDFLAGS="" >> >>LDFLAGS= -L/usr/openwin/lib >>X11_LDFLAGS = -L/usr/openwin/lib >>LIBX= $(LIBXMENU) $(X11_LDFLAGS) $(LIBXT) -ltiff -ljpeg -lpng -lz -lm -lXpm -lX11 >> As I pointed out in the next few lines this is completely in error. > Since I uses csh, I made a file env.source: > > setenv LDFLAGS '-L/usr/openwin/lib' > setenv X11_LDFLAGS '-L/usr/openwin/lib' > setenv LIBX '$(LIBXMENU) $(X11_LDFLAGS) $(LIBXT) -ltiff -ljpeg -lpng -lz -lm -lXpm -lX11' > > , and then said "source env.source", and then "env", and got: > > LDFLAGS=-L/usr/openwin/lib > X11_LDFLAGS=-L/usr/openwin/lib > LIBX=$(LIBXMENU) $(X11_LDFLAGS) $(LIBXT) -ltiff -ljpeg -lpng -lz -lm -lXpm -lX11 > 110 ==/david3/from_netcom-dir2/sources-stuff/emacs-21.3==> > > as the final three lines. > > Look ok to you? No. You set up your env.source incorrectly. I keep telling you that LDFLAGS must contain -L and -R entries for each library directory and you did not even bother with -R/usr/openwin/lib in your env.source file. >>Note that the -R/usr/openwin/lib linking argument does not exist. Neither >>does -L/usr/sfw/lib and hence /usr/ccs/bin/ld is NOT going to find >>libtiff.so, libjpeg.so or libpng.so, let alone provide the required >>run-time link paths. >> >>Now export LDFLAGS properly and run configure again. > > I think (maybe wrongly, for sure!) that csh has no export cmd, > nor(?) needs one? Right, but you need to use setenv, which is the csh equivalent to ksh,bash,zsh export. > Oh, better do a "make clean", I suppose, first. Just remove config.cache and config.status if you have a clean source tree. > Note that my libx is a lot shorter than yours; I guess I'll ltry > making it this way first, then worry later about those other > things. That is because libtiff, libjpeg, etc were not found. It will not build correctly.