building a classic applet fails because of the wrong bootclasspath parameter specified in the build.xml file.

In the 'compile-with-preprocessor' target the bootclasspath is set to ${javacard.classic.bootclasspath}. This is set to the classic run-time. 
In the 'compile' target the bootclasspath is set to ${javacard.bootclasspath}. This is set to the connected run-time.

The connected runtime has at least one class in the javacard(x) package that is different between these two runtime jars. (javacardx.crypto.Cipher). This binary incompatibility caused my build to fail. 

Patching the build-impl file corrects this failure.

301c301
<         <javac destdir="${build.classes.dir}" source="${javac.source}" target="${javac.target}" nowarn="${javac.deprecation}" debug="${javac.debug}" optimize="no" bootclasspath="${javacard.classic.bootclasspath}" includeAntRuntime="no">
---
>         <javac destdir="${build.classes.dir}" source="${javac.source}" target="${javac.target}" nowarn="${javac.deprecation}" debug="${javac.debug}" optimize="no" bootclasspath="${javacard.bootclasspath}" includeAntRuntime="no">


As an aside, this change introduces another bug, this time in javac: for a ternary operator it seems to generate intermediate code that uses java.lang.Byte, which is not supported in the classic Java Card runtime. I'll file a bug for that one later.