Not linking with -lnsl. configure script detetects its need correctly. Build fails on gethostbyname

RESOLVED EXPIRED

Status

()

Firefox
Build Config
RESOLVED EXPIRED
13 years ago
12 years ago

People

(Reporter: Tatjana Heuser, Assigned: Brian Ryner (not reading))

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020921 Netscape/7.0
Build Identifier: firefox-1.0-source.tar.bz2

The configure script detects correctly that it needs to link with -lnsl for
gethostbyname to work. This result doesn't seem to get propagated to the
appropriate LDFLAGS though, since the build fails in directory
./mozilla/OBJ-mozilla/toolkit/mozapps/installer/unix/wizard when linking is
tried with -lsocket alone.



Reproducible: Always
Steps to Reproduce:
1: .mozconfig:
. $topsrcdir/browser/config/mozconfig
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/OBJ-mozilla
ac_add_options --enable-default-toolkit=gtk2
ac_add_options --enable-xft
ac_add_options --disable-test

ac_add_options --enable-calendar
ac_add_options --enable-xinerama
ac_add_options --enable-js-ultrasparc
ac_add_options --enable-xterm-updates
ac_add_options --prefix=/opt/csw
ac_add_options --with-gtk-prefix=/opt/csw
#ac_add_options --enable-native-uconv
ac_add_options --disable-freetype2

2. Environment:
PKG_CONFIG_PATH=/opt/csw/lib/pkgconfig
LDFLAGS=-L/opt/csw/lib -R/opt/csw/lib
CPPFLAGS=-I/opt/csw/include

3. gmake distclean ; ksh ../configure ; gmake -j SHELL=ksh

Actual Results:  
configure output:
checking for gethostbyname... (cached) no
checking for gethostbyname in -lnsl... (cached) yes
checking for connect... (cached) no
checking for connect in -lsocket... (cached) yes

Make bailing: (whitespace compressed to shorten lines)
Undefined                       first referenced
 symbol                             in file
gethostbyaddr  ../../../../../dist/lib/libxpnet_s.a(nsSocket.o)  (symbol belongs
to implicit dependency /usr/lib/libnsl.so.1)
gethostbyname  ../../../../../dist/lib/libxpnet_s.a(nsSocket.o)  (symbol belongs
to implicit dependency /usr/lib/libnsl.so.1)
inet_addr      ../../../../../dist/lib/libxpnet_s.a(nsSocket.o)  (symbol belongs
to implicit dependency /usr/lib/libnsl.so.1)
ld: fatal: Symbol referencing errors. No output written to mozilla-installer-bin

Temporary fix:
For simplicity -lnsl was added to the LDFLAGS at the local subdirectory Makefile
and compilation restarted. 

Expected Results:  
Use configure result to
include -lnsl every time -lsocket is used.
(Reporter)

Updated

13 years ago
Summary: Not linking with -lnsl. configure script detetects its need correctly. Build fails on gethostbyent → Not linking with -lnsl. configure script detetects its need correctly. Build fails on gethostbyname
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.