Panopticon Central

a blog on Visual Basic, .NET and other stuff

  Home :: Contact :: Syndication  :: Login
  496 Posts :: 19 Stories :: 3378 Comments :: 637 Trackbacks

News

The information in this weblog is provided "AS IS" with no warranties, and confers no rights.

My Book

Picture

My Recent Posts

Article Categories

Archives

Post Categories

Microsoft Blogs

Samples

Technical Blogs

VB Links

Matt Gertz, the compiler development lead, has written an article in the latest edition of MSDN Magazine about VB’s background compiler technology. It’s a good expansion on the entries (part 1, intermission, part 2) that I wrote last year. Check it out!
posted on Wednesday, May 11, 2005 12:37 PM

Feedback

# re: How our background compiler works... 5/11/2005 4:20 PM Kellen
Is there a way to define configuration properties (compilation constants) for the background compiler that are different that the active configuration? I am looking for a way for intellisense to see a property as an enum, and then when it's compiled it is an integer. I know enums are essentially integers, but there is no way to set an enum property to an integer value using reflection that I have found. (I've tried switching configurations between coding and building but thats getting a bit tedious)

Thanks in advance, the article was very informative... even if I didn't get what I was looking for.

# re: How our background compiler works... 5/13/2005 1:49 PM Paul Vick
Kellen, there isn't any way to switch things like this at the moment - since Intellisense works off the active compiler, what you see is what we're compiling....

# And VB6 BC? 5/14/2005 1:01 AM Branco Medeiros
Maybe I'm mistaken, but it seems VB Classic has a different model of backgorund compilation... First of, there's the tokenization proccess and a one-line-at-a-time compilation. VB seemed not to bother much with the surrounding context, and it always seemed ok to me, since probably the user would be changing the context a lot.

The resulting intellisense seems to come from very specific parts of the text (type definition, const\variable declaration, method signature). In other words, VB Classic would not try to recompile the wolrd only to give me a precise list of, say, methods specific to the type being assigned (Delphi does this kind of selection, and I think it's annoying, but then, maybe it's just me).

I'm waiting for my DSL connection to arrive, so I can download the Beta 2 and try it. I'm still not sure if I really want to make the move from Classic to .Net (as much as departting to C# looks almost like changing sides with the enemy, to me... :-))

# re: How our background compiler works... 5/14/2005 12:03 PM Paul Vick
Branco, yes, VB6 had a very different compilation methodology - the VB .NET compiler was pretty much a rewrite from the ground up! Hope you enjoy Beta2 and let us know how it goes!

# Blog link of the week 19 5/15/2005 6:25 PM Daniel Moth
Blog link of the week 19

Post Feedback

Title:
Name:
Url:
Comments: