Since I had no answer in the other thread, I'll try here too ( and then drop every hope somebody will answer :-) )
Copy-pasting myself: ... is interoperability between PL and different environments a concern at all? I think having unique identifiers like Symbols is a better solution too but right yesterday I've made a PR to convert V8 Enum type to GObject enums using its integer value [1] 'cause that's how it also work the other way round [2]. How would a JS Symbol as enumerable be represented in Emscripten generated code or how could Int32 enum based PL transpile their enums to JS? Maybe I am overlooking at this and it's not a real issue? Regards [1] https://github.com/WebReflection/gnode/commit/56c5801866452c1e4973ed0c42f80dcda9d3d8c6 [2] https://github.com/WebReflection/gnode/blob/master/src/value.cc#L279-L280 On Thu, Dec 17, 2015 at 9:42 PM, Rick Waldron <[email protected]> wrote: > > > On Thu, Dec 17, 2015 at 3:33 PM Steve Kinney <[email protected]> > wrote: > >> I did some initial thinking about this and looked at Rust and Swift as >> prior art. I started something similar to what was being discussed but came >> across some edge cases as I went along. >> >> https://github.com/stevekinney/ecmascript-enumerations >> >> Right now, it's just a draft of notes and thoughts, but I am working on a >> draft implementation with Sweet.js. >> > > I had originally had values with implicit ordinal numbers, but Mike > Pennisi (co-author) and I agreed that with Symbol there isn't much benefit > to making the raw value a number. > > Anyway, this is the WIP http://rwaldron.github.io/enum-definitions/ > > > Rick > > > _______________________________________________ > es-discuss mailing list > [email protected] > https://mail.mozilla.org/listinfo/es-discuss > >
_______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
