Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WASM Bindings collapse #87

Merged
merged 8 commits into from
May 3, 2021
Merged

WASM Bindings collapse #87

merged 8 commits into from
May 3, 2021

Conversation

jerinphilip
Copy link
Contributor

@jerinphilip jerinphilip commented Apr 3, 2021

The PRs which were a prerequisite for this are now complete (#79, #85, #80).

WASM bindings meanwhile have updated with passing memory than filenames (#117). The branch / PR has been brought forward to synchronize with these changes as well.

(A force push cleans the commit history, which was bloated before. Translation* files are deleted)

Checklist (ideally before merge):

@jerinphilip jerinphilip changed the base branch from jp/response-builder to main April 3, 2021 21:08
@jerinphilip jerinphilip changed the base branch from main to jp/response-builder April 3, 2021 21:09
@jerinphilip jerinphilip added mod: wasm Changes relating to WASM mod: marian Changes affecting marian-dev component labels Apr 4, 2021
src/translator/service.h Outdated Show resolved Hide resolved
@jerinphilip jerinphilip force-pushed the jp/response-builder branch from 32285aa to d0a907e Compare April 7, 2021 16:33
Base automatically changed from jp/response-builder to main April 27, 2021 14:56
@jerinphilip jerinphilip force-pushed the jp/collapse-wasm-bindings branch from 9d80a08 to fcc285e Compare April 29, 2021 12:24
@jerinphilip jerinphilip marked this pull request as ready for review April 29, 2021 12:34
@XapaJIaMnu
Copy link
Collaborator

Looks good to me, @abhi-agg would it break your workflow?

XapaJIaMnu
XapaJIaMnu previously approved these changes Apr 29, 2021
Copy link
Collaborator

@XapaJIaMnu XapaJIaMnu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Other than not breaking mozilla's workflow i'm happy

@abhi-agg
Copy link
Contributor

@jerinphilip Since this PR affects the bindings, I would like to be a reviewer of this PR. Therefore, adding myself as a reviewer. I hope that is fine with you 👍

@abhi-agg abhi-agg self-requested a review April 29, 2021 13:14
}

auto results = model.translate(std::move(texts), translationRequest);
auto results = model.translateMultiple(std::move(texts), translationRequest);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just saying. This change will require a change in the extension code otherwise extension code will not work out of box.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Haven't I aliased translate -> Service::translateMultiple in bindings? I'm hoping this is the change you're talking about.

Build is failing in Extension's CircleCI (https://app.circleci.com/pipelines/github/mozilla-extensions/bergamot-browser-extension/204/workflows/ab129537-ad34-403b-b31d-40c626c19707/jobs/206/steps). But I'm guessing these are expected due to the issues discussed in mozilla-extensions/firefox-translations#83.

Can you confirm?

Copy link
Contributor Author

@jerinphilip jerinphilip Apr 29, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well manually downloaded XPI, seems working. Edit: I take that back, didn't overwrite old extension, oops. ^_^

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jerinphilip We can test it with the wasm test page because that is using the latest byte based API. If it works with that then we are good to go 👍

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

image

I have no clue what is happening, but I am assuming bindings transfer is intact, given I/O works?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jerinphilip We can test it with the wasm test page because that is using the latest byte based API. If it works with that then we are good to go 👍

@jerinphilip Let me help you with testing. I will test it at my end and confirm 👍

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jerinphilip I tested your change with the fix in #125 and it works 👍

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have pulled #125 into a test build, still translates to "schwanger". I guess the transfer is intact from your response and this is something to resolve at my end maybe.

@XapaJIaMnu XapaJIaMnu merged commit 36b3c72 into main May 3, 2021
@XapaJIaMnu XapaJIaMnu deleted the jp/collapse-wasm-bindings branch May 3, 2021 12:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
mod: marian Changes affecting marian-dev component mod: wasm Changes relating to WASM
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants