From nobody@FreeBSD.ORG  Mon Aug 28 18:41:29 2000
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 8A70437B42C; Mon, 28 Aug 2000 18:41:29 -0700 (PDT)
Message-Id: <20000829014129.8A70437B42C@hub.freebsd.org>
Date: Mon, 28 Aug 2000 18:41:29 -0700 (PDT)
From: dkelly@hiwaay.net
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@FreeBSD.org
Subject: ports not linking against -ljpeg
X-Send-Pr-Version: www-1.0

>Number:         20913
>Category:       ports
>Synopsis:       ports not linking against -ljpeg
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    vanilla
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Aug 28 18:50:00 PDT 2000
>Closed-Date:    Sat Jan 20 19:55:00 PST 2001
>Last-Modified:  Sat Jan 20 19:57:55 PST 2001
>Originator:     David Kelly
>Release:        4.1-STABLE, as of 8/27/2000
>Organization:
n/a
>Environment:
FreeBSD nospam.hiwaay.net 4.1-STABLE FreeBSD 4.1-STABLE #0: Sun Aug 27 17:09:57 CDT 2000     dkelly@nospam.hiwaay.net:/home/obj/home/src/sys/REEBOK  i386

>Description:
Got the silly idea to play with something new. Decided to try something
other than Netscape Communicator for a newsreader. Selected pan.

Didn't find pan on the 4.1-RELEASE CDROM's. So I started compiling from
the port. Shortly aborted when building dependancies like this:

cc -O -pipe -o .libs/imlib_config imlib_config.o icons.o testimg.o ../gdk_imlib/.libs
/libgdk_imlib.so -L/usr/X11R6/lib -lgtk12 -lgdk12 -L/usr/local/lib -lgmodule12 -lglib
12 -lintl -lxpg4 -lXext -lX11 -lm -lungif -lpng -lz -lm -L/usr/X11R6/lib -L/usr/X11R6
/lib -lgtk12 -lgdk12 -L/usr/local/lib -Wl,-E -lgmodule12 -lglib12 -lintl -lxpg4 -lXex
t -lX11 -lm -lungif -lpng -lz -lm -L/usr/local/lib  -Wl,--rpath -Wl,/usr/X11R6/lib
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_read_scanlines'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_set_defaults'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_start_decompress'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_destroy_decompress'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_std_error'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_CreateDecompress'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_read_header'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_start_compress'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_finish_decompress'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_stdio_src'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_CreateCompress'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_finish_compress'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_set_quality'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_stdio_dest'
../gdk_imlib/.libs/libgdk_imlib.so: undefined reference to `jpeg_write_scanlines'
gmake[2]: *** [imlib_config] Error 1
gmake[2]: Leaving directory `/home/ports/graphics/imlib/work/imlib-1.9.8.1/utils'

The cc line doesn't have -ljpeg anywhere. Adding it silences the error.
Then the next darn dependency has the same sort of thing. At least these
three have similar problems with the jpeg libraries:

ports/graphics/imlib
ports/x11/gnomelibs
ports/sysutils/gnomecontrolcenter

>How-To-Repeat:
I don't have gnome installed. So I think trying to "make install" pan
with almost none of the dependancies preinstalled will do the trick.

Admit my system is much upgraded. Probably haven't started with a clean
filesystem since FreeBSD 2.2.5. When all this failed in 4.0-STABLE I
upgraded to 4.1-STABLE. Ran mergemaster, new kernel, all that good
stuff. Am -STABLE just prior to Sendmail 8.11.
>Fix:
Am guessing GNU configure doesn't know or find jpeg. When I manually
hacked "LIBS="$LIBS -L/usr/local/lib -ljpeg" into several places in
several "configure" files and in 
ports/graphics/imlib/work/imlib-1.9.8.1/utils/Makefile was able to get
pan to run. Then went looking for a jpeg in a newsgroup posting. Wasn't
decoded or displayed at all. While I found the linking errors and
corrected them, apparently something else was needed to tell all the
code to do jpeg.

The inner workings of GNU config are beyond my comprehension.

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports->ade 
Responsible-Changed-By: sobomax 
Responsible-Changed-When: Fri Nov 3 06:55:16 PST 2000 
Responsible-Changed-Why:  
Over to maintainer. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20913 
Responsible-Changed-From-To: ade->vanilla 
Responsible-Changed-By: ade 
Responsible-Changed-When: Fri Nov 3 07:23:59 PST 2000 
Responsible-Changed-Why:  
This is an imlib issue.  However, I've seen this reported before, and 
in all cases there was some crud left over from old ports, especially 
seeing as you haven't done a clean install since 2.2.5-RELEASE 

In addition, the package building cluster is showing no errors for 
imlib, or the multitude of things that depend on it, a further 
"smoking gun" indicating a localized problem. 

Submitter - you probably will want to take the opportunity of the 
forthcoming 4.2-RELEASE to do a complete binary reinstall. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20913 
State-Changed-From-To: open->closed 
State-Changed-By: vanilla 
State-Changed-When: Sat Jan 20 19:55:00 PST 2001 
State-Changed-Why:  
It's ok on 4-stable box, 
please check 
http://bento.FreeBSD.org/errorlogs/errorlogs/a.4.2001011905/imlib-1.9.8.1.log 


http://www.freebsd.org/cgi/query-pr.cgi?pr=20913 
>Unformatted:
