You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2015/05/27 01:50:18 UTC

[jira] [Commented] (TS-3347) make ink_assert a no-op in release builds

    [ https://issues.apache.org/jira/browse/TS-3347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14560147#comment-14560147 ] 

Leif Hedstrom commented on TS-3347:
-----------------------------------

Sounds like we should:

1) Either un-assert or ink_release_assert() the cases where we still have side effects on the assert.  I'm ok either way, I think I'd slightly prefer to not have side-effects ink_release_assert(), but I care more that we're consistent.

2) Change ink_assert() to be a no-op in release builds.

> make ink_assert a no-op in release builds
> -----------------------------------------
>
>                 Key: TS-3347
>                 URL: https://issues.apache.org/jira/browse/TS-3347
>             Project: Traffic Server
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Sudheer Vinukonda
>            Assignee: Alan M. Carroll
>             Fix For: 6.0.0
>
>
> ink_assert() is expected to be enabled only in DEBUG builds. However, the current definition of ink_assert() for non-DEBUG (release) builds, still evaluates the expression passed to it, which seems totally unnecessary. Opening this jira to make ink_assert() a complete no-op for non-DEBUG release builds. Along with the change of definition, need to scan the entire TS code to fix the code that relies on the expression evaluated in the ink_assert() accordingly. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)