On 10/13/2014 12:22 PM, Bala Manoharan wrote:
Hi All,

If no one has any objections I will move ODP_UNIMPLEMENTED/ODP_ERR and ODP_ABORT into odp_debug_internal.h file and provide a new patch. I will also remove "fprintf" from individual macros and implement a macro ODP_LOG?

Pls let me know if there are any concerns for the above suggestion.

Regards,
Bala

Yes, I think it's reasonable. Nothing stops us in future to put that to global api. So let's do it for linux-generic and if there will not be changes for other applications we can move that to global include.

Maxim.



On 10 October 2014 16:59, Mike Holmes <[email protected] <mailto:[email protected]>> wrote:

    Looks like something of a deeper move does not fall out that
    easily, so I also vote for
    linux-generic/include/odp_debug_internal.h to get this in.

    On 10 October 2014 04:20, Savolainen, Petri (NSN - FI/Espoo)
    <[email protected] <mailto:[email protected]>> wrote:



        From: ext Mike Holmes [mailto:[email protected]
        <mailto:[email protected]>]
        Sent: Friday, October 10, 2014 2:21 AM
        To: Savolainen, Petri (NSN - FI/Espoo)
        Cc: ext Bala Manoharan; Bill Fischofer;
        [email protected] <mailto:[email protected]>
        Subject: Re: [lng-odp] [ODP/PATCH 2/2 v1] ODP Macro for
        unimplemented function



        On 9 October 2014 02:43, Savolainen, Petri (NSN - FI/Espoo)
        <[email protected] <mailto:[email protected]>>
        wrote:
        “api-internal” does not make sense. There’s no “internal
        application programming interface”. If ABORT/ERR/etc are
        removed from the API, then those are just part of the
        implementation. It’s not very productive to try to standardize
        the implementation. We can place those macros in linux-generic
        so that those are easy find, but each implementation re-uses
        those at own risk.

        If those are removed from odp_debug.h, a natural place to put
        those would be linux-generic/include/odp_debug_internal.h
        Ok so drop api, I could see that making sense.

        it still feels redundant to have a long list of files all
        adding "_internal.h" mixed in with those that do not have it,
        if they are different in some way, why not capture that fact
        once in another directory and remove the repeated "_internal"
        text from each file name ?

        Currently in linux-generic/include/

        odp_packet_internal.h
        odp_queue_internal.h
        odp_buffer_internal.h
        odp_packet_io_internal.h
        odp_schedule_internal.h
        odp_buffer_pool_internal.h
        odp_spin_internal.h
        odp_timer_internal.h
        odp_crypto_internal.h

        AND

        odp_packet_io_queue.h
        odp_packet_netmap.h
        odp_internal.h
        odp_packet_socket.h

        Mike


        Admit that _internal is not optimal post-fix, but it
        highlights that these files are _not_ API. Those are part of
        the implementation of an API. I think we must keep API and
        non-API files strictly separated. So that API file names are
        not reused anywhere else in the implementation. Some better
        pre or post fix could be used.

        -Petri


        _______________________________________________
        lng-odp mailing list
        [email protected] <mailto:[email protected]>
        http://lists.linaro.org/mailman/listinfo/lng-odp




-- *Mike Holmes*
    Linaro Sr Technical Manager
    LNG - ODP

    _______________________________________________
    lng-odp mailing list
    [email protected] <mailto:[email protected]>
    http://lists.linaro.org/mailman/listinfo/lng-odp




_______________________________________________
lng-odp mailing list
[email protected]
http://lists.linaro.org/mailman/listinfo/lng-odp


_______________________________________________
lng-odp mailing list
[email protected]
http://lists.linaro.org/mailman/listinfo/lng-odp

Reply via email to