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
{{ message }}
This repository has been archived by the owner on Jan 19, 2023. It is now read-only.
These functions(htons,htonl,htonll) are defined in "ebf_common.h".
Can we include compiler support for them, so that we can use this functionality from p4 program?
The text was updated successfully, but these errors were encountered:
In general it is not sustainable to add special support to the compiler for whatever functions may be needed. One thing we can do, though, is to define a calling convention in C and to allow the users to implement any functions that are declared as "extern" and not known by the model. The bmv2 back-end already does this.
Also, please note that there is a long-standing bug related to the (internal) use of htonll in p4c-ebpf and p4c-xdp: p4lang/p4c#1122, which no one had time to fix so far.
BTW: if we do this we will probably do it in the ebpf back-end rather than in the xdp back-end, because the xdp back-end automatically inherits all the features of the ebpf back-end.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
These functions(htons,htonl,htonll) are defined in "ebf_common.h".
Can we include compiler support for them, so that we can use this functionality from p4 program?
The text was updated successfully, but these errors were encountered: