After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 613296 - make fails with duplicate symbols
make fails with duplicate symbols
Status: RESOLVED OBSOLETE
Product: glib
Classification: Platform
Component: build
2.22.x
Other AIX
: Normal minor
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2010-03-19 06:13 UTC by Peter Farrell
Modified: 2018-05-24 12:09 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Peter Farrell 2010-03-19 06:13:22 UTC
Environment: AIX 6.1 using GCC 4.2, building glib-2.22.5

Problem: when running make, it fails when building a library due to duplicate symbols from two modules. This is caused by the entry in the file "./config.h” 

/* Define to 1 if you have the <arpa/nameser_compat.h> header file. */
#define HAVE_ARPA_NAMESER_COMPAT_H 1

The include file exists (in AIX)and hence the define. The problem stems from the entry in configure.in and there is no option to ./configure to allow this test to be ignored.

Obviously, the workaround is to edit the config.h file
Comment 1 Andrew Paprocki 2010-05-07 20:22:29 UTC
I hit this same problem and the issue is slightly different. The AIX system header file arpa/nameser.h has logic to either include arpa/nameser_compat.h or arpa/onameser_compat.h depending on some ifdefs. The gio/libasyncns/asyncns.c file includes both arpa/nameser.h and arpa/nameser_compat.h because they both exist, but due to the ifdefs, arpa/nameser.h includes arpa/onameser_compat.h.

The fix for this is to add -D_USE_IRS to your CFLAGS when configuring and it builds fine. I will see if I can add this to configure.in so AIX users do not have to remember to pass it in.
Comment 2 GNOME Infrastructure Team 2018-05-24 12:09:23 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/glib/issues/275.