Re: Building solution from the command line



"PLS" <nobody@xxxxxxxxxxx> wrote...

I'm trying to build a solution form the command line. The command I'm
currently using is:

"C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\devenv.exe"
pciw.sln /Build Debug /out compile.txt; type compile.txt

That's actually one line.

The solution gets built. Without the /out options I don't see compilation
messages at all. With it, I see them but each line is prefixed with "1>".

This is annoying. Is there a way to eliminate this prefix?

Don't you also see these when you build from within the IDE? VS2005 does
partially parallel builds, in that if you have multiple CPUs, cores, or
(IIRC) Hyper-Threading, it will compile more than one project at the same
time. The numbers are telling you which build the message is associated
with. It does also seem to put these in if you're only building a single
project, which I agree is annoying, but not related to using the command
line to do the build I think. Try going to VS options -> Projects and
Solutions -> Build and Run, and setting "maximum number of parallel project
builds" to just 1.

--
Andy


.



Relevant Pages

  • Re: Use of ; in Forth Compiler
    ... introduce a lookahead function. ... I'm not interested in advocating it: the important difference between these dialects and other Forth dialects is compilation, ... The only way I can see to make variables: (or any Forth-like parsing prefix word) work is for it to be an IMMEDIATE word - which means, in many cases, that it cannot sensibly be used within a definition unless it is POSTPONED so that the parsing happens at run time. ...
    (comp.lang.forth)
  • Re: Run the Same Macro on Multiple Files
    ... which is all it needs for compilation. ... In JavaScript a "$" prefix is ... using the prefix to indicate data type). ... are the more serious issue (I've never had problems debugging type ...
    (microsoft.public.word.vba.general)
  • glut compiling problem
    ... I am trying to generate a glut window, however, I got some compilation ... it reports that: ... (many variables with X prefix in libglut.a) ...
    (comp.sys.hp.hpux)
  • Re: problem with pointer and module
    ... | has a .mod prefix and is used in subsequent compilation steps. ... | still isn't a bad analogy. ...
    (comp.lang.fortran)