Quoting Samuel Thibault (2013-12-02 13:09:44) > Well, it means that whenever a protocol gets augmented, one has to > recompile all demuxer functions calling these inlines. In the example > of trivfs_demuxer, the application itself does not need a rebuild, only > libtrivfs needs, but in other cases that will not be true. This is a > quite subtle issue we need to make sure won't happen, by making sure > all libraries implementing RPCs provide a demuxer function, and don't > just rely on their caller calling the proper server_routine function. > Perhaps it's already the case, and then I'm fine with mig generating > inlines.
Note that for inlining without -flto, the definition has to be known at compile time. Currently, the demuxers won't inline the functions, even if mig would include this declaration in the generated x_S.h file, b/c it is not #included. So for current demuxers this won't change anything, they will continue to use the one from xServer.c. Justus
