470,636 Members | 1,477 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 470,636 developers. It's quick & easy.

How do you see the compiler command line in VB.NET?

Despite advances in devstudio .NET building large projects can still be
difficult.
Is there a way, perhaps using EnvDev class or some other class that
would allow output of the "command line" that is being used to compile
a VB.NET project (c.f. C++ which shows this under project
options/Linker). This would be very useful as one could
explicitly see which assemblies were being included in each project; it
would also be a good starting point to complete custom complex builds
via command line difficult in the IDE.
Thanks very much for any help.
Ben Dobson
Software Engineer
Beacon-ct.co.uk

Nov 21 '05 #1
4 2064
AFAIK no; you can use devenv.exe to perform command-line builds, but you
need to pass the configuration name (Debug, Release, etc.).

Maybe you can use the compiler/linker of the .NET Framework SDK.

--
Best regards,

Carlos J. Quintero

MZ-Tools: Productivity add-ins for Visual Studio .NET, VB6, VB5 and VBA
You can code, design and document much faster.
Free resources for add-in developers:
http://www.mztools.com

<bi*******@hotmail.com> escribió en el mensaje
news:11**********************@o13g2000cwo.googlegr oups.com...
Despite advances in devstudio .NET building large projects can still be
difficult.
Is there a way, perhaps using EnvDev class or some other class that
would allow output of the "command line" that is being used to compile
a VB.NET project (c.f. C++ which shows this under project
options/Linker). This would be very useful as one could
explicitly see which assemblies were being included in each project; it
would also be a good starting point to complete custom complex builds
via command line difficult in the IDE.
Thanks very much for any help.
Ben Dobson
Software Engineer
Beacon-ct.co.uk

Nov 21 '05 #2
Thank you very much Carlos for taking the time to reply to my post.

Indeed one can use the vb compiler to build .net solutions. And I have
done this with simple solutions.
However what I am after are the arguments that dev studio itself
produces when it compiles a solution. I may be wrong in thinking that
dev studio uses this command line compiler itself (or something very
similar) when it compiles projects/solutions. But even if I am, I would
still like to see the command line that WOULD be neccesary to build a
solution using the command line compliler(dev studio knows how to build
a solution: I want it to tell me how it is doing this).
Why? Because we are having difficulties building complicated solutions
on different machines. If I could see a command line, like the one you
see in project/linker of C++ project, then I could (I hope) see which
dll/reference incompatability is causing a build to break.
I have read about team development at msdn, such issues as copy local
option for dlls, GAC deployment etc. But what I want is for dev studio
to tell me what it is doing (and therefore what we are doing wrong)
when it tries to build a solution.

Thank you to anyone who chips in (and thanks again to Carlos)
Ben Dobson
Software Engineer
Beacon-ct.co.uk

Nov 21 '05 #3
On 12 Jul 2005 05:51:41 -0700, bi*******@hotmail.com wrote:
Despite advances in devstudio .NET building large projects can still be
difficult.
Is there a way, perhaps using EnvDev class or some other class that
would allow output of the "command line" that is being used to compile
a VB.NET project (c.f. C++ which shows this under project
options/Linker). This would be very useful as one could
explicitly see which assemblies were being included in each project; it
would also be a good starting point to complete custom complex builds
via command line difficult in the IDE.
Thanks very much for any help.
Ben Dobson
Software Engineer
Beacon-ct.co.uk


http://blogs.msdn.com/csharpfaq/arch...30/272587.aspx
Nov 21 '05 #4
Thank you very much Ross.

This seems about as definative as its gets. I will now turn my
attension to NAnt to see if that will make 2003 building easier.

Thanks again.
Ben Dobson
Software Engineer
Beacon-ct.co.uk.

Nov 21 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

9 posts views Thread by Christo | last post: by
9 posts views Thread by happy | last post: by
3 posts views Thread by michael | last post: by
7 posts views Thread by Mark Carrington | last post: by
13 posts views Thread by rufus | last post: by
87 posts views Thread by rufus | last post: by
1 post views Thread by Korara | last post: by
???
reply views Thread by Stoney L | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.