Bug 16993
| Summary: | compiling QT fails with __res_state undef... | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <peter.silva> |
| Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.0 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2000-08-30 01:05:44 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
I entered "pinstripe" as the version, initially, but that got changed into 4.2. Suspect a problem in bigzilla. oh... and it's the network/qdns.cpp module implicitly using __res_state. The #includes look ok (the struct is defined in resolv.h, which looks like it is included) Why is it saying it's a (void) ? It was a bug in glibc's resolv.h header, fixed on 2000-08-09. |
to reproduduce, install pinstripe iso. download QT source, do ./configure, then make. It builds the libraries but on the first app link it says... g++ -L/grumpy/peter/src/kde_cvs/qt-copy/lib -Wl,-rpath,/grumpy/peter/src/kde_cvs/qt-copy/lib -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib -o /grumpy/peter/src/kde_cvs/qt-copy/bin/uic uic.o ../shared/widgetdatabase.o ../shared/domtool.o -lqutil -L../lib -lqt -lXext -lX11 -lm -lSM -lICE -L/usr/X11R6/lib -lGLU -lGL -lXmu -lresolv /grumpy/peter/src/kde_cvs/qt-copy/lib/libqt.so: undefined reference to `__res_state(void)' collect2: ld returned 1 exit status make: *** [/grumpy/peter/src/kde_cvs/qt-copy/bin/uic] Error 1 [peter@grumpy uic]$ pwd /gr [peter@grumpy qt-copy]$ nm /usr/lib/libresolv.so | grep res_stat U __res_state@@GLIBC_2.2 [peter@grumpy qt-copy]$ Is it a glibc thing?