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
<2018>
2019
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
<2018>
2019
2020
2021
2022
2023
2024
|