From: Pan Chen
free memory of bio method when ustream be freed
Signed-off-by: Pan Chen
---
openssl_bio_compat.h | 7 +++
ustream-io-openssl.c | 1 +
2 files changed, 8 insertions(+)
diff --git a/openssl_bio_compat.h b/openssl_bio_compat.h
index 9355c86..39a0455 100644
--- a/openssl_bio_co
I have two MikroTik RouterBOARDs whose bad blocks seem to prevent the
devices from holding onto OpenWrt. I would be willing to provide these
to an OpenWrt developer for free (I would prefer if you are willing to
pay shipping). Both boards boot 19.07.04 fine over DHCP.
Please email me if interested
Hi Petr,
> [...]
> +should_be_patched() {
> + local bin="$1"
> +
> + [ -x "$bin" ] || return 1
> +
> + case "$bin" in
> + *.so|*.so.[0-9]*)
> + return 1
> + ;;
> + *)
> + file "$bin" | grep -sqE "ELF.*(executable|interpreter
Recent versions (> 5.33) of `file` report liblto_plugin.so as
executable:
$ file liblto_plugin.so
liblto_plugin.so.0.0.0: ELF 64-bit LSB pie executable ...
Which then leads to improper packaging of the plugin, resulting in the
broken compiler:
configure: checking whether the C compiler works
Hi Petr,
instead of meddling with the file permissions (which might cause
unwanted side effects for .so's that *are* supposed to be executable)
I'd suggest to simply skip *.so files by name.
Something along the lines of:
case "$BIN" in
*.so|*.so.[0-9]*) : ;;
*)
[ -n "$LDD" ] && [ -x "$BI
It's not possible to compile some applications which are using
`-Werror=missing-include-dirs` compiler flags with the SDK as some
target directories are missing in the SDK tarball:
cc1: error: staging_dir/target/usr/include: No such file or directory
[-Werror=missing-include-dirs]
cc1: error: s
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Branch: refs/heads/master
Home
Recent versions (> 5.33) of `file` report liblto_plugin.so as
executable:
$ file liblto_plugin.so
liblto_plugin.so.0.0.0: ELF 64-bit LSB pie executable ...
Which then leads to improper packaging of the plugin, resulting in the
broken compiler:
configure: checking whether the C compiler works
Sorry for the delay. I just tried HEAD and it is working for me too.
Does any version work on your hardware?
On Sun, Oct 25, 2020 at 11:38 AM nino wrote:
>
> I tried to compile commit you suggested me but my alix stops to boot at
> the same point... neither console prompt or login by serial neith
