summaryrefslogtreecommitdiff
path: root/c/wasi-http/0.2.0/shared.mk (unfollow)
AgeCommit message (Collapse)AuthorFilesLines
2024-09-07w-h/0.2.0/shared.mk: Use a variable for the WIT files directoryAndrew Clayton1-2/+4
Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-09-07w-h/0.2.0/shared.mk: Remove some hard coded pathsAndrew Clayton1-2/+2
Don't hard code the WIT_BINDGEN & WASM_TOOLS paths, instead take them from the shell as either shell variables or passed directly to make. Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-09-07w-h/0.2.0/shared.mk: No need to export WASI_SYSROOTAndrew Clayton1-2/+0
Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-09-06w-h/0.2.0/shared.mk: Use variables for the various toolsAndrew Clayton1-3/+6
Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-09-06w-h/0.2.0/shared.mk: Use the right adaptorAndrew Clayton1-1/+3
Now that the wasi-http 0.2.0 components are using a shared Makefile, make the echo-request component use the proxy adaptor while the rest use the reactor adaptor. Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-09-06w-h/0.2.0: Use a shared MakefileAndrew Clayton1-0/+0
All the examples under c/wasi-http/0.2.0/ use the *same* Makefile. Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-09-06w-h/0.2.0: Update examples to use included WIT filesAndrew Clayton1-2/+2
Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-09-05w-h/0.2.0/echo-request: Update for wasmtime v24.0.0Andrew Clayton1-1/+1
It seems at some point between wasmtime v17 and v24 the setting of wasi_http_types_result_own_outgoing_response_error_code_t's val.ok member became mandatory. I was seeing an error like error: hyper::Error(User(Service), guest never invoked `response-outparam::set` method: error while executing at wasm backtrace: 0: 0x313b5 - wit-component:shim!indirect-wasi:http/types@0.2.0-[static]response-outparam.set 1: 0x4f9a - module.wasm!wasi_http_types_static_response_outparam_set 2: 0x6253 - module.wasm!exports_wasi_http_incoming_handler_handle 3: 0x54e4 - module.wasm!__wasm_export_exports_wasi_http_incoming_handler_handle Caused by: unknown handle index 0) Thanks to <https://github.com/cdmurph32> who it seems somehow found this code and had updated it accordingly. Link: <https://github.com/cdmurph32/pdf-text-example/blob/main/hello_world.c#L173> Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-02-23wasi-http/echo-request: No longer need to run sed over the APIAndrew Clayton1-2/+0
Remove the sed commands from the Makefile as the version is no longer encoded in the function and type names. They're still way too long of course... Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2024-02-06Add a wasi-http 0.2.0 echo-request component in CAndrew Clayton1-4/+4
This adds a WASI 0.2.0 version of c/wasi-http/echo-request, although there is no change in component.c, you do now need to link against the 'proxy' adaptor (which is included). This is for running under wasmtime 17. Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
2023-11-28Add a wasi-http echo-request component in CAndrew Clayton1-0/+31
This adds a wasi-http version of luw-echo-request.c[0] This works under the wasmtime v15 CLI serve command. e.g $ ~/src/c/wasm/wasmtime-v15.0.0-x86_64-linux/wasmtime serve c/wasi-http/echo-request/component.wasm Serving HTTP on http://0.0.0.0:8080/ $ curl localhost:8080/hello *** Welcome to WebAssembly with wasi-http / C *** [Request Info] REQUEST_PATH = /hello METHOD = GET QUERY = [Request Headers] host = localhost:8080 user-agent = curl/8.2.1 accept = */* [0]: <https://github.com/nginx/unit-wasm/blob/main/examples/c/luw-echo-request.c> Signed-off-by: Andrew Clayton <a.clayton@nginx.com>
generated by cgit (git 2.34.1) at 2024-11-16 19:28:00 +0000