为什么结构类型的编译时生成技术会阻止单独编译?

我在读杜博切特和奥德斯基的书 Compiling Structural Types on the JVM 并被以下说法所迷惑:

生成技术创建Java接口来代替 对于JVM上的结构类型。这些问题的复杂性 程序中任何位置的结构类型都必须实现 正确的接口。 当这在编译时完成时,它 防止单独编译。

(重点补充)

type Closeable = Any { def close(): Unit }

def autoclose(t: Closeable)(run: Closeable => Unit): Unit = {
   try { run(t) }
   finally { t.close }
}

我们不能为 Closeable 类型如下:

public interface AnonymousInterface1 {
   public void close();
}

改变我们对 autoclose

// UPDATE: using a view bound here, so implicit conversion is applied on-demand
def autoclose[T <% AnonymousInterface1](t: T)(run: T => Unit): Unit = {
   try { run(t) }
   finally { t.close }
}

然后考虑一个呼叫站点 自动关闭 :

val fis = new FileInputStream(new File("f.txt"))
autoclose(fis) { ... }

fis 是一个 FileInputStream AnonymousInterface1 ,我们需要生成一个包装器:

class FileInputStreamAnonymousInterface1Proxy(val self: FileInputStream) 
      extends AnonymousInterface1 {
   def close() = self.close();
}

object FileInputStreamAnonymousInterface1Proxy {
   implicit def fis2proxy(fis: FileInputStream): FileInputStreamAnonymousInterface1Proxy =
      new FileInputStreamAnonymousInterface1Proxy(fis)
}

某物 ,但我不清楚是什么。为什么这种方法会阻止单独编译?