MrNetrix
commented
8 years ago Yeah. Right now they are using "unique" placeholders for now in order for them to work with the toolchain. It hasn't been a priority so far since the real NIDs aren't needed for it to work with UVLoader and there have been more important issues to fix. On Oct 11, 2015 21:37, "Yifan Lu" notifications@github.com wrote:
In the included databases, it seems like the module/library nids all have placeholder values. For extras, we should either come up with a NID generation system (ideally, reverse sony's linker and see how nids are generated), which is needed for vitasdk to support creating dynamic libraries or use hard coded values for now.
For the sony imports, the module nids never change, so we should keep them in the database. Library nids do change, so we can either remove that field from the specifications or mark it optional (and make it an array of "known nids" or something). The advantage for the second option is that it may be useful in the future.
— Reply to this email directly or view it on GitHub https://github.com/vitasdk/vita-headers/issues/7.
devnoname120
yifanlu
In the included databases, it seems like the module/library nids all have placeholder values. For extras, we should either come up with a NID generation system (ideally, reverse sony's linker and see how nids are generated), which is needed for vitasdk to support creating dynamic libraries or use hard coded values for now.
For the sony imports, the module nids never change, so we should keep them in the database. Library nids do change, so we can either remove that field from the specifications or mark it optional (and make it an array of "known nids" or something). The advantage for the second option is that it may be useful in the future.