[nem-en] What is additional_decls?

[Kamil Skalski]

http://nemerle.org/svn/vs-plugin/trunk/Nemerle.Compiler.Utils/Nemerle.Completion2/Engine/Engine-main.n
> I get following error in VS (in red):
>
>
> Object reference not set to an instance of an object.
> Hide


Ok, closing it and opening again several times helped ;)  Now I can
see the error you mentioned, in line 123. Hm, do you have some hints
on debugging the integration? In fact, what is the fastest route to:
- add debug into compiler's source
- deploy it
- run the problematic project / file
- see the debug output from compiler, which was generated while
analyzing given source code file

Actually the problem is with last step :)  Where does debug info appear?


>
> at Microsoft.VisualStudio.Design.Serialization.CodeDom.MergedCodeDomParser.System.CodeDom.Compiler.ICodeParser.Parse(TextReader
> stream)
> at System.CodeDom.Compiler.CodeDomProvider.Parse(TextReader codeStream)
> at Microsoft.VisualStudio.Shell.Design.Serialization.CodeDom.CodeDomDocDataAdapter.get_CompileUnit()
> at Microsoft.VisualStudio.Design.Serialization.CodeDom.VSCodeDomDesignerLoader.PerformLoad(IDesignerSerializationManager
> serializationManager)
> at Microsoft.VisualStudio.Design.Serialization.CodeDom.VSCodeDomDesignerLoader.DeferredLoadHandler.Microsoft.VisualStudio.TextManager.Interop.IVsTextBufferDataEvents.OnLoadCompleted(Int32
> fReload)
>
>
> It seems to occur only for this single file. Is this related somehow
> to the bug? Or is it some incorrect serialization data stored
> somewhere, which I should clean up?
>
> On 11/17/06, vc <vc at rsdn.ru> wrote:
> > > So I understand you end up with TypeBuilder, for which Record macro
> > > generated incorrect constructor. Is this happening during first time
> > > Hierarchy.Run is executed or after that?
> >
> > It's happening in Hierarchy.Run() in
> > http://nemerle.org/svn/vs-plugin/trunk/Nemerle.Compiler.Utils/Nemerle.Comple
> > tion2/Engine/Engine-main.n
> > at line 78
> >
> > Callstack:
> > Nemerle.Core.Record_type_postaddMacro.Run(...)
> > Nemerle.Compiler.TypesManager.AttributeMacroExpansion.Expand()
> > Nemerle.Compiler.TypesManager.ExpandMacros()
> > Nemerle.Compiler.TypeBuilder.process_macro_attributes(Nemerle.MacroPhase
> > stage
> >   = BeforeInheritance | BeforeTypedMembers)
> > Nemerle.Compiler.TypesManager._N__N_l28318_28404.apply_void(...)
> > Nemerle.Compiler.TypesManager._N_maybe_f_28575.apply_void(...)
> > Nemerle.Collections.List.Iter<Nemerle.Compiler.TypeBuilder>(...)
> > Nemerle.Core.list<Nemerle.Compiler.TypeBuilder>.Iter(
> >   Nemerle.Builtins.FunctionVoid<Nemerle.Compiler.TypeBuilder>
> >   f = {Nemerle.Compiler.TypesManager._N_maybe_f_28575})
> > Nemerle.Compiler.TypesManager.Iter(...)
> > Nemerle.Compiler.TypesManager.Iter(...)
> > Nemerle.Compiler.TypesManager.Run()
> > Nemerle.Completion2.Engine.BuildTypedtreeAndInitProject()
> >
> >
> > > Does it happen always?
> >
> > Yes, always?
> >
> > > I still suspect this has something to do with partial classes.
> >
> > May be. But it happen only in VS Integration.
> >
> > > I will try to set up the environment for VS integration tomorrow.
> >
> > Very well! :)
> > Instructions here:
> > http://rsdn.ru/article/nemerle/Nemerle.VsIntegration-en.xml
> > It's old. But it's better than nothing. :)
> >
> >
> > > If
> > > you can provide some small example / reproduction project it would be
> > > helpful to find the problem.
> >
> > We use same project (Nemerle.Compiler.Utils) for debugging:
> > http://nemerle.org/svn/vs-plugin/trunk/Nemerle.Compiler.Utils/Nemerle.Compil
> > er.Utils.nproj
> >
> > Open it under experimental hive of VS 2005 and open in it the file:
> > http://nemerle.org/svn/vs-plugin/trunk/Nemerle.Compiler.Utils/Nemerle.Comple
> > tion2/Engine/Engine-main.n
> >
> > In line 123 you see error.
> >
> >
> >
> >
> > _______________________________________________
> > https://nemerle.org/mailman/listinfo/devel-en
> >
>
>
> --
> Kamil Skalski
> http://nazgul.omega.pl
>


-- 
Kamil Skalski
http://nazgul.omega.pl