Bug 86301 - "wchar_t" conflit in gcc-lib (ver 3.2/2.96) and X11
"wchar_t" conflit in gcc-lib (ver 3.2/2.96) and X11
Product: Red Hat Linux
Classification: Retired
Component: XFree86 (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: X/OpenGL Maintenance List
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2003-03-19 02:30 EST by robin wang
Modified: 2007-04-18 12:52 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-09-28 19:01:45 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 robin wang 2003-03-19 02:30:01 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)

Description of problem:
conflicting types for `wchar_t' in /usr/X11R6/include/X11/Xlib.h 
and /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/stddef.h

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. I can not simplify the program , since my program eniroment are very 
complicated But I list my sample :
    when building my library, produce following error :

--- Building NdmFm LIB ---
ATALOG -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -
E=500L -D_BSD_SOURCE -D_SVID_SOURCE  -I/nice/nice.v2/LINUX_V8/inc -
11 -I/usr/X11R6/include -L/nice/nice.v2/LINUX_V8/lib -L/usr/X11R6/lib -
11 -lXm -lXp -lXt -lSM -lICE -lXext -lX11 -lXt -lX11 -c UxXt.c

Actual Results:  In file included from /usr/X11R6/include/X11/Intrinsic.h:56,
                 from UxXt.c:25:
/usr/X11R6/include/X11/Xlib.h:78: conflicting types for `wchar_t'
/usr/lib/gcc-lib/i386-redhat-linux/3.2/include/stddef.h:294: previous 
of `wchar_t'

Additional info:
Comment 1 Jakub Jelinek 2003-03-19 15:13:40 EST
This is an XFree86 thing.
Comment 2 Mike A. Harris 2003-03-19 20:37:18 EST
#ifndef X_WCHAR
#include <stddef.h>
#ifdef __UNIXOS2__
#include <stdlib.h>
/* replace this with #include or typedef appropriate for your system */
typedef unsigned long wchar_t;
Comment 4 Ulrich Drepper 2003-03-19 22:28:04 EST
Looking at the part of the header you posted, W_WCHAR shouldn't be defined. 
Then wchar_t is picked up from stddef.h.  Of course I don't know what other
effects this will have.  But I would guess nothing which conflicts or which
would disable functionality.
Comment 6 Mike A. Harris 2004-09-28 19:01:45 EDT
Since this bugzilla report was filed, there have been several major
updates to the X Window System, which may resolve this issue.  We
encourage you to upgrade to the latest version of Fedora Core

If this issue turns out to still be reproduceable in the latest
version of Fedora Core, please file a bug report in the X.Org
bugzilla located at http://bugs.freedesktop.org in the "xorg"

Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes
that become available for consideration in future updates.

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