我正在独立Java应用程序中使用Eclipse CDT作为C / C ++头文件的解析器,其思想是从头代码生成JNI / JNA绑定。
下载了JAR文件(很难找到,该库没有maven!),并解析了一个可以正常工作的简单头文件。
但是,当我尝试使用真正的头文件时,结果有些随机:返回的AST没有子对象,仅存在一些预处理器声明,并且最奇怪的是,仅检测到两个注释。
以下是剪切代码:
final FileContent content = FileContent.createForExternalFileLocation("C:/VulkanSDK/1.1.101.0/Include/vulkan/vulkan.h");
final Map<String, String> definedMacros = new HashMap<>();
definedMacros.put("__cplusplus", "1");
final String[] includePaths = new String[0];
final IScannerInfo info = new ScannerInfo(definedMacros, includePaths);
final IncludeFileContentProvider emptyIncludes = IncludeFileContentProvider.getEmptyFilesProvider();
final IIndex index = EmptyCIndex.INSTANCE;
final int options = 0;
final IParserLogService log = new DefaultLogService();
final IASTTranslationUnit unit = GPPLanguage.getDefault().getASTTranslationUnit(content, info, emptyIncludes, index, options, log);
System.out.println("len="+unit.getChildren().length);
我要解析的头文件用于Vulkan图形库,它很大,所以这里是link,这是文件的前几位:
#ifndef VULKAN_H_
#define VULKAN_H_ 1
#ifdef __cplusplus
extern "C" {
#endif
/*
** Copyright (c) 2015-2017 The Khronos Group Inc.
**
** Licensed under the Apache License, Version 2.0 (the "License");
** you may not use this file except in compliance with the License.
** You may obtain a copy of the License at
**
** http://www.apache.org/licenses/LICENSE-2.0
**
** Unless required by applicable law or agreed to in writing, software
** distributed under the License is distributed on an "AS IS" BASIS,
** WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
** See the License for the specific language governing permissions and
** limitations under the License.
*/
/*
** This header is generated from the Khronos Vulkan XML API Registry.
**
*/
#define VK_VERSION_1_0 1
#include "vk_platform.h"
getComments()
返回的两个注释是文件顶部的第一个大注释块,奇怪的是:
// VULKAN_H_
即似乎已确定预处理程序语句为注释!?
尽管解析器接受日志记录回调,但它不会告诉我任何信息,也没有报告任何问题。我怀疑我对CDT和预处理程序语句不了解,但是找不到任何类似的问题(CDT是一个非常合适的利基工具)。
我已经弄弄了我在代码中可以想到的一切,包括各种选项参数,但是每次都得到相同的结果。正如我所说的,解析其他更简单的头文件也可以。
有什么想法吗?建议?
答案 0 :(得分:0)
所以我是个白痴!
我解析的不是解析我实际想到的头文件,而是设法加载了“ super”头文件,然后#include了我真正想要的文件。此超级标头包括在平台上切换的各种其他标头,等等,这是一种标准方法。我发布的代码未递归到#included文件,因此结果正确为空!一旦我将代码指向正确的标头,就可以按预期构建AST。
但是,这并不能解释看似随机的注释和奇怪地注释掉的标题保护程序-我已经向Eclipse CDT开发人员提出了一个查询,尽管(尽管很愚蠢)结果完全让我失望。
对于任何感兴趣的从头生成代码的JNA结构和枚举的人,都能很好地工作(尽管CDT本身不是一个“真正的”库)。
这是从C typedef enum
生成的示例枚举类:
package org.sarge.jove.platform.vulkan;
/**
* HEADER COMMENT
*/
public enum VkBorderColor {
VK_BORDER_COLOR_FLOAT_TRANSPARENT_BLACK(0),
VK_BORDER_COLOR_INT_TRANSPARENT_BLACK(1),
VK_BORDER_COLOR_FLOAT_OPAQUE_BLACK(2),
VK_BORDER_COLOR_INT_OPAQUE_BLACK(3),
VK_BORDER_COLOR_FLOAT_OPAQUE_WHITE(4),
VK_BORDER_COLOR_INT_OPAQUE_WHITE(5),
VK_BORDER_COLOR_BEGIN_RANGE(0),
VK_BORDER_COLOR_END_RANGE(5),
VK_BORDER_COLOR_RANGE_SIZE(6),
VK_BORDER_COLOR_MAX_ENUM(2147483647);
private final int value;
private VkBorderColor(int value) {
this.value = value;
}
/**
* @return Enum literal
*/
public int value() {
return value;
}
}
使用实际的C / C ++解析器意味着我可以访问实际的枚举值,即使是表达式。
这是从C struct
生成的JNA结构:
package org.sarge.jove.platform.vulkan;
import com.sun.jna.Structure;
import com.sun.jna.Structure.FieldOrder;
import com.sun.jna.Pointer;
import org.sarge.jove.platform.vulkan.VkStructureType;
/**
* HEADER COMMENT
*/
@FieldOrder({
"sType",
"pNext",
"physicalDeviceCount",
"physicalDevices",
"subsetAllocation"
})
public class VkPhysicalDeviceGroupProperties extends Structure {
public static class ByValue extends VkPhysicalDeviceGroupProperties implements Structure.ByValue { }
public static class ByReference extends VkPhysicalDeviceGroupProperties implements Structure.ByReference { }
public final int sType = VkStructureType.VK_STRUCTURE_TYPE_PHYSICAL_DEVICE_GROUP_PROPERTIES.value();
public Pointer pNext;
public int physicalDeviceCount;
public Pointer[] physicalDevices = new Pointer[32];
public int subsetAllocation;
}
许多Vulkan结构都有一个sType
字段来标识结构的类型(!),因此我可以自动将该字段初始化为相应的生成的枚举-sweet。
再次使用CDT也意味着我可以处理C数组类型的映射和初始化数组字段(JNA内存管理的要求)。
因此CDT最终运行良好。
故事的寓意:记住你是个白痴。