Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 3635 - undefined symbol: _fxstat in libtiff.so
undefined symbol: _fxstat in libtiff.so
Product: Red Hat Linux
Classification: Retired
Component: ld.so (Show other bugs)
sparc Linux
medium Severity medium
: ---
: ---
Assigned To: Cristian Gafton
Depends On:
  Show dependency treegraph
Reported: 1999-06-22 08:45 EDT by shadow+junk
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1999-10-05 02:04:11 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description shadow+junk 1999-06-22 08:45:40 EDT
It seems that the libtiff that comes with 6.0 has a problem;
I tried using
ee to open a tiff file, and got:
error in loading shared libraries: /usr/lib/libtiff.so.3:
symbol: _fxstat
So, for the heck of it, I nm'd the static version (as close
as i could to
nm'ing the shared lib)
nm libtiff.a|grep fxs
                 U __fxstat
and then /usr/lib/libc.a:
nm /usr/lib/libc.a | grep fxs
0000000000000000 T __fxstat
0000000000000000 W _fxstat
0000000000000000 T __fxstat64
                 U __fxstat

So I tried rebuilding libtiff.so.3.4 and explicitly linking
it against libc, still no dice.
More reading revealed that I should look at
/usr/lib/libc.so, and some other comments hinted that
/usr/lib/libc_nonshared.a needed to be linked in, so I tried
linking *that* into libtiff.so, and that didn't help either.
The reference is being inlined correctly but failing to be
resolved. This is presumably actually a dynamic linker
problem since ee is not linked against libtiff. This
indicates it's being dlopen'd. Note that this works just
fine on Redhat 6.0/intel, making the sparc dynamic linker
Comment 1 Derek Tattersall 1999-06-29 11:51:59 EDT
Note that this seems to occur only on sparc.
Comment 2 Cristian Gafton 1999-07-28 02:39:59 EDT
can I get this verified?
Comment 3 Cristian Gafton 1999-08-23 20:57:59 EDT
assigned to dlt for verification
Comment 4 Cristian Gafton 1999-10-05 02:04:59 EDT
This works for me. There must be some type of other pollution in iyour
environment (like temporarily switching to a different compiler or and
having static object code laying around or soemthing like that?)

Note You need to log in before you can comment on or make changes to this bug.