This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UV2 crashes when run from the command line

I'm trying to build a simple batch file script to autobuild the entire application, which contains multiple projects, and multiple targets in many projects. If I just write the batch file to call uv2 for each project/target in turn, it looks like it opens up a bunch of UV2 windows, starts compiling everything, and then after a few seconds C51 crashes.

A makefile approach would really be better, since everything is built in order, but I obviously don't want to write and maintain those files. It seems that the problem with UV2 is when a number of projects are built up at once. But is there any way to build multiple projects from a batch file, and build them one at a time (i.e. wait for one project/target to build before moving to the next)?

Parents
  • I could write/maintain makefiles, but I've VERY lazy. I just want to use them. :)

    I agree IDEs should do this kind of thing and make makefiles obsolete. And actually, MSVC and Watcom (I miss you) both handle it well. In MSVC you have a 'project' file for each library/dll/exe, and then you just lump all those together into a 'workspace' file, which defines the entire "Project" as we're calling it. Watcom had the same type of thing, defining 'target' files for each lib/..., and then just lumping the targets all into a single project file.

    Its this complicated because we have core libraries that all our products use, and then the application code for each. Obviously its easier to define the core libraries in one place, and just have the Project pull it all together (libs and it's app source files).

Reply
  • I could write/maintain makefiles, but I've VERY lazy. I just want to use them. :)

    I agree IDEs should do this kind of thing and make makefiles obsolete. And actually, MSVC and Watcom (I miss you) both handle it well. In MSVC you have a 'project' file for each library/dll/exe, and then you just lump all those together into a 'workspace' file, which defines the entire "Project" as we're calling it. Watcom had the same type of thing, defining 'target' files for each lib/..., and then just lumping the targets all into a single project file.

    Its this complicated because we have core libraries that all our products use, and then the application code for each. Obviously its easier to define the core libraries in one place, and just have the Project pull it all together (libs and it's app source files).

Children
No data