Shital Shah

In my view this violates the abstraction principle for the rpclib. A good design for rpclib should not leak internal implementation details in interface. Once you advertise io_service through interface...

yes, adding to gitignore would be great. Right now its bit annoying since we always see that red "modified" line in git status whenever you do build even if nothing...

Any chance we can add this sooner? This is confusing quite a few people in our user base... I hope this is just .gitignore change in last release?

Yes, using source archive seems to be better solution. Thanks, I'll switch our build to do just that. However I would still maintain that build should not modify the source...

We can have config.h but build shouldn't modify it. If build wants to override something, one way is to use preprocessor macros. The .h file can reference those macros with...

I would strongly vote for not doing this. We use rpclib as submodule and our scripts builds it from source on OSX, Linux, Windows. If there are any additional steps...

One big issue right now I'm facing is that I need to build rpclib as part of the project. As it is, I'm not able to do this yet successfully...

Just to add on to my comments earlier, I'm not opposed to require upgrades if they give you significantly better solution. However, it's much nicer if libraries can work with...

Just wondering about the state of this issue. We had a lot of users requesting this mode as well. If this is not fixed yet, is `async_call` a good workaround?...

+1 for this issue. I straight away hit in to it when using bower + requirejs. One thing I notice is that files pulled by bower doesn't have build files....