►
From YouTube: 27 September 2018 Meeting
Description
The Rust WebAssembly Working Group meeting from 27 September 2018.
A
A
B
A
There's
a
bunch
of
no
interface
object,
stuff
that
the
format
of
our
warnings
was
different,
and
so
it
didn't
get
caught
by
the
analysis
and
audit
they
did
before
and
kind
of
the
bash
scripting.
So
there's
like
70
something
interfaces
that
are
marks,
no
interface
object
and
we
don't
expose
at
all
and
I.
Think.
A
A
A
Yeah,
so
on
WebKit,
it's
not
called
like
audio
context,
it's
called
WebKit
audio
context,
and
so
I
don't
know
if
the
best
way
to
handle
that
is
like
to
make
better
in
websites
or
to
try
and
like
add
custom
attributes
to.
As
imagine
for
us
to
kind
of
do
it
in
the
bindings
that
everyone
else
can
just
use
audio
context.
Yeah.
A
E
A
Mean
this
isn't
quite
as
drastic
as
like,
including
a
polyfill.
It's
the
exact
same
API.
It
just
happens
to
have
a
different
name
and
like
the
way
that
people
do
this
in
JavaScript
is
they
say,
like
audio
context,
equals
like
WebKit,
audio
context
or
or
audio
context
and
I
guess
my
question
is:
do
we
want
people
to
write
the
equivalent
of
that
in
rust,
or
do
we
want
to
have
Wesson
bind
gen
automatically?
Do
that
kind
of
dance
in
the
generative
bindings
I.
E
C
Yeah
okay
I
feel
like
we
should
have
like
some
sort
of
whitelist
in
the
build
script.
Saying
that
like
extend
that
ast
for
as
I
minded
a
little
bit
more
to
say,
like
you,
can
check
these
names
as
well
and
basically
just
generate
exactly
that
code
by
saying
audio
contracts
equals
to
equals,
WebKit
or
new
context,
or
that
and
we
just
somehow
plumbing
the
generated
bindings.
C
A
You
think
so
I
think
it
makes
sense
to
have
like
I'm
wondering
what
the
the
UI
would
be
and
I
think
like.
It
makes
sense
to
have
our
own
custom
extended
attribute
in
the
web,
IDL,
where
we
can
just
say
like
like
I,
don't
know
polyfill
test
or
whatever
feature
detect,
equals
WebKit
audio
context
and
then
probably
a
similar
like
plasma
engine
attribute
for
people
writing
bindings
by
hand
yeah.
C
Think
it's
fine
in
this,
since
they're,
like
we
I,
don't
think
we
should
seek
them
out,
but
rather
people
open
issues,
and
we
just
add
another
wait
list
as
it
comes
up.
Otherwise,
it
seems
like
everything
should
like
in
the
expanse
of
time,
reached
what
Firefox
web
video,
which
we
used
is
actually
saying
and
so
like,
eventually
it
even
Safari
to
be
renamed
audio
context
where
we
won't
even
need
this
so
I
just
like
in
that
since
I'm,
not
a
too
too
worried
about
the
cost.
Long
term
of
this
kind
of
strategy.
A
C
A
And
the
what's
frustrating
here
is
that
this
is
not
like,
so
this
is
the
whole
polyfill
case
right.
It's
not
just
like
a
different
name
for
the
same
interface.
We
really
don't
want
to
include
this
code,
just
like
polyfill
code
for
non
MSS
browsers,
so
I
think
we
have
to
rely
on
Mike,
bundler
configurations
and
like
whatever,
when,
when
people
build
this
stuff
like
this
is
not
something
I
included
by
default.
Yeah.
E
A
D
D
C
E
C
E
No,
no
yeah,
you
don't
think
that
it
will
actually
look
at
the
usages
like
if
I
mean
this
will
probably
work.
I!
Guess
because
if
wasn't
binding,
it's
the
JavaScript
bender
and
then
you
pass
it
to
blabber
in
a
web
pack.
A
bubble
will
actually
scan
the
generated
code
for
incompatibilities
in
the
API
and
just
polyfill
them
for
you.
So
I
guess,
with
a
little
more
testing.
I
think
this
will
work.
C
Yeah,
so
in
that
sense,
I
definitely
think
we
should
have
caveats
and
instructions
for
like
if
you
want
support
on
all
browsers,
make
sure
you
configure
your
bundlers
to
do
this
or
like
run
this
battle
pass
to
do
this,
but
the
only
other
question
for
me
would
be
we.
We
do
somewhat
support,
like
the
new
modules
case,
where
you're
not
using
a
bundle
or
is
like
somewhat
largest
in
the
rest
community
and
so
I,
don't
know
if
we
want
to
go
out
of
our
way
to
just
say
like
this
doesn't
work
an
edge.
C
E
E
D
C
It
is
the
case
that
we're
not
attempting
to
polyfill
things
for
node
renewed
we're,
just
assuming
you
have
some
sort
of
base
minimum
version
and
like
this
at
XD
code
or
in
some
personal
note,
and
if
you
use
EPA,
if
you
use
whether
it
be
guys
like
anything
from
what
says.
Basically,
nothing
will
work
and
where
we're
not
gonna,
try
and
get
that
working
on
those.
No
js'
specific.
C
D
E
C
Okay,
so
document
that
document,
if
you're
using
a
model
or
you
have
to
worry
about
polyfills
and
the
switches,
do
load
transformation
and,
if
you're
not
using
a
little
over
the
modules.
Talking
about
saying,
like
here's,
a
drop-in
replacement
like
some
existing
something
somewhere.
So
both
of
these
documentation,
so
probably
just
say,
like
here's
existing
documentation
for
doing
this,
and
this
is
like
probably
how
you
plug
it
in
to
us
right.
Exactly.
A
C
A
A
The
templates
and
everything
it's
a
lot
faster.
It
has
built
in
headless
browser
testing.
Now
things
are
good,
am
I
missing
anything
is
it
can
also
support
targets.
The
way
web
engine
says
target
node
modules,
targeted,
commonjs
whatever
and
then
based
on
our
discussions
with
Brian
Charlson
from
tc39
and
Microsoft's.
We've
got
a
pretty
good
plan,
I
think
for
how
to
generate
like
universal
modules
that
work
in
both
commonjs
and
ES
modules
and
browser,
and
everything
like
that
and
I
expect
there'll
be
some
sort
of
straw.
E
D
In
plate
and
I
moved
in
version,
I
have
created
two
issues
for
you:
one
is
for
creating
Billings
VI
other
one
is
for
anything
depend
about
Raja,
nothing,
but
but
more
than
that,
it's
done
so.
People
can
use
that
thing
that
works.
Fine
and
I
also
enabled
CBI.
For
that
and
the
second
one
is
for
us,
a
template.
I've
been
able
to
see
I,
but
I
think
something
is
some
rough
to
later.
Dependency
is
getting
messed
up
with
that,
and
that
is
causing
I.
D
D
A
E
D
A
D
A
All
right
so
moving
on
to
documentation,
I,
don't
think.
There's
too
much
here,
other
than
I
updated
the
tutorial
for
the
new
as
impact
release.
So
basically
it's
just
saying
use
Westpac,
build
and
said
it
wasn't
packing
it
now
and
there's
still
to
do
is
to
make
a
testing
chapter
now
that
we
have
smooth
user
experience
for
testing.
D
A
D
E
E
A
D
D
A
A
We
should
fix
that
then
yeah
cuz
I'm,
like
one
of
the
the
kind
of
properties
that
we've
had
so
far.
Is
that
generally,
like
other
than
these
things,
like
the
text,
encoder
decoder
bit
is
like,
if
you
don't
use,
say
a
Dom
API
in
some
respects
on
project,
then
you
don't
rely
on
the
Dom
and
your
code
should
be
able
to
run
in
environments
that
don't
have
access
to
the
Dom
like
a
worker
or
service
worker,
or
something
like
that
so
it'd,
be
nice
to
you
know
continue
to
make
that
a
reality.
Yep.
D
I
think
one
other
thing
that
began
to
depart
and
played
for
a
fool
is
that
we
can
say
people
like
ok
for
the
software.
You
have
this
problem,
which
you
can
do
it.
You
can
have
this
workaround
to
make
it
work
and
when
you
in
put
the
example
over
there,
where
a
sample
over
there
and
then
we
point
that
thing
to
people
can
use
that
workaround
fill
that
butter
is
getting
fixed
in
very
fact,
site.
Yeah.