title: Instance where embedded C++ compilers don't support multiple inheritance?
body: <p>I read a bit about a previous attempt to make a C++ standard for embedded platforms where they specifically said multiple inheritance was bad and thus not supported.  From what I understand, this was never implemented as a mainstream thing and most embedded C++ compilers support most standard C++ constructs.  </p>
  
  <p>Are there cases where a compiler on a current embedded platform (i.e. something not more than a few years old) absolutely does not support multiple inheritance?</p>
  
  <p>I don't really want to do multiple inheritance in a sense where I have a child with two full implementations of a class.  What I am most interested in is inheriting from a single implementation of a class and then also inheriting one or more pure virtual classes as interfaces only.  This is roughly equivalent to Java/.Net where I can extend only one class but implement as many interfaces as I need.  In C++ this is all done through multiple inheritance rather than being able to specifically define an interface and declare a class implements it.</p>
  
  <p><strong>Update:</strong></p>
  
  <p>I'm not interested in if it is or isn't technically C++, how it was an attempt to dumb down C++ for C programmers to cope, generate smaller binaries, or whatever religious topic people are using to wage flame wars.</p>
  
  <p>My point is: I want to know if there are current embedded platforms that, for development purposes, supply their own C++ compiler (i.e. I can't use GCC or MSVC) that does NOT support multiple inheritance.  My purpose in mentioning the embedded C++ standard was to give background on the question only.</p>