You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's preferable to have compile time errors than to have runtime errors. Lots of classes which act as pure virtual in BFL instead are just virtual. The relevant functions have a ```cerr`` with exit which doesn't make sense specially with C++.
I propose we make such functions pure virtual.
The text was updated successfully, but these errors were encountered:
Making them pure virtual would impact several child classes of pdf. However, we should be able to push error code to them making it clearer to the user in case of run-time error.
Prediction: Would impact almost the entire pdf section of bfl, rewriting ~10-20% of code in this section.
Benefit: once the functions are pure virtual, no need of dynamic_cast making filters easier to implement
If we were to do this large refactor, we might want to look into addressing concerns of
It's preferable to have compile time errors than to have runtime errors. Lots of classes which act as pure virtual in BFL instead are just virtual. The relevant functions have a ```cerr`` with exit which doesn't make sense specially with C++.
I propose we make such functions pure virtual.
The text was updated successfully, but these errors were encountered: