halcc_hal *hal;
const char *hal_name = NULL;
int manifest_major, manifest_minor;
- halcc_dependency_state_e state;
+ /**
+ * FIXME:
+ * Temporarily disable dependency checking. See the below FIXME.
+ *
+ * halcc_dependency_state_e state;
+ */
int ret;
const char *error_desc = NULL;
struct compatibility_info *manifest_info = NULL;
return;
}
-
- if (halcc_hal_get_dependency_state(hal, &state) != 0) {
- error_desc = "Failed to resolve dependency";
- goto out;
- }
+ /**
+ * FIXME:
+ * Temporarily disable it. For now, it is unclear that
+ * this dependency checking is necessary. Because, those hal-api
+ * header and manifest.xml aren't managed by ACR process so they
+ * could be transformed anyhow, breaking dependency. Currently,
+ * our policy has no such specification that force them to think
+ * about and comply with dependency among hal-apis.
+ *
+ * if (halcc_hal_get_dependency_state(hal, &state) != 0) {
+ * error_desc = "Failed to resolve dependency";
+ * goto out;
+ * }
+ */
if (halcc_hal_get_version(hal, &manifest_major, &manifest_minor, NULL) < 0) {
error_desc = "Invalid manifest version";
if (ret < 0)
goto out;
- halcc_manifest_validate_hal_dependency(manifest);
+ /**
+ * FIXME:
+ * Temporarily disable it. For now, it is unclear that
+ * this dependency checking is necessary. Because, those hal-api
+ * header and manifest.xml aren't managed by ACR process so they
+ * could be transformed anyhow, breaking dependency. Currently,
+ * our policy has no such specification that force them to think
+ * about and comply with dependency among hal-apis.
+ *
+ * halcc_manifest_validate_hal_dependency(manifest);
+ */
halcc_manifest_foreach_hal(manifest, make_compatibility_manifest_info, manifest_info);