-
Notifications
You must be signed in to change notification settings - Fork 380
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Generate comment with the name of the input IDL file #1925
base: master
Are you sure you want to change the base?
Conversation
Knowing which source IDL file was used to generated the code makes it easier to navigate in the code.
@jwillemsen: could you have a look at my PR? For later reference, how do I add reviewers to my PRs? Is it correct to tag/mention someone, or will eventually somebody look at the list of new PRs and pick them up? |
I think only project members can add reviewers. Open source support is really best effort, no guarantees when someone will pick it up, really depends on what people are working on. See https://github.com/DOCGroup/ACE_TAO/wiki/ACE-and-TAO-Commercial-support when you really want someone to have a look, at the end also we have to pay our bills. Merging a PR will trigger a lot of bills the next night, that is for example clearly visible on the power usage of our infrastructure :-( |
My company have earlier paid OCI for support, for new features and/or bug fixes. And we will do that again if needed. But for the "software gardening" PRs I've contributed just recently, do you still consider reviewing them as "support"? I understand it requires effort for you to review them. But I'm contributing improvements to the product, and my company is paying my salary doing this. |
My time has to be payed by someone, I always try to review/respond as much as possible on github, but the time for that is very limited. I can't book time I spend here on the account of our customers unless I can proof to them that a specific PR has a concrete benefit for them and they give me permission to work on the PR/issue on their behalf. |
Wouldn't it be better to place the file it generated from in the doxygen header in such a way doxygen also creates a link to the IDL file? The IDL filename should not include any path as the output of TAO_IDL should be independent of the location where the source IDL file is, else it is hard for people to compare the generated code between versions. |
As an example: The file
|
Isn't |
Yes it is. But I don't want to refer to the current file, I want to refer to the source IDL file. |
Could this info be under a configuration condition? And kind of the same for the '// TAO_IDL - Generated from' comments. Br |
I'm not including the full path to the file, just the "basename", so in the example above it would just be "IFR_Extended.pidl". (This is different from the '// TAO_IDL - Generated from' comments.) |
I built libTAO locally with the merge commit of this PR. For reference, the generated code looks like this:
Is there consensus to (or not to) merge these two comments and use the |
I would prefer to have the |
Knowing which source IDL file was used to generated the code makes it easier to navigate in the code.