Wiki improvements
Re: Wiki improvements
It works only if I fill my new moderator field: 'Reason for editing this post:', otherwise the post history is not incremented.
Weird, I think it was not like that at first!
(I am talking about the Document forum)
Weird, I think it was not like that at first!
(I am talking about the Document forum)
Re: Wiki improvements
yes, correct. For admins/moderators, the last edited by ... is only updated when a reason is given. That's not a board/user choice, just how phpBB works.
Re: Wiki improvements
How/Why to Define Constructors, Destructor, Copy-Constructor, Assignment-Operator in FB UDT (article)
In progress.
The subject is not easy to present in a concise article but still quite complete.
First output probably during next week.
In progress.
The subject is not easy to present in a concise article but still quite complete.
First output probably during next week.
Re: Wiki improvements
Phew, the post is out, some rest !
Now to others also to provide or point texts for articles.
Now to others also to provide or point texts for articles.
Re: Wiki improvements
Rest now, you deserve it =Dfxm wrote:Phew, the post is out, some rest !
Now to others also to provide or point texts for articles.
Can I suggest the FBeginner resource to be added to the index? It's a bit old (for ver. 0.17), but most of the information could still be useful for entry level programmers.
Re: Wiki improvements
Good idea.
Done it.
Done it.
Re: Wiki improvements
Excellent! The index is looking great, very nice work!
Re: Wiki improvements
or at least to plebiscite article topics :-)fxm wrote:Now to others also to provide or point texts for articles.
Re: Wiki improvements
I am therefore waiting for proposals for other topics of articles.
I can take them into account if I have the skills or material, but any other person (for reformulating, complementing or even creating from scratch) is welcome.
I hope that among all participants in previous discussions on improving documentation (and also those who have expressed their dissatisfaction), there will also be some volunteers to do so.
I can take them into account if I have the skills or material, but any other person (for reformulating, complementing or even creating from scratch) is welcome.
I hope that among all participants in previous discussions on improving documentation (and also those who have expressed their dissatisfaction), there will also be some volunteers to do so.
-
- Posts: 564
- Joined: Sep 27, 2016 18:20
- Location: Valencia, Spain
Re: Wiki improvements
What about the use of PRIVATE to achieve dead code removal?
Re: Wiki improvements
Perhaps a slightly more general article outlining the method and benefit of using a different mean than creating libraries to easily access reusable procedures:
- Use the preprocessor statement to include the contents of other source files (#include [once] "file") into the main source program.
- Group the reusable procedures within source files to include, declaring these procedures as Private.
Can you write something about this?
Possible title (in line with the other titles):
How to Manage FB Reusable Procedures by Including Source Modules (vs. compiled modules)
- Use the preprocessor statement to include the contents of other source files (#include [once] "file") into the main source program.
- Group the reusable procedures within source files to include, declaring these procedures as Private.
Can you write something about this?
Possible title (in line with the other titles):
How to Manage FB Reusable Procedures by Including Source Modules (vs. compiled modules)
-
- Posts: 564
- Joined: Sep 27, 2016 18:20
- Location: Valencia, Spain
Re: Wiki improvements
You already have outlined all what is needed: "Group the reusable procedures within source files to include, declaring these procedures as Private." and when you need to access a procedure "Use the preprocessor statement to include the contents of other source files (#include [once] "file") into the main source program." Works with classes (Types) too.
Only the called procedures will be added to the executable with the exception of procedures that are called by other procedures, ie. if procedure A is called by procedure B, the procedure A will be always included, even if your code does not call A or B. That is, if you neither call A and B, B won't be included, but A will be because it is called by B. An improvement to the compiler would be to also exclude A because it is being called by a procedure that is being excluded.
Only the called procedures will be added to the executable with the exception of procedures that are called by other procedures, ie. if procedure A is called by procedure B, the procedure A will be always included, even if your code does not call A or B. That is, if you neither call A and B, B won't be included, but A will be because it is called by B. An improvement to the compiler would be to also exclude A because it is being called by a procedure that is being excluded.
Last edited by Josep Roca on May 26, 2018 22:14, edited 1 time in total.
Re: Wiki improvements
Thanks :-)
If you have other interesting details to highlight for this article, feel free to post them here.
If you have other interesting details to highlight for this article, feel free to post them here.
Re: Wiki improvements
Yes, see also, https://sourceforge.net/p/fbc/bugs/776/Josep Roca wrote:Only the called procedures will be added to the executable with the exception of procedures that are called by other procedures
Re: Wiki improvements
About future article: How to Manage FB Reusable Procedures by Including Source Modules (vs. compiled modules)
Thank you both for this information, but other people can also provide me with interesting links on the subject or others.
Thank you both for this information, but other people can also provide me with interesting links on the subject or others.