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
goog.DEBUG is true in the google-protobuf.js runtime distributed in the npm package. This setting gates the various assertion code in the runtime (goog.asserts.ENABLE_ASSERTS = goog.DEBUG;).
Is this expected?
If so, should DEBUG be set to false for production builds? And should two builds be distributed, or a means be exposed to configure this?
If not, should the gulpfile that generates the runtime supply --define goog.DEBUG=false to the closure compiler invocation?
The text was updated successfully, but these errors were encountered:
Good question. Internally, we are use to people deliberately disabling debug mode when moving to production. It's unclear what the best approach is for public distribution.
i think this is a case where we would need a new API
it would be reasonable to expect some customers to want to run with asserts and debug code disabled, but due to our releasing a bundled version of closure library this isn't possible.
goog.DEBUG is
true
in thegoogle-protobuf.js
runtime distributed in thenpm
package. This setting gates the various assertion code in the runtime (goog.asserts.ENABLE_ASSERTS = goog.DEBUG;
).--define goog.DEBUG=false
to the closure compiler invocation?The text was updated successfully, but these errors were encountered: