UPDATE: configure scripts failing in ports looking for libXext

2002-10-26 Thread Michael E Mercer
Hello peoples,

After looking at the config.log file, the problem seems to be a missing
-L/usr/X11R6/lib from the compile line when it is testing for Xext.
I noticed it is in other compile lines preceding the Xext test but not
there for Xext. 

Where is the actual problem here? I have never tried to modify a configure 
script. 

Thanks
Michael Mercer

--

Sorry if this is a repeat, got a response that this email was not allowed...
I subscribed to freebsd-questions and now resent this...

later
Michael


Hello,

Has anyone came across this error and know how to fix it?

Thanks
Michael Mercer

the ports are ksetispy, ksetiwatch, and uml.

They all complain about not finding libXext.

It is found in /usr/X11R6/lib directory.
root on dual(ttyp5), 2002/10/24 Thu 14:55:32
/usr/ports
 ls -l /usr/X11R6/lib/libXext*
-rw-r--r--  1 root  wheel  72204 Oct 22 09:33 /usr/X11R6/lib/libXext.a
lrwxr-xr-x  1 root  wheel 12 Oct 22 09:33 /usr/X11R6/lib/libXext.so@ -
libXext.so.6
-rwxr-xr-x  1 root  wheel  62684 Oct 22 09:33 /usr/X11R6/lib/libXext.so.6*


output from configure...
+

root on dual(ttyp3), 2002/10/24 Thu 14:53:40
/usr/ports/devel/uml
 make
===  Configuring for uml-1.0.3
/bin/mkdir -p /usr/ports/devel/uml/work/uml-1.0.3/auto-bin
/bin/ln -sf /usr/local/bin/autoconf213
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/autoconf
/bin/ln -sf /usr/local/bin/autoheader213
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/autoheader
/bin/ln -sf /usr/local/bin/automake14
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/automake
/bin/ln -sf /usr/local/bin/aclocal14
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/aclocal
cd /usr/ports/devel/uml/work/uml-1.0.3  env
PATH=/usr/ports/devel/uml/work/uml-1.0.3/auto-bin:$PATH  gmake -f Makefile.dist
This Makefile is only for the CVS repository
This will be deleted before making the distribution

*** Creating acinclude.m4
!!! If you get recursion errors from autoconf, it is advisable to set the
environment variable M4 to something including --nesting-limit=500
*** Creating list of subdirectories
*** Creating configure.in
*** Creating aclocal.m4
*** Creating configure
*** Creating config.h template
*** Creating Makefile templates
*** Postprocessing Makefile templates
*** Creating date/time stamp
*** Finished
Don't forget to run ./configure
If you haven't done so in a while, run ./configure --help
loading cache ./config.cache
checking host system type... i386-portbld-freebsd4.7
checking target system type... i386-portbld-freebsd4.7
checking build system type... i386-portbld-freebsd4.7
checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking whether gmake sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... (cached) cc
checking whether the C compiler (cc  -O -pipe -w  ) works... yes
checking whether the C compiler (cc  -O -pipe -w  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether cc accepts -g... (cached) yes
checking for c++... (cached) c++
checking whether the C++ compiler (c++   -O -pipe -w  ) works... yes
checking whether the C++ compiler (c++   -O -pipe -w  ) is a cross-compiler...
no
checking whether we are using GNU C++... (cached) yes
checking whether c++ accepts -g... (cached) yes
checking whether c++ supports -fno-exceptions... (cached) yes
checking whether c++ supports -fno-check-new... (cached) yes
checking whether c++ supports -fexceptions... (cached) yes
checking how to run the C++ preprocessor... (cached) c++ -E
checking whether c++ supports -frepo... (cached) yes
checking for ld used by GCC... (cached) /usr/libexec/elf/ld
checking if the linker (/usr/libexec/elf/ld) is GNU ld... (cached) yes
checking for /usr/libexec/elf/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... (cached) yes
checking how to recognise dependant libraries... (cached) pass_all
checking for ranlib... (cached) ranlib
checking for strip... (cached) strip
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
updating cache ./config.cache
loading cache ./config.cache within ltconfig
checking whether -lc should be explicitly linked in... (cached) no
checking for objdir... .libs
checking for cc option to produce PIC...  -fPIC -DPIC
checking if cc PIC flag  -fPIC -DPIC works... (cached) yes
checking if cc static flag -static works... (cached) yes
finding the maximum length of command line arguments... (cached) 36865
checking if cc supports -c -o file.o... (cached) yes
checking if cc supports -fno-rtti -fno-exceptions 

Re: UPDATE: configure scripts failing in ports looking for libXext

2002-10-26 Thread Kent Stewart


Michael E Mercer wrote:

Hello peoples,

After looking at the config.log file, the problem seems to be a missing
-L/usr/X11R6/lib from the compile line when it is testing for Xext.
I noticed it is in other compile lines preceding the Xext test but not
there for Xext. 

Where is the actual problem here? I have never tried to modify a configure 
script. 

The problem is that the configure script is not seeing the library. 
That is where the strange interaction is coming in. It is there but it 
isn't seeing it. Kdelibs is really dependant on 
XFree86-libraries-4.2.1_2 and qt-3.0.5_3, which have to be built in 
that order. Everything else in kde-3 is dependant on kdelibs being 
built properly. Portupgrade will occasionally skip kdelibs and the 
upgrade process breaks down. Your friend is [EMAIL PROTECTED] Most of 
the time, they can answer your question really quickly.

kent


Thanks
Michael Mercer

--

Sorry if this is a repeat, got a response that this email was not allowed...
I subscribed to freebsd-questions and now resent this...

later



I deleted everything after this for brevity.

--
Kent Stewart
Richland, WA

http://users.owt.com/kstewart/index.html


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message