Quoting Justus Winter (2013-12-02 17:25:23) > 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.
Well ? Justus
