<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>245973</bug_id>
          
          <creation_ts>2008-11-07 15:33 0000</creation_ts>
          <short_desc>x11-libs/wxGTK-2.8.9.1-r1: wx/db.h undefines BOOL when USE=odbc</short_desc>
          <delta_ts>2008-11-07 23:34:54 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Library</component>
          <version>2008.0</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://trac.wxwidgets.org/ticket/10167</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>Martin.vGagern@gmx.net</reporter>
          <assigned_to>wxwidgets@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2008-11-07 15:33:16 0000</bug_when>
            <thetext>I encountered this while trying to compile truecrypt-6.1 from bug 245322. The build process there calls g++ with -DBOOL=int, but still I get errors like this &quot;error: ‘BOOL’ does not name a type&quot;. I traced this to wx/db.h which defines BOOL, includes some other headers, and then unconditionally undefines it again.

The inclusion path is the following:
&lt;wx/wx.h&gt; -&gt; &quot;wx/window.h&quot; -&gt; &quot;wx/colour.h&quot; -&gt; &quot;wx/variant.h&quot; -&gt; &quot;wx/db.h&quot;

Bug 210024 worked around this for previous truecrypt releases, and including that workaround again would be easy. On the other hand, I consider it bad behaviour for a header file to undefine any macros, especially such common ones. Therefore I&apos;d prefer wxGTK to address this issue. I&apos;ll attach a patch.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2008-11-07 15:34:59 0000</bug_when>
            <thetext>Created an attachment (id=171002)
Use and keep already defined BOOL

This patch only defines and undefines BOOL if it hasn&apos;t already been defined. If it already is defined, it is assumed to be compatible with int, or that the application won&apos;t use that part of the wxGTK interface. No further checks made.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirtyepic@gentoo.org</who>
            <bug_when>2008-11-07 22:41:13 0000</bug_when>
            <thetext>makes sense to me.  http://trac.wxwidgets.org/ticket/10167</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vz-gentoo@zeitlins.org</who>
            <bug_when>2008-11-07 22:46:58 0000</bug_when>
            <thetext>Patch applied to wx sources, will be in 2.8.10, thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirtyepic@gentoo.org</who>
            <bug_when>2008-11-07 23:34:54 0000</bug_when>
            <thetext>Thanks for the quick response.  Fixed in wxGTK-2.8.9.1-r2 and -r3.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>171002</attachid>
            <date>2008-11-07 15:34 0000</date>
            <desc>Use and keep already defined BOOL</desc>
            <filename>wxGTK-2.8.9-BOOL.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC92YXIvdG1wL3BvcnRhZ2UveDExLWxpYnMvd3hHVEstMi44LjkuMS1yMS93b3JrL3d4UHl0
aG9uLXNyYy0yLjguOS4xL2luY2x1ZGUvd3gvZGIuaAkyMDA3LTA3LTA0IDIxOjI0OjU3LjAwMDAw
MDAwMCArMDIwMAorKysgL3Vzci9pbmNsdWRlL3d4LTIuOC93eC9kYi5oCTIwMDgtMTEtMDcgMTY6
MDA6MDYuMDAwMDAwMDAwICswMTAwCkBAIC03NywxMiArNzcsMTcgQEAKICAgICAgICAgLy8gU1FM
IGhlYWRlcnMgZGVmaW5lIEJPT0wgaWYgaXQncyBub3QgZGVmaW5lZCB5ZXQgYnV0IEJPT0wgaXMg
YWxzbwogICAgICAgICAvLyBkZWZpbmVkIGluIG1hbnkgb3RoZXIgcGxhY2VzIG9uIG90aGVyIHN5
c3RlbXMgKE1vdGlmLCBhdCBsZWFzdCBvbgogICAgICAgICAvLyBPcGVuVk1TOyBDb2NvYSBhbmQg
WDExKSBzbyBwcmV2ZW50IHRoZSBwcm9ibGVtIGJ5IGRlZmluaW5nIGl0IGJlZm9yZQogICAgICAg
ICAvLyBpbmNsdWRpbmcgdGhlc2UgaGVhZGVycworICAgICAgICAjaWYgZGVmaW5lZChCT09MKQor
ICAgICAgICAjaW5jbHVkZSA8c3FsLmg+CisgICAgICAgICNpbmNsdWRlIDxzcWxleHQuaD4KKyAg
ICAgICAgI2Vsc2UKICAgICAgICAgI2RlZmluZSBCT09MIGludAogICAgICAgICAjaW5jbHVkZSA8
c3FsLmg+CiAgICAgICAgICNpbmNsdWRlIDxzcWxleHQuaD4KICAgICAgICAgI3VuZGVmIEJPT0wK
KyAgICAgICAgI2VuZGlmCiAgICAgI2VuZGlmIC8vIHd4VVNFX0JVSUxUSU5fSU9EQkMvIXd4VVNF
X0JVSUxUSU5fSU9EQkMKICAgICB9CiAjZW5kaWYKIAo=
</data>        

          </attachment>
    </bug>

</bugzilla>