Poly/ML April 2011

polyml@lists.polyml.org

2 participants
4 discussions

Inspecting structures
by ramana.kumar＠gmail.com 27 Jan '16

27 Jan '16

Is there a way to look at the contents (i.e. signature) of a structure without opening it? (I suppose you could just open it then call a lot of PolyML.Compiler.forgetXXX, but that's quite tedious) Also, is it possible to retrieve the long path of an identifier in scope? Something that will, for example, take the rev in scope and say that it came from List. Finally, what about searching for an identifier that would come into scope if you opened some structures?

3 5

[Fwd: Re: [polyml] Building Poly/ML on MacOS X 10.6]
by rda＠lemma-one.com 29 Dec '14

29 Dec '14

I wrote: > I am completely baffled. I thought I hada solved all my problems on > MacOS X > 10.6 and was just tidying up, when I had to recompile a 32 bit > version of > Poly/ML to test a tidied up make file. This failed because > PolyML.Compiler.printTypesWithStructureName no longer exists. The same > problem happened when i rebuild a 64 bit version. What has happened? but it was a false alarm: my make file was wrong for other reasons and the absence of PolyML.Compiler.printTypesWithStructureName was not relevant. No doubt there are good reasons why this variable has been withdrawn. Regards, Rob.

3 6

Re: [MLton] bug to do with as-binding masking datatype constructor name
by matthew.fluet＠gmail.com 13 Apr '11

13 Apr '11

On Wed, Apr 13, 2011 at 2:49 AM, Andreas Rossberg <rossberg(a)mpi-sws.org> wrote: > On Apr 13, 2011, at 01:49, Michael Norrish wrote: >> >> Poly 5.3 rejects >> >> ?datatype foo = bar of string >> >> ?fun f x = let >> ? val bar as y = 3 >> ?in >> ? bar + x >> ?end >> >> MLton 20091212~svn accepts it. >> >> Who's right? > > Mlton, although this is arguably a design bug of the language. I was going to conclude that Poly/ML is right. I don't see why rule (43) applies to the "bar as y" pattern; it is not the case that "bar \notin Dom(C)" (because "bar" is in scope) and it is not the case that "is of C(vid) = v" (because "bar" has constructor status). MLton omits those two antecedents in its implementation of "as"-pattern elaboration. (Similarly, HaMLet omits them.) On the other hand, "val rec bar as y = fn() => 3" would allow changing the identifier status of "bar" (rule (26) and comment).

1 1

bug to do with as-binding masking datatype constructor name
by Michael.Norrish＠nicta.com.au 13 Apr '11

13 Apr '11

Poly 5.3 rejects datatype foo = bar of string fun f x = let val bar as y = 3 in bar + x end MLton 20091212~svn accepts it. Who's right? Best, Michael

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Poly/ML April 2011