EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: compiler problem in pvData/testApp
From: Marty Kraimer <[email protected]>
To: [email protected]
Date: Fri, 28 Sep 2018 07:22:28 -0400
Below andrew says:
I'm not terribly keen on our adding another include prefix directory,
especially for what is a fairly small API. I would rather that you just
rename the header file that pvDatabase provides, maybe call it pvCopy2.h
instead? That may be all you need to do at the moment.

I have changed the include prefix back to pv.
I renamed pvCopy.h to pvStructureCopy.h and added doxygen comments.
Otherwise I made the changes I described below.
I have created a pull request
https://github.com/epics-base/pvDatabaseCPP/pull/37

I want to see if there are any travis failures.
Also I will not merge until more testing.

Marty

On 09/27/2018 03:55 PM, Johnson, Andrew N. wrote:
On 09/27/2018 02:29 PM, Marty Kraimer wrote:
On 09/27/2018 07:18 AM, Ralph Lange wrote:
On Thu, 27 Sep 2018 at 09:53, Dirk Zimoch <[email protected]
<mailto:[email protected]>> wrote:

     BTW: This leads to the question: If we have separate modules, why do
     they all install their headers to the same directory "pv" instead
     of one
     directory for each module?


Because they are parts of the same bundle of software (the V4 parts we
just recently decided to call "PVA").
The members pvData, pvAccess, pvDatabase, pvClient, pvNT, ... are
closely related, released as a bundle and share the same prefix "pv",
which was selected to determine the name for the include subdirectory.

Cheers,
~Ralph

So then what should be done?

What I have been doing is two things:

1) All the copy modules will be accessed via include/pvcopy/*
I'm not terribly keen on our adding another include prefix directory,
especially for what is a fairly small API. I would rather that you just
rename the header file that pvDatabase provides, maybe call it pvCopy2.h
instead? That may be all you need to do at the moment.

2) All the copy code is in namespace epics::pvCopy
Okay.

I have it working but exampleCPP/exampleLink fails.

I found the problem is that
#include <pv/pvCopy.h>

appeared in pvaClent.h and in exampleLink.
When I removed them all build.
I have to do more more testing before I create a pull request for all of
pvaClientCPP exampleCPP and pvDatabaseCPP.

But what do I do about Ralph's comment above?
I don't think you have to do anything about Ralph's comment, he was
responding to a question from Dirk.

- Andrew



References:
compiler problem in pvData/testApp Dirk Zimoch
Re: compiler problem in pvData/testApp Johnson, Andrew N.
Re: compiler problem in pvData/testApp Dirk Zimoch
Re: compiler problem in pvData/testApp Dirk Zimoch
Re: compiler problem in pvData/testApp Ralph Lange
Re: compiler problem in pvData/testApp Marty Kraimer
Re: compiler problem in pvData/testApp Johnson, Andrew N.

Navigate by Date:
Prev: A question for the git experts Dirk Zimoch
Next: Re: A question for the git experts Konrad, Martin
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: compiler problem in pvData/testApp Johnson, Andrew N.
Next: A question for the git experts Dirk Zimoch
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
ANJ, 28 Sep 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·