<?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>61017</bug_id>
          
          <creation_ts>2004-08-20 05:05 0000</creation_ts>
          <short_desc>linux26-headers breaks compilation of cppvm programs using cppvmBarrier::barrier()</short_desc>
          <delta_ts>2005-03-13 08:53:58 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>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>TEST-REQUEST</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>tyger@gmx.de</reporter>
          <assigned_to>plasmaroo@gentoo.org</assigned_to>
          <cc>hp-cluster@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>tyger@gmx.de</who>
            <bug_when>2004-08-20 05:05:05 0000</bug_when>
            <thetext>When I try to compile sources using the cppvm library and e.g. signal.h, the macros in linux26-headers interfere with internal functions.

Reproducible: Always
Steps to Reproduce:
1. compile any source using cppvmBarrier::barrier() while including e.g. csignal or signal.h

#include &lt;cppvm.h&gt;
#include &lt;csignal&gt;

int main() {
  cppvmBarrier tSyncPoint();
  tSyncPoint.barrier();
}
Actual Results:  
error: `__memory_barrier&apos; undeclared 
 
the macro barrier() substitutes the method barrier() by __memory_barrier 
(see /usr/include/linux/compiler.h of linux26-headers) 

Expected Results:  
the macros should not interfere with external sources 
 

This bug is related to bug #56885. While the latter is solved and cdrdao-1.1.8 
compiles fine on my system, the macros defined in linux26-headers still 
interfere with other sources.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2005-02-21 01:10:41 0000</bug_when>
            <thetext>Is this still a problem? If so, do you have a suggested fix for it?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tyger@gmx.de</who>
            <bug_when>2005-02-21 03:58:29 0000</bug_when>
            <thetext>Actually, there is a new bug introduced by http://bugs.gentoo.org/show_bug.cgi?id=82614 . The standard PVM_ARCH=LINUX was changed to PVM_ARCH=LINUXI386 by the s390-Patch. The bugfix corrects this by creating appropriate config files for this ARCH, but cppvm still relies on PVM_ARCH=LINUX.

After installing cppvm by manually symlinking LINUXI386 with LINUX at a few spots, I was able to test the original bug.

The bug still exists, but with a different error message:
cppvm.c:6: error: expected unqualified-id before &quot;asm&quot;
cppvm.c:6: error: expected `;&apos; before &quot;asm&quot;

I&apos;m using linux26-headers-2.6.8.1-r2

Workaround: Don&apos;t use csignal/signal.h in your cppvm-Programs!
Possible fix: don&apos;t include compiler*.h in dependency tree of signal.h. Maybe this is an upstream &apos;feature&apos; in kernel sources.

Cya, Ed
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2005-02-21 16:24:52 0000</bug_when>
            <thetext>I&apos;m working on an update to pvm 3.4.5, hopefully that&apos;ll resolve a couple of issues.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2005-02-21 22:52:08 0000</bug_when>
            <thetext>OK, check out 3.4.5</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>plasmaroo@gentoo.org</who>
            <bug_when>2005-03-13 08:53:58 0000</bug_when>
            <thetext>Please try 3.4.5.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>