Position annotation for sequences in Spirit X3
What is considered good form for adding position annotations for rules that return sequences?
Assuming I have a rule in my grammar of the form:
const auto array_def = '[' >> *int_ >> ']';
that synthesizes an attribute of type std::vector< int >
, I thought about adding position annotation via an encapsulation of the vector sequence into a made-up type:
struct array_t { std::vector< int > value; };
and add position annotation as per the X3 tutorials:
struct array_t : x3::position_tagged { std::vector< int > value; };
, etc. Unfortunately, this does not work as explained in Boost.Spirit X3 parser "no type named type in(...)" where I see that collapsing single element sequences has been rejected in Spirit.
What's left is perhaps to go the route of:
struct array_t : x3::position_tagged, std::vector< int > { };
which would work (actually, works) but it contradicts decades of good practice that says don't inherit std
types. What is good X3 form here?
boost-spirit-x3
add a comment |
What is considered good form for adding position annotations for rules that return sequences?
Assuming I have a rule in my grammar of the form:
const auto array_def = '[' >> *int_ >> ']';
that synthesizes an attribute of type std::vector< int >
, I thought about adding position annotation via an encapsulation of the vector sequence into a made-up type:
struct array_t { std::vector< int > value; };
and add position annotation as per the X3 tutorials:
struct array_t : x3::position_tagged { std::vector< int > value; };
, etc. Unfortunately, this does not work as explained in Boost.Spirit X3 parser "no type named type in(...)" where I see that collapsing single element sequences has been rejected in Spirit.
What's left is perhaps to go the route of:
struct array_t : x3::position_tagged, std::vector< int > { };
which would work (actually, works) but it contradicts decades of good practice that says don't inherit std
types. What is good X3 form here?
boost-spirit-x3
1) If you want your type to be treated as a container - implement container API for it. 2) UsingBOOST_FUSION_ADAPT_STRUCT
on a type makes the type a Fusion sequence (check withis_sequence
trait) and has an implication for Spirit. 3) There is nothing wrong with inheritingstd::vector
and your case is a perfect example of a situation when it is justified.
– Nikita Kniazev
Jan 4 at 16:21
Awesome, thanks! If you create an answer I will mark it answered.
– Engineerist
Jan 4 at 18:59
add a comment |
What is considered good form for adding position annotations for rules that return sequences?
Assuming I have a rule in my grammar of the form:
const auto array_def = '[' >> *int_ >> ']';
that synthesizes an attribute of type std::vector< int >
, I thought about adding position annotation via an encapsulation of the vector sequence into a made-up type:
struct array_t { std::vector< int > value; };
and add position annotation as per the X3 tutorials:
struct array_t : x3::position_tagged { std::vector< int > value; };
, etc. Unfortunately, this does not work as explained in Boost.Spirit X3 parser "no type named type in(...)" where I see that collapsing single element sequences has been rejected in Spirit.
What's left is perhaps to go the route of:
struct array_t : x3::position_tagged, std::vector< int > { };
which would work (actually, works) but it contradicts decades of good practice that says don't inherit std
types. What is good X3 form here?
boost-spirit-x3
What is considered good form for adding position annotations for rules that return sequences?
Assuming I have a rule in my grammar of the form:
const auto array_def = '[' >> *int_ >> ']';
that synthesizes an attribute of type std::vector< int >
, I thought about adding position annotation via an encapsulation of the vector sequence into a made-up type:
struct array_t { std::vector< int > value; };
and add position annotation as per the X3 tutorials:
struct array_t : x3::position_tagged { std::vector< int > value; };
, etc. Unfortunately, this does not work as explained in Boost.Spirit X3 parser "no type named type in(...)" where I see that collapsing single element sequences has been rejected in Spirit.
What's left is perhaps to go the route of:
struct array_t : x3::position_tagged, std::vector< int > { };
which would work (actually, works) but it contradicts decades of good practice that says don't inherit std
types. What is good X3 form here?
boost-spirit-x3
boost-spirit-x3
edited Jan 3 at 20:20
Engineerist
asked Jan 2 at 21:14
EngineeristEngineerist
1138
1138
1) If you want your type to be treated as a container - implement container API for it. 2) UsingBOOST_FUSION_ADAPT_STRUCT
on a type makes the type a Fusion sequence (check withis_sequence
trait) and has an implication for Spirit. 3) There is nothing wrong with inheritingstd::vector
and your case is a perfect example of a situation when it is justified.
– Nikita Kniazev
Jan 4 at 16:21
Awesome, thanks! If you create an answer I will mark it answered.
– Engineerist
Jan 4 at 18:59
add a comment |
1) If you want your type to be treated as a container - implement container API for it. 2) UsingBOOST_FUSION_ADAPT_STRUCT
on a type makes the type a Fusion sequence (check withis_sequence
trait) and has an implication for Spirit. 3) There is nothing wrong with inheritingstd::vector
and your case is a perfect example of a situation when it is justified.
– Nikita Kniazev
Jan 4 at 16:21
Awesome, thanks! If you create an answer I will mark it answered.
– Engineerist
Jan 4 at 18:59
1) If you want your type to be treated as a container - implement container API for it. 2) Using
BOOST_FUSION_ADAPT_STRUCT
on a type makes the type a Fusion sequence (check with is_sequence
trait) and has an implication for Spirit. 3) There is nothing wrong with inheriting std::vector
and your case is a perfect example of a situation when it is justified.– Nikita Kniazev
Jan 4 at 16:21
1) If you want your type to be treated as a container - implement container API for it. 2) Using
BOOST_FUSION_ADAPT_STRUCT
on a type makes the type a Fusion sequence (check with is_sequence
trait) and has an implication for Spirit. 3) There is nothing wrong with inheriting std::vector
and your case is a perfect example of a situation when it is justified.– Nikita Kniazev
Jan 4 at 16:21
Awesome, thanks! If you create an answer I will mark it answered.
– Engineerist
Jan 4 at 18:59
Awesome, thanks! If you create an answer I will mark it answered.
– Engineerist
Jan 4 at 18:59
add a comment |
0
active
oldest
votes
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54013284%2fposition-annotation-for-sequences-in-spirit-x3%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54013284%2fposition-annotation-for-sequences-in-spirit-x3%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1) If you want your type to be treated as a container - implement container API for it. 2) Using
BOOST_FUSION_ADAPT_STRUCT
on a type makes the type a Fusion sequence (check withis_sequence
trait) and has an implication for Spirit. 3) There is nothing wrong with inheritingstd::vector
and your case is a perfect example of a situation when it is justified.– Nikita Kniazev
Jan 4 at 16:21
Awesome, thanks! If you create an answer I will mark it answered.
– Engineerist
Jan 4 at 18:59