EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: aSub and C++
From: Ian Gillingham <[email protected]>
To: Simon Hoyle <[email protected]>
Cc: [email protected]
Date: Mon, 16 Nov 2009 08:10:00 +0000
Title: aSub and C++
Simon,

It sounds like you're experiencing the same issue that I came across a while back. Apparently
'not' has been made a non-ansi reserved word. Easily fixed though, by adding the following compiler switches to your build. I placed these in my Makefile:

# The following switch is required if compiling C++
# gensub modules, as the genSubRecord structure declares
# a member 'unsigned long    not;'
# However, 'not' has been made a non-ansi reserved word
# but can be switch off as such by this compiler switch :)
USR_CXXFLAGS_DEFAULT += -fno-operator-names
USR_CXXFLAGS_DEFAULT += -pedantic

Best regards,
Ian Gillingham

Diamond Light Source.



Simon Hoyle wrote:

Hello,

I'm attempting to use some C++ code in the subroutine of an
aSub record in Epics base 3.14.10.
There is a problem compiling the subroutine due to the occurrence
of the C++ reserved word 'not' in the aSubRecord header file.

i.e.  from aSubRecord.h ...

    typedef struct aSubRecord {
       .
       .
       epicsUInt32   not;   /* Max elements in T */
       .
       .
    } aSubRecord;

Is there a way around this ?

Thanks-In-Advance

Simon Hoyle
Software Engineer
Australia Telescope National Facility
Parkes Observatory


 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdo! m
 



References:
aSub and C++ Simon Hoyle

Navigate by Date:
Prev: aSub and C++ Simon Hoyle
Next: Re: aSub and C++ Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: aSub and C++ Simon Hoyle
Next: Re: aSub and C++ Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 31 Jan 2014 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·