[quote="tqchen, post:29, topic:11372"] This would results in two UX concepts. A target tag and config tag, and in the case of system implementations, possible two similar impls. [/quote]
Which leads me to believe we should default to a `Config` level tag which is the highest level available? [quote="tqchen, post:29, topic:11372"] * Does the top-level config have to remain as in its most general form, e.g. can it be a `Union[Target,MultiTarget]`, as the most common case remains to be TargetWithHost [/quote] It would remain in the `Config` form on the `IRModule`, which means you could have either easily? [quote="tqchen, post:29, topic:11372"] * We might have need to propagate some of the multi-target constraint info in the future to function level, at that time point, which data structure to use(if there is both config and target). [/quote] Whichever is appropriate for the use-case, having standardised access to that information means you could access whichever is most useful to you. If you want to query the configuration for an appropriate `Target` and tag a function with it, that's an implementation detail of another part of the compiler. [quote="tqchen, post:29, topic:11372"] Right, this would result in two concepts, target and config. Both of which are really similar to each other and both can appear in the same automation logs. We might need to build two set of mechanisms for both if they end up as drastically different data structure without a common base. [/quote] Serialising of objects which don't share a common base is pretty common in many projects, and it's clear that `Configuration` encapsulates `Target` so can call the serialise internally? There's no need to complicate this by making everything a sub-class of `Target`. And I believe what @areusch was saying is that we didn't want anything but `Target` in the logs as it has no effect? Therefore encapsulating that with some function for creating logs from many pieces of the configuration may be useful? --- [Visit Topic](https://discuss.tvm.apache.org/t/pre-rfc-compilation-configuration-representation/11372/31) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discuss.tvm.apache.org/email/unsubscribe/7e03d8b9c7f992f89556bc686739231b6dcf11e69f05a628ef32b6e7c0fed85b).
