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
This might be a broader discussion: should a macro file load all of its dependencies?
I don't know that it's even possible to craft a meaningful problem without PGbasicmacros.pl, so it's unlikely that someone will run into this in practice, but it is theoretically a bug.
Fixing this would mean having PGML.pl load PGbasicmacros.pl, which will be redundant in almost all (and maybe all practical) cases.
The text was updated successfully, but these errors were encountered:
LoadMacros will now only ever load a macro once, so adding PGbasicmacros.pl to the list of macros PGML.pl loads (currently MathObjects.pl and niceTables.pl) should have no effect for problems that already have loaded PGbasicmacros.pl and correctly load it in the cases it wasn't loaded. So that would fix this issue for the time being.
somiaj
added a commit
to somiaj/pg
that referenced
this issue
Sep 15, 2024
It should be noted that PGML.pl has depended on PGbasicmacros.pl since 2015 when it started using the EV3P method. So this is not something that has changed in recent releases.
This might be a broader discussion: should a macro file load all of its dependencies?
I don't know that it's even possible to craft a meaningful problem without PGbasicmacros.pl, so it's unlikely that someone will run into this in practice, but it is theoretically a bug.
Fixing this would mean having PGML.pl load PGbasicmacros.pl, which will be redundant in almost all (and maybe all practical) cases.
The text was updated successfully, but these errors were encountered: