{"head":"af6b2ecf9e1f6fd8faa2be796bf1186a915ae1b7","size":6,"push_id":45381216,"shas":[["6be63485c155678aa71afee3b6d9372626ab46b0","5563dea00b512e5bcc754ba4c7ee0072683408f3@gmail.com","nytt punkt i TODO","Steinar Vittersø Kaldager"],["0c6d359816c8806c5396fa56504d9f9c1af465bb","5563dea00b512e5bcc754ba4c7ee0072683408f3@gmail.com","rm gamle \"compute-deps\"-metoder\n\nDisse er ikke lenger relevante når vi har\ngått tilbake til baklengs-E.","Steinar Vittersø Kaldager"],["101f5442a95e4d85c737c917dcf62c9c78fd3fb8","5563dea00b512e5bcc754ba4c7ee0072683408f3@gmail.com","endring på gammel (runtime-)test\n\nExpected output for denne testen blir annerledes,\nsiden overgangen til baklengs-E har gjort at en\nannen rekkefølge for konstruktørkallene nå er\nkorrekt.","Steinar Vittersø Kaldager"],["c2d4d46d09e5c53bc50b21ca8f6c3e488dc1e854","5563dea00b512e5bcc754ba4c7ee0072683408f3@gmail.com","fiks for MergeWithExternalSuperclassesRename\n\nDenne var særlig ille fordi den var\nikkedeterministisk, som jo er overraskende i en\nkompilator (vi trenger jo ikke tilfeldige tall).\n\nSom tips til evt. senere debugging: det\nikkedeterministiske elementet kom fra\nitereringsrekkefølgen på hashtabeller. (Vi reduserte\nen HashMultimap til en Map, uten å ta hensyn til\nat det faktisk var mulig å få samme nøkkel\nto ganger med forskjellig verdi.)","Steinar Vittersø Kaldager"],["d49027246389a166170233a6a2f9f6c605e9f302","5563dea00b512e5bcc754ba4c7ee0072683408f3@gmail.com","bracket-syntaks med inst-navn\n\nDette kan utvikles videre til å løse problemet\nmed self-merging, ved å inkludere\ninstansierings-navnet i renavningssuffiksen\n(dermed er det løst for eksplisitt),\nog å lage en slags \"gensym\" som setter et\ninternt navn på instansieringer som ikke har\nfått noe navn.","Steinar Vittersø Kaldager"],["af6b2ecf9e1f6fd8faa2be796bf1186a915ae1b7","5563dea00b512e5bcc754ba4c7ee0072683408f3@gmail.com","Merge branch 'master' of github.com:eivindgl/pt-compiler","Steinar Vittersø Kaldager"]],"ref":"refs/heads/master"}