[DotGNU]Reminder - Weekly DotGNU Meeting

[Gopal V]

DotGNU holds weekly meetings to discuss any issues
of relevance; to allow the developers to catch up
with each other; and to allow new members to ask
questions and find out how to join in.

The meetings are conducted via IRC in the channel
#dotgnu on irc.openprojects.net at the following
times:

    Saturday 1000 UTC
    Saturday 2200 UTC

The first is best for DotGNU members east of UTC
and the second is best for DotGNU members west
of UTC.  Some of the key DotGNU members attend
both meetings.

The logs of #dotgnu are always available here:

http://ajmitch.dhis.org/dotgnu/

Note: the times are UTC, not GMT.  That is, they
do not include daylight savings adjustments during
the northern summer.  If you have a Unix system,
then the command "date; date -u" will give you
your current time in both local and UTC, allowing
you do determine when the next meeting will occur.

(Rhys)
--------------------------------------------------

Agenda
------
    * Floating point support for pnetlib 
        I've been scuba diving into the murky depths
        of my mail archives when I noticed the earlier patch
        by Rich333 on NumberFormatting that was rejected ...
        I would like to dig up that issue .... I want Rich333
        to, if possible , fix up the basic formatting options.
        Viz so that Single.ToString("G") and Double.ToString("G")
        works correctly .. And one step at a time please :-)..
        /me does not want a 2000 line untested commit ... I'll be
        glad when the ToString("G") is implemented , the rest
        can wait for some time ...

    * PMCodeGen
        How's it going ? ... /me wants a peice before
        I go into my exam season. For example you could handle
        the class/method/virtual method hassles while the WW
        take care of the basic operations codegen... (Don't
        tell me you've finished all that !)
           
    * Meet-a-thon
        Postponed to next week ...

    * C Compiler
        Seems to be standing still these days ... Perhaps
        it needs a bit of push , or our only `fresh idea' will wither
        away in the CVS ...

    * C# Compiler
        A bit of help on the 'Using' thing maybe ... I'm poor at doing
        bison.. So I would like to pick up a few clues someone drops..
        Or maybe I'll pick on the 'fixed' idea..  
        
        Also how are we going to differentiate between members and 
        types with the same name ?. Do we propose to do backtracking or 
        conditional sem_analysis .. (ILGenInfo->expectIdent==
        IL_IDENTKIND_TYPE) viz in ILNode_Identifier's semanalysis and 
        implement search in the RBTree with IL_IDENTKIND_TYPE along 
        with it ?...This will fix the errors for statements like 'new'
        but will still cause problems for static/instance method access.
        This is almost the equivalent of building 2 trees.

        Or do we implement re-analyze ILNode_Identifier when the scope errs,
        with checks for circularity ? (viz search with `notThis' in the 
        RBTree for a second match ?).. 

        or the ultimate baddie , inherit ILNode_Identifier into 
        a number of synthesised nodes viz ILNode_TypeIdentifier, 
        ILNode_InstanceIdentifier, ILNode_NamespaceIdentifer, etc ...
        (which is one of the good things about using treecc).

        Waiting for Rhys's opinions on this , coz I don't really 
        understand how each will work in code :-)
        
    * QT# 
        What all things are stuck ? .. I would like a full report from 
        Adam Treat, and if the QT# dlls work off the hook with pnet runtime ?.
        And what all things are you faced with the compiler ?. The enum
        issues have been resolved afaik , but the rest might need to be
        reported to be fixed.
 
    * New Fronts
        Also stuff like minddog's compiler plugin idea need to explored.
        Possibly the use of treecc in gcc needs a demo .. could Mdupont
        port something like the treelang example into treecc based node
        structure ?. Such a demonstration is going to win more support
        than just the node structure generation .... 

Hope these are enough to last us 2 hours ;-)

Gopal
-- 
The difference between insanity and genius is measured by success