EXTRA_CFLAGS := CFLAGS_file.o := obj-y += disp_manager.o obj-y += framebuffer.o

从你提供的代码片段来看，没有发现缺少分隔符的问题。`missing separator` 错误通常是由于缩进问题引起的，但是你的代码片段中的缩进看起来是正确的。

请确保以下几点：

1. 检查你的 Makefile 中是否有其他地方出现了缺少分隔符的错误。有时候错误可能出现在代码的其他部分，而不一定是你提供的片段。

2. 确保你的 Makefile 使用的是制表符而不是空格进行缩进。有些编辑器可能会将制表符转换为空格，这可能会导致错误。你可以在编辑器设置中查找并禁用此选项。

3. 如果你使用的是 Windows 系统，请确保你的 Makefile 中的行尾是以回车符（CR）和换行符（LF）结束。有时候，在不同操作系统间复制粘贴代码时，行尾的换行符格式可能会发生变化，导致错误。

如果你仍然遇到问题，请提供完整的错误消息和任何其他相关信息，以便我能够更好地帮助你。

相关问题

EXTRA_CFLAGS += -DPHY_XPHY + EXTRA_CFLAGS += -DXPORT_INTERRUPTS

在`makefile`中，`EXTRA_CFLAGS`变量用于添加额外的编译标志到C源文件编译过程中。当你想要在外部传递特定的编译标志，比如`-DPHY_XPHY`和`-DXPORT_INTERRUPTS`，但又希望这些新标志与`makefile`内原有的`CFLAGS`变量中的内容合并，而不是替换它，这时可以这样做：

# 原有的CFLAGS定义（可能在makefile的其他地方）
CFLAGS := ...

# 添加新的编译标志
EXTRA_CFLAGS += -DPHY_XPHY         # 这里追加PHY_XPHY标志
EXTRA_CFLAGS += -DXPORT_INTERRUPTS  # 还可以追加XPORT_INTERRUPTS标志

# 当调用make时，完整的编译命令会是 CFLAGS + EXTRA_CFLAGS
all: 
    $(CC) $(CFLAGS) $(EXTRA_CFLAGS) ...  # 注意这里的$(CFLAGS)和$(EXTRA_CFLAGS)会被合并

这样，即使你在外部指定了`CFLAGS`，`EXTRA_CFLAGS`也会将新增的标志附加到原有设置上。

android.mk中定义的LOCAL_CFLAGS := -DPLATFORM_VERSION_13_API如何在java中使用

在Android.mk文件中，`LOCAL_CFLAGS := -DPLATFORM_VERSION_13_API` 这行命令设置了编译标志，用于告诉编译器在构建C/C++库或模块时，预定义了一个宏 `PLATFORM_VERSION_13_API`，这个宏通常表示API级别为13（Android 4.0.3冰淇淋糖豆）。在Android开发中，这样的宏常用于条件编译，以便针对特定平台版本包含或排除某些功能。

如果你想在Java代码中利用这个预定义的平台版本信息，因为这是C/C++层面的设置，并不是直接可用的Java特性，你需要通过JNI（Java Native Interface）来进行交互。你可以编写一个C或C++函数，该函数获取并解析这个宏值，然后创建一个可以在Java中访问的接口或数据结构。

例如，假设你想让Java代码知道当前的API版本：

1. C/C++代码（MyUtil.c或MyUtil.cpp）:

#include <jni.h>
#define PLATFORM_VERSION_13_API 13

extern "C" {
JNIEXPORT jint JNICALL Java_com_your_package_MyClass_getApiLevel(JNIEnv *env, jobject obj) {
    return (jint)PLATFORM_VERSION_13_API;
}
}

2. Java代码 (MyClass.java):

public class MyClass {
    public native int getApiLevel();

    static {
        System.loadLibrary("MyUtil");
    }
}

// 使用时：
int apiVersion = MyClass.getApiLevel();

这样，Java代码就可以通过JNI调用C/C++代码获取到预设的平台API版本了。请注意，这只是一个示例，实际操作可能会因项目需求而有所不同。