gnrc/netif/internal: fix copy-paste error

[haukepetersen]

Contribution description

#10513 introduced a small error for the case that no IPv6 is compiled in: gnrc_netif_ipv6_iid_from_addr() and gnrc_netif_ipv6_iid_to_addr() are supposed to be defined to a static -ENOTSUP in that case - but there names where switched around, so that we get compile errors complaining about the wrong number of parameters...

Testing procedure

At least on my local machine, building ccn-lite-relay failed for native. With this PR it does not fail anymore... But I wonder how Murdock was able to build that example when doing the build-test for #10513...

Issues/PRs references

#10513

[miri64]

Ooops, obvious ACK.

[haukepetersen]

Hm, there is unfortunately more to this: when compiling the non-ipv6 case, gnrc_netif_hdr_ipv6_iid_from_src() and gnrc_netif_hdr_ipv6_iid_from_dst() further complain about unused parameters. Should we simply also put these two functions in gnrc/netif/hdr.h also inside some #ifdef MODULE_GNRC_IPV6 blocks?

[miri64]

Don't see any other way around it. Or just (void)param; the parameters in those inline functions. The question is: what's uglier ;-)

[miri64]

Hm, there is unfortunately more to this: when compiling the non-ipv6 case, gnrc_netif_hdr_ipv6_iid_from_src() and gnrc_netif_hdr_ipv6_iid_from_dst() further complain about unused parameters. Should we simply also put these two functions in gnrc/netif/hdr.h also inside some #ifdef MODULE_GNRC_IPV6 blocks?

Where are those functions compiled without IPv6 btw?

[miri64]

(because IPHC should be excluded without IPv6)

[miri64]

Maybe (if you are trying to run NDN over BLE at the moment) you need #10379?

[miri64]

In anyway, that seems to be more of a usage problem of those functions (or this one) so I'll go ahead and merge it, as soon as Murdock agrees.

[miri64]

Ah ... I see... tests ^^"