profile
viewpoint

jordwalke/CommonML 94

Simple OCaml Development Workflow on CommonJS

hedgerwang/react-styles 54

Utility to manage styles for React JS components

esy-ocaml/hello-ocaml 47

an example esy-powered OCaml project

esy-ocaml-old/esy-old 40

package.json workflow for compiled languages (old repository)

Engil/reason-web-toplevel 15

A Reason web toplevel built using js_of_ocaml

jordwalke/css-layout 6

ReSS: Reason implementation of CSS Flex Box layout (a port of css-layout project), targeting native compilation and JS compilation

arrowresearch/vim-reason 5

Runtime files (ftdetect, indent, syntax) for Reason Language

grp/XNAnimation 5

(very) early experiment in animations

bsansouci/jengaroot 3

Set of build rules for jenga

pull request commentBuckleScript/bucklescript

Update esy manifest

Thank you very much @prometheansacrifice !

prometheansacrifice

comment created time in 11 hours

push eventjordwalke/VimBox

Jordan W

commit sha 2bf0d0ba2d6ae57056292c7b38539130b797a672

add gvim 8.2 support on windows.

view details

push time in 3 days

issue commentaantron/promise

Support let.await once Reason is updated in BuckleScript

Can you show an example of what this would look like using the syntax extension:

Because of the types, there is less opportunity to insert a map in the nested calls anyway. You can usually only insert it as the final let. In practice, for me, that has always meant simply not using map at all, and using resolved manually.

aantron

comment created time in 6 days

issue commentaantron/promise

Support let.await once Reason is updated in BuckleScript

I'm not sure that let.x.y is currently supported, but could be. I really wish users didn't have to deal with thinking about map. One of the reasons is that it makes it really hard to copy/paste/rearrange/insert new async let bindings within a series.

aantron

comment created time in 7 days

issue commentaantron/promise

Support let.await once Reason is updated in BuckleScript

How does the bind/map stuff come into play with a Reason async monadic API? Does one have to do:

() => {
  let.async x = foo();
  let.async y = bar();
  let.asyncMap z = baz();
  x + y + z;
}
aantron

comment created time in 7 days

issue commentjordwalke/VimBox

Fonts/icons not working out of the box

The config will be regenerated when reopening VimBox.

dylanirlbeck

comment created time in 8 days

issue commentjordwalke/VimBox

Fonts/icons not working out of the box

In ~/.config/vim-box/user/settings.osx.gui.json add something like:

    "vim": {
      "config": {
        "guifont": "PragmataPro_Mono_Liga:h10",
      },
     ...
dylanirlbeck

comment created time in 8 days

issue openedfacebookexperimental/reason-native

Refmterr failure to parse basic output:

# Unformatted Error Output:
# File "bin/MyApp.re", line 460, characters 33-40:
# Error: This expression has type
#          unit effect ->
#          (unit -> (int * string list) converter -> unit) -> unit
#        but an expression was expected of type
#          (unit, int * string) performer =
#            unit effect -> (unit -> (int * string) converter -> unit) -> unit
#        Type
#          (int * string list) converter =
#            int * string list -> int * string list
#        is not compatible with type
#          (int * string) converter = int * string -> int * string
#        Type string list is not compatible with type string

Output:

 ERROR  bin/MyApp.re:460 33-40

457 ┆
458 ┆   let runPrintAndLog = ((), perform, return) => {
459 ┆     collectLogs(printAndLog(), perform, (_, x) => return(identity, 0));
460 ┆     collectPrints(printAndLog(), perform, (_, x) => return(identity, 1));
461 ┆   };
462 ┆ };
463 ┆

This type doesn't match what is expected.

  This type: ML: unit effect ->
  Expecting:


The contradicting parts:

  The type:
  Contradicts:


  The type:    list(string)
  Contradicts: string


created time in 8 days

pull request commentpygments/pygments

Add ReasonML lexer.

Thanks @fhammerschmidt !

fhammerschmidt

comment created time in 8 days

push eventfacebook/reason

Antonio Nuno Monteiro

commit sha 84cf72348c21c3758e02871a059032ddf60eca06

Upgrade Parser to 4.08 AST and add 4.08 features (#2487) * Upgrade Parser to 4.08 AST and add 4.08 features * fix exception tests * Support alphanumeric characters in the monadic syntax (#1) * Fix tests, add '.' and '!' to kwdopchar (#2) Back in the "async await" discussions in reason land, there were vigorous proponents of both the "let." and "let!", so I figure I might as well add them here :) * newline, really? * fix test * Backport `letop` monadic let syntax to pre-4.08 (making it bucklescript compatible!) (#3) * fix some warnings * apply mappers when printing to AST and ML * fix binding ops interaction with comment chars * Set correct location end position in letop binding parsing * Add test for @supriyo's fix * Fix syntax util for new AST * pin dune to 1.x * update lock files Co-authored-by: Jared Forsyth <jabapyth@gmail.com> Co-authored-by: Supriyo Sinha <supriyo@typeish.net> Co-authored-by: Sikan He <sikanhe@users.noreply.github.com>

view details

push time in 8 days

PR merged facebook/reason

Upgrade Parser to 4.08 AST and add 4.08 features CLA Signed cla signed

This diff upgrades the parser to the OCaml 4.08 AST and enables a few features that have landed upstream. Most notably these are now supported:

  • type x = | (empty variants) added in https://github.com/ocaml/ocaml/pull/1546 -- fixes https://github.com/facebook/reason/issues/1597
  • type x := y and module M := N in interfaces, added in https://github.com/ocaml/ocaml/pull/2122
  • Probably the most anticipated, "monadic" let operators, as added in https://github.com/ocaml/ocaml/pull/1947

Regarding this last addition, the following example is now supported in this diff, and fixes https://github.com/facebook/reason/issues/2455:

let (let+) = (x, f) => List.map(f, x);

let (and+) = List.map2((x, y) => (x, y));

let x = {
  let+ x = [2]
  and+ y = [3];

  (x, y);
};

P.S.: This PR supersedes the upgrade to the 4.06 AST (#2036)

+1538 -979

31 comments

64 changed files

anmonteiro

pr closed time in 8 days

issue closedfacebook/reason

Support new monadic let* and applicative let+ (ocaml 4.08)

A syntax has landed on OCaml, I think this should be supported in ReasonML as well!

https://jobjo.github.io/2019/04/24/ocaml-has-some-new-shiny-syntax.html https://github.com/ocaml/ocaml/pull/1947 https://ocaml.org/releases/4.08.0.html

I cannot seem to find any issues related to this already

closed time in 8 days

entropitor

issue closedfacebook/reason

[LOWPRI][FUTURE]Support empty variant type, and empty record type.

@objmagic added these: https://twitter.com/objmagic/status/927026404331479041

We have one issue with syntactic real estate for empty records. Currently we use {} to represent empty Object, but I don't really think it's used that frequently - we merely needed {} to parse to something so that when people are writing dummy function bodies, it doesn't error. I think {} would be a better candidate for empty record, now that it's supported. It will take some time for these empty variant types/record types to work their way into the OCaml ecosystem so support for this is low pri right now, but it's good to be aware of it.

closed time in 8 days

jordwalke

pull request commentfacebook/reason

Upgrade Parser to 4.08 AST and add 4.08 features

Thank you everyone for collaborating on this. I think this is a great step towards ensuring compatibility with the OCaml ecosystem. I'm going to merge this and test more thoroughly my self, and I will report back here with any issues I find. I encourage you all to pin your projects to this commit once merged and provide some feedback/examples.

Only thing this was missing is an entry in the change log mentioning the names of the people who collaborated on this!

anmonteiro

comment created time in 8 days

pull request commentfacebook/reason

Better handling of longidents in JSX

thanks for the fix @Drup. Just to confirm, this does not change the behavior/meaning of any previously valid parse?

Drup

comment created time in 8 days

push eventreasonml-editor/vim-reason-plus

Andre Zanellato

commit sha 3e84a8ae0419f6b2ca7a75e050d4f739f31f2a67

Substitute rust for reason

view details

Jordan W

commit sha c11a2940f8f3e3915e472c366fe460b0fe008bac

Merge pull request #25 from AZanellato/reason-instead-of-rust Substitute rust for reason

view details

push time in 8 days

PR merged reasonml-editor/vim-reason-plus

Substitute rust for reason

Hey, so I am using this to highlight reason and went to check syntax and got really confused because everything as talking about Rust.

Now, I know that using the syntax command is not common, but I thought it would be a good idea to change from rust to reason on the syntax file.

Hope I'm not intruding too much here. Maybe the rust keyword is to facilitate integrating possible changes from rust.vim?

If you guys want to close this, I'm fine with that too :smile:

+149 -149

0 comment

2 changed files

AZanellato

pr closed time in 8 days

issue commentjordwalke/VimBox

Fonts/icons not working out of the box

I recommend InconsolataDz here: https://github.com/powerline/fonts

dylanirlbeck

comment created time in 8 days

issue commentjordwalke/VimBox

Fonts/icons not working out of the box

You need a font with powerline symbols. I use PragmataPro (commercial), but there are many good fonts with powerline symbols. I could also add one to VimBox and make it the default.

dylanirlbeck

comment created time in 9 days

push eventjordwalke/VimBox

Jordan W

commit sha 8dc834303102f2da13fc7fb95bff66a1bc515dca

keybinding fix

view details

push time in 9 days

push eventjordwalke/VimBox

Jordan W

commit sha 88022454df288af4cdb9007cc90e0d28f0aa06f3

Document `:Console`

view details

push time in 9 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 7c989bd1b011e00d7850ef0ab97d32bb7f7767e9

Console image

view details

push time in 9 days

push eventjordwalke/VimBox

Jordan W

commit sha f2f9369c7cf08f99b12845532db082e186e58785

Osx bindings for comments and new tabs.

view details

push time in 9 days

push eventjordwalke/VimBox

Jordan W

commit sha 6f68e206a0b2ebcb1ac473f824fd1911eb792b03

Don't open nerd tree on startup.

view details

push time in 9 days

push eventjordwalke/VimBox

Jordan W

commit sha 67f06f5177b7871650fb5384bce56f87ac6eeb8e

ANNOUNCEMENT - please read!

view details

push time in 10 days

issue openedfacebookexperimental/reason-native

Failure to parse polymorphic variant outputs:

If you have code like:

let x : [`Foo] = `Bar;

The unformatted output will look something like:

File "bin/ReffectsApp.re", line 4, characters 17-21:
Error: This expression has type [> `Bar ]
       but an expression was expected of type [ `Foo ]
       The second variant type does not allow tag(s) `Bar

But the polymorphic variants seem to be tripping up the parsing. But the more concerning part is that it seems to be attempting to execute part of the output in my shell!

      ocamlc bin/.ReffectsApp.eobjs/byte/ReffectsApp.{cmi,cmo,cmt} (exit 2)
(cd /media/sdb1/Reffects/_esy/default/store/b/reffects-134e563c/default && /root/.esy/3/i/ocaml-4.7.1004-a6ae015e/bin/ocamlc.opt -open ReffectsBinPesyModules -g -bin-annot -I bin/.ReffectsApp.eobjs/byte -I /root/.esy/3/i/opam__s__re-opam__c__1.9.0-d905ca90/lib/re -I /root/.esy/3/i/opam__s__seq-opam__c__base-37652505/lib/seq -I /root/.esy/3/i/reason_native__s__console-0.1.0-ab1c2a94/lib/console/lib -I /root/.esy/3/i/reason_native__s__pastel-0.3.0-045d18ca/lib/pastel/internal -I /root/.esy/3/i/reason_native__s__pastel-0.3.0-045d18ca/lib/pastel/lib -I bin/.ReffectsBinPesyModules.objs/byte -I bin/.ReffectsBinPesyModules.objs/native -I library/.ReffectsLibrary.objs/byte -I library/.ReffectsLibrary.objs/native -I library/.ReffectsLibraryPesyModules.objs/byte -I library/.ReffectsLibraryPesyModules.objs/native -no-alias-deps -o bin/.ReffectsApp.eobjs/byte/ReffectsApp.cmo -c -impl bin/ReffectsApp.re.ml)
/bin/sh: line 1: Foo: command not found
/bin/sh: command substitution: line 2: syntax error near unexpected token `('
/bin/sh: command substitution: line 2: `       The second variant type does not allow tag(s) '
/bin/sh: -c: line 0: unexpected EOF while looking for matching ``'
/bin/sh: -c: line 1: syntax error: unexpected end of file
# Unformatted Error Output:
# File "bin/ReffectsApp.re", line 4, characters 17-21:
# Error: This expression has type [> `Bar ]
#        but an expression was expected of type [ `Foo ]
#        The second variant type does not allow tag(s) `Bar


 ERROR  bin/ReffectsApp.re:4 17-21 

  1 ┆ Console.log("Running Test Program:");
  2 ┆ let () = print_endline(Library.Util.hello());
  3 ┆ 
  4 ┆ let x : [`Foo] = `Bar;
  5 ┆ 
  6 ┆ let hello = () =>
  7 ┆   Pastel.(

This type doesn't match what is expected.

  This type: 
  Expecting: ML: [ Bar

I believe it's because we send the types to refmttype command line app, and we apparently do not escape backticks when doing so.

created time in 11 days

issue commentfacebookexperimental/reason-native

refmterr: Special case brisk-reconciler stateless component error

I wonder how we can allow customization on a per library basis. Imagine something like packages being able to append to an environment variable (like a colon separated PATH) except each segment informs refmterr about how to special case errors. What would you want this error to be formatted as?

wokalski

comment created time in 11 days

push eventjordwalke/vim-taste

Jordan W

commit sha 3d2990876be923856b539d509a8d83d2ca447760

xresources

view details

push time in 11 days

issue commentjordwalke/rehp

Using native OCaml C stubs with compiled languages?

Yeah, two garbage collectors tend to be very difficult to integrate with each other. However garbage collectors and C also do not interop well together. Nothing interops well together :D

Lupus

comment created time in 12 days

push eventjordwalke/VimBox

Jordan Walke

commit sha e682b93edda3823af259a2da0504511c603bfdc6

dock md

view details

push time in 13 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 6e7d4da799d0f6bae7f3eae9e10b0ddb2e0a1823

dock md

view details

push time in 13 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 54347d081ee93dc7c5482aae98276a0c72dd8064

dock icon md

view details

push time in 13 days

push eventjordwalke/VimBox

Jordan Walke

commit sha c69baaf6d5b1169d1d437fb4a8ae00afcb22f906

screenshots

view details

push time in 13 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 63755fceb8923171b56579d8c8bd7da4f319dca2

md

view details

push time in 14 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 6a0ef34705d3008a8a91d165c095c83fb8e0a9d5

more screenshots

view details

push time in 14 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 319ee67cab3e346517e925df649333bb0cbca940

fix screen

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 41ca7e4126d44eeb04cf54abcc398d9b728b8ae1

fix screen

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan Walke

commit sha 07d19d91d2b4ac76e68321d359039eed26595fc1

fix md

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan Walke

commit sha b7a1b86395c0a9f2d707f70de8c81cef4298fa3b

fix pic

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan Walke

commit sha f2eb3f2697fb5811550862f0f467369e34ea7112

Start of new docs

view details

push time in 15 days

push eventjordwalke/rehp

Jordan Walke

commit sha 74ce7b056746b4d478307765efba4e8cb5162cc8

Do not overhash - only hash part of debugevents related to naming idents

view details

Jordan Walke

commit sha 3f546c42c30604d71b87d22863a4ec46935053f8

Update output for new better hashing

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan W

commit sha 465bcd72f48453be777d0893ddd2a73c067e215f

Make work on latest macvim

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan W

commit sha 8a0fb0168bf0db4fac10bf12502de681a554cc3d

Going back to guitabs.

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan W

commit sha be664de9c1e3c42a499533cc9bbcf9a8e02bc308

Going back to regular guitabs

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan W

commit sha 4cba8001d7e1a3965b24beac0a5c3eae885dcdcf

Going back to regular guitabs.

view details

push time in 15 days

push eventjordwalke/VimBox

Jordan W

commit sha bacc588e4f62c054db457fdb5884dc9d98777749

Going back to regular guitabs.

view details

push time in 15 days

startedliuchengxu/vim-clap

started time in 23 days

push eventjordwalke/rehp

Jordan Walke

commit sha efbeeb1b577916c44760faa40f5db800e1b5473f

WIP stop hashing absolute paths in debug data

view details

Jordan Walke

commit sha f2b4532b7dc187374a6ce7fa81c9a7b2918a97ec

Cleanup hashing fix for absolute paths

view details

Jordan Walke

commit sha 785090cd74bd5d852ed6a9011aeaa9be51802bae

update output for hashing change

view details

push time in 24 days

startedaantron/luv

started time in 25 days

push eventjordwalke/rehp

Jordan Walke

commit sha 61e3508cf58ccfca291219885a9fc17497f0134c

Fix missing List.rev when expanding args

view details

Jordan Walke

commit sha 51f8a0a75eb62e392cc7d96419c4eb8f3222f220

Regenerate output for corrected macro arg expansion

view details

push time in a month

push eventjordwalke/rehp

Jordan Walke

commit sha 504b3336b5f48e17171452df7b4a09f32ad1f5c7

Sync some DOM bindings with upstream - to upgrade lwt

view details

Jordan Walke

commit sha ae095e62007ea0107b06c7e4a963c8327e5cb564

Add dev dependency on reason-native/console, and upgrade lwt/deps

view details

Jordan Walke

commit sha b0fc4ff0e6d6ca1c78a238982e0ee3c77b46b15c

Update output for new deps

view details

Jordan Walke

commit sha e36830f5a1573a05b732f18c36a54950d156d994

Add Console to test output

view details

Jordan Walke

commit sha d663942592c9f3f137e5daeadb296a105b0995e9

Revert change to flow.ml - this causes block contents to *not* get counted as escaped

view details

Jordan Walke

commit sha bb0c227469bfdf6e5689130cdd059d0e6f941573

Use another approach to extracting arity now that the fix for escaping removed the old way

view details

Jordan Walke

commit sha 9cd6d4af84ed21c658204e2b59b879606f4dcb1d

Update output for mutable escaping fix

view details

push time in a month

pull request commentfacebook/reason

Make "external f: 'a => 'b;" shortcut for empty string

@bobzhang What would be involved in making the next release of bs gracefully ignore the contents of the string when using bs.obj? It seems like that would be a non-breaking BS change, that allows us to add this feature back. Without bs being graceful in allowing that, it is currently eating up a nice syntactic real estate for non-bs use cases (needlessly?)

romanschejbal

comment created time in a month

pull request commentfacebook/reason

Make "external f: 'a => 'b;" shortcut for empty string

@anmonteiro I think you and I agree on what would be ideal here punning is nice because if you omit a string, there's really only one thing you could ever want it to be - punned. The only exception is if you have to be using the current version of bs's ppx (which many are). Since breaking people isn't an option, we need to find a way to get to the ideal state without breaking people. Do you have an alternative suggestion to get to the ideal state of punning without breaking anyone?

romanschejbal

comment created time in a month

pull request commentfacebook/reason

Make external... = "" optional in reason syntax

I do like the behavior of having external x : typ; defaulting to = "x". It is really nice for c bindings, but I agree we cannot make a breaking change without coordinating a major version bump. In future versions of bs, is it possible to relax the requirement that the string content be empty in the AST? Is there a reason why bs.obj cannot ignore the string content? (Again, in the future - not right now because of the breaking change).

romanschejbal

comment created time in a month

pull request commentfacebook/reason

Make external... = "" optional in reason syntax

So what is the desired behavior? Should it default to empty if there is no string contents supplied?

romanschejbal

comment created time in a month

created tagfacebook/reason

tagv.NO

Simple, fast & type safe code that leverages the JavaScript & OCaml ecosystems

created time in a month

release facebook/reason

v.NO

released time in a month

push eventfacebook/reason

Glenn Slotte

commit sha faf9282dfbda2c7016d636833bdcecc0e1a4b01f

Bump allowed utop version

view details

push time in a month

PR merged facebook/reason

Bump allowed utop version to support OCaml 4.08 CLA Signed cla signed

This is needed to get oni2 to build on 4.08.1. See https://github.com/onivim/oni2/pull/801.

I have now idea how reason was made to build on 4.08.1 without bumping utop...

+1 -1

9 comments

1 changed file

glennsl

pr closed time in a month

pull request commentfacebook/reason

Bump allowed utop version to support OCaml 4.08

Azure is passing on master so it might be related to this one liner. I can merge, but I might have to revert if it breaks master.

glennsl

comment created time in a month

push eventjordwalke/rehp

Jordan Walke

commit sha f74b743020e7aff0c6adb5cacb6460c2b575b2d8

Add dynamic return annotation to hack lambdas

view details

Jordan Walke

commit sha e4c25bb87e163301020d277996851dd4126c304a

Update hack output

view details

push time in a month

issue commentMicrosoftDocs/vsts-docs

Get download URL for the latest successful build and its artifact?

@vijayma Thank you but this doesn't answer the original question of being able to include a permanent URL that always points to the artifact for the latest build. For example, right now we cannot embed a link on a README that says "here's a link to the latest artifact". The solution you suggested: https://dev.azure.com/esy-ocaml//esy-ocaml/_apis/build/builds/454/artifacts?artifactName=cache-Windows_NT-install-v1&api-version=5.1&$format=zip requires that we still make a rest request to query the latest buildID which rules out being able to embed it on a README for example. Ideally we would have an API like: https://dev.azure.com/esy-ocaml//esy-ocaml/_apis/build/latest/artifacts?artifactName=cache-Windows_NT-install-v1&api-version=5.1&$format=zip but that does not work.

zach-ovic

comment created time in a month

push eventesy-ocaml/hello-reason

Jordan Walke

commit sha 9a988a1691feb7cd4c766d247193165dc6d5a196

Try publishing package at release time

view details

push time in a month

push eventjordwalke/rehp

Jordan Walke

commit sha 08df5c5ce99716ff350b0e4afd3bba3ad6a002ec

Apply same 'as dynamic' annotation to local Expression_statement EBin assignments

view details

Jordan Walke

commit sha 7caf507808c578360eb35019c4053ab686336edd

update test output

view details

push time in a month

push eventjordwalke/rehp

Jordan Walke

commit sha 5efca15df6c7baf5d95ae8d9e5f965f1d48ce6cc

Use vardecl feature in hack stdlib output

view details

Jordan Walke

commit sha f148cecba7cc4bb7124e5e7cac3d2143d2bc1f24

Also declare null vars as dynamic

view details

Jordan Walke

commit sha 55976a784565966d0ddb087b3e2a1b8e98426c91

update output for null vars as dynamic

view details

push time in a month

PR opened esy-ocaml/hello-reason

Trigger rebuilds

Try triggering builds with correct windows caching.

+0 -1

0 comment

1 changed file

pr created time in a month

create barnchesy-ocaml/hello-reason

branch : triggerBuild

created branch time in a month

pull request commentesy-ocaml/hello-reason

Try removing the Windows special case on latest esy

Subsumed by future diff.

jordwalke

comment created time in a month

push eventesy-ocaml/hello-reason

Jordan W

commit sha c2800cba543fc11446652c57dd19c37a90826001

Import windows builds serially. (#58) * Try removing the Windows special case on latest esy * touch readme to trigger builds * Add back the import dependencies step * bring back esy.cmd on windows * Loop through importable builds one by one * Bust ci cache with new esy version that actually imports/exports correctly

view details

push time in a month

PR merged esy-ocaml/hello-reason

Import windows builds serially.

Import windows builds one at a time to avoid race condition (or something) in esy windows.

+30 -28

0 comment

5 changed files

jordwalke

pr closed time in a month

push eventesy-ocaml/hello-reason

Jordan

commit sha 656a055544edacfca535d385678f0cfb3291ce6d

Bust ci cache with new esy version that actually imports/exports correctly

view details

push time in a month

push eventesy-ocaml/hello-reason

Jordan

commit sha 73f6400400159540051b8a4e68887efe86876ee6

Loop through importable builds one by one

view details

push time in a month

create barnchesy-ocaml/hello-reason

branch : B39ffa8a

created branch time in a month

pull request commentesy-ocaml/flow-parser

Compatible 4.8

But is this still compatible with older ocamls now?

giltho

comment created time in a month

push eventesy-ocaml/hello-reason

Jordan Walke

commit sha 39ffa8a6c98e5930b83b903ce1b1172192cfc0b2

bring back esy.cmd on windows

view details

push time in a month

push eventesy-ocaml/hello-reason

Jordan Walke

commit sha a7df4defaf27125be97de45105a96f2a9124aed4

Add back the import dependencies step

view details

push time in a month

PR opened esy-ocaml/hello-reason

Rebuildstuff
+2 -23

0 comment

3 changed files

pr created time in a month

create barnchesy-ocaml/hello-reason

branch : rebuildstuff

created branch time in a month

pull request commentesy-ocaml/hello-reason

Try removing the Windows special case on latest esy

Initial build passed, let's try sending one on top of this.

jordwalke

comment created time in a month

create barnchesy-ocaml/hello-reason

branch : TryRemovingWindowsSpecialCase

created branch time in a month

push eventjordwalke/flex

Et7f3

commit sha 2ea8373c689d6e5fbde24ef53ff9c1112ce01ada

update dune 2 (#25) * Update lockfiles of esy * dune upgrade * merge esy.json with package.json * remove refmterr of dependencies * Add range for OCaml and remove peerDependencies * dune lang 1.1 -> 2.0 * generate_opam_files + opam lint * remove test from final package * remove esy-installer and add esy format * esy format * remove doc and release part

view details

push time in a month

PR merged jordwalke/flex

update dune 2

I have some trouble with travis ci. I don't this I have regression since I haven't touched source file (apart from formatting). Maybe revert some of my commit related to ci :frowning: I have added generate_opam_files so flex is now pinable with opam :) and merged esy.json wih package.json because it was mostly duplicate. I have choosen dune 2.0 so we have always a version that is usable: <2 = master and with this PR we have >=2 support. I have found a jbuild related file ... maybe old trashfile. Some commit are bloated by lockfiles but they could be removed with github filter :) and last commit is just formatting so it can be cancelled easily.

PS: the CI test with node 6 and 8... and do nothing on linux (but I am on linux and I confirm it build :) )

+30200 -12338

4 comments

73 changed files

Et7f3

pr closed time in a month

pull request commentjordwalke/flex

update dune 2

All green!

Et7f3

comment created time in a month

Pull request review commentjordwalke/flex

update dune 2

 (executable  (name MeasureTestFixedEncoding)- (public_name MeasureTestFixedEncoding)

Why was this removed?

Et7f3

comment created time in a month

pull request commentjordwalke/flex

update dune 2

I just pushed the hello-reason CI to master branch which will test all platforms. It assumes you have an esy test command as well as a "release" section in the package.json, but you can delete the release portion from the hello-reason config but you can delete that part of the pipelines.

Et7f3

comment created time in a month

push eventjordwalke/flex

Jordan Walke

commit sha 7c6b5922654ece69e5d1447dd1322e2e702753e5

Change to use hello-reason x-plat CI template

view details

push time in a month

push eventjordwalke/flex

Jordan W

commit sha 851c87e9752a0ca77402b709f9250966acef4992

Set up CI with Azure Pipelines [skip ci]

view details

push time in a month

pull request commentjordwalke/flex

update dune 2

Thanks! CI is really tricky to get right and travis was always flaky and not cross plat. Maybe you could just copy what we have in hello-reason to this repo, since it's thew new CI workflow that we encourage. It's mostly copy/paste and should work for all projects (only thing you might need to add is an esy docs command - maybe not even that). I'll set up an Azure pipeline for this project.

Et7f3

comment created time in a month

issue commentfacebook/reason

How does the Reason versioning process work?

I think in the next release we cut (any moment now - waiting for signoff from BuckleScript), I'll see what the workflow is like if we release to github releases too. I mean even if I just do it this one release and not the next n, at least it will be better than one from so long ago!

ryyppy

comment created time in a month

issue commentreasonml/reason-cli

refmt doesnt handle "//" comment syntax

Yes, it (and many other issues) are fixed in the new reason-cli package that is built from Azure on every commit.

floscr

comment created time in a month

pull request commentfacebook/reason

Upgrade Parser to 4.08 AST and add 4.08 features

Thanks @supriyo!

@supriyo Want to sign the CLA? If you just send a dummy PR it will ask you, then you can close it. Thanks for the reminder @anmonteiro.

anmonteiro

comment created time in a month

pull request commentreasonml/reasonml.github.io

Build reason-react using the BS 7.0.1

Thank you for reviewing @ryyppy and apologies for the delay.

EduardoRFS

comment created time in a month

push eventreasonml/reasonml.github.io

EduardoRFS

commit sha c2361b190bffec351bb33996c33717094018d9a2

Build reason-react using the BS 7.0.1 (#594) Co-authored-by: yawaramin <yawar.amin@gmail.com> Co-authored-by: Yawar Amin <yawar.amin@gmail.com>

view details

push time in a month

PR merged reasonml/reasonml.github.io

Build reason-react using the BS 7.0.1

Problem

Because #593, the playground support to ReasonReact isn't working, it was using the published version of reason-react at npm and it was built using BS 5.0.1.

How it was solved

I just rebuilt reason-react using the new bs-platform locally.

This Dockerfile can be used to replicate this PR

+27202 -27217

3 comments

2 changed files

EduardoRFS

pr closed time in a month

push eventreasonml/reasonml.github.io

szzsolt

commit sha bc8eeb108f7afbecb049028ae9926273b1ee0e66

Update link to LexiFi blog post (#600)

view details

push time in a month

issue commentfacebook/reason

How does the Reason versioning process work?

Screen Shot 2020-01-21 at 1 56 45 PM

ryyppy

comment created time in a month

issue commentfacebook/reason

How does the Reason versioning process work?

You can checkout the README now. Hopefully that clarifies things a bit. We can also add badges for other packages that we release once those are automated such as rtop etc.

ryyppy

comment created time in a month

more