No, just that interpreters are inferior to compilers in many ways. Primarily these are languages meant for "production", not for education, prototyping, "support tasks" and other such tasks where easiness of writing, editing, tracing etc is much more important than speed. A good example of a modern day interpreted language is your average shell like Bash. No line numbers, functions, recursion supported and many more... but efficiency? Several orders of magnitude behind C. Although what written in C would take 2 screenfuls, in Bash takes 2 lines. Interpreters are good for very high level languages, where a single command relates to a big chunk of code, a quite large task, so lexical evaluation of the command takes very little time compared to execution of task assigned by the command. (i.e. SQL query...).

On the other hand, while you can compile everything, you get most profits by getting deep down to the system level. If you write i++; an interpreter will use 300 cycles to examine the string, confirm correctness of syntax, look up memory cell corresponding to the name "i" and select it, check that its type is integer and that the operation should beken from the integer library, do 5 other things I don't even know about, and when it all is ready, perform 1-cycle INC on that cell. A compiler will do it on it all while compiling, compiled binary won't ever know the variable was called "i" in the sources.

There's even a special movement that connects profits of compiled and nterpreted languages - quite a few such like Perl: From user's standpoint, interpreter (the program is its own source, written just like your average script, can't live standalone, needs the "interpreter binary" to run etc.) From system's standpoint, the program is compiled. The trick is very fast compilation performed on startup. When you type "perl myprogram.pl", perl compiles the source "myprogram.pl", into memory and executes it, and upon the end of the execution, removes the binary from the memory, all you have left is the source. Not as fast as standard pre-compiled, it's still much faster than traditional "interpreted" and can be as easily modified, edited and handled as standard interpreted languages.