Honored Contributor
Honored ContributorThe quartus flow currently does:
quartus_map quartus_merge quartus_fit So the quartus_map still reads in all the VHDL files for that hierarchy, and at the quartus_merge stage it is replaced with the .qxp file. So for now, yes, you still need this. I believe the next release will have changes to directly allow what you want. (You could make a wrapper file for the Nios that is empty, and then you don't need all the sub-files, which is a nice temporary workaround.) I am a little concerned about using Nios this way, just because if you re-generate the SOPC system, and the Nios creation is dependent on something else in the SOPC system, and hence a slightly different Nios gets created, you are basically ignoring those changes. I don't know the flow well enough to know if this will happen, but it's a concern. Especially since Nios by itself usually isn't that large, and therefore isn't that much of the compile time, it's introducing risk to save a few minutes. (I don't know the specifics of yous situation though, naturally)
