-
Best regards,
JINZE YANG
> 2025年5月14日 19:31，Sergey A. Osokin 写道：
>
> On Wed, May 14, 2025 at 05:45:42PM +0800, JINZE YANG via nginx wrote:
>> Hello,
>> Today, I pulled the latest branch from GitHub. Below
>> are the corresponding commits:
>> boringssl: 899738
I have not yet had the chance
to verify this.
Best regards,
JINZE YANG
> 2025年5月14日 17:24，Sergey A. Osokin 写道：
>
> Hi there,
> hope you're doing well.
>
> Thanks for the report!
>
> On Wed, May 14, 2025 at 10:34:05AM +0800, 杨金泽 wrote:
>> It seems tha
Sorry, I used the wrong email format. I will be more careful next time.
By the way, another person successfully compiled using GCC version
13 on Alpine.
---
Best regards,
JINZE YANG
> 2025年5月14日 17:45，JINZE YANG 写道：
>
> Hello,
> Today, I pulled the latest branch from GitHub. Bel
Hi Jeff,
You are right, nginx does use different libraries when running, and
after I replaced the original library files, nginx returned to normal.
On Tue, Feb 20, 2024 at 10:19 PM Jinze YANG https://mailman.nginx.org/mailman/listinfo/nginx>> wrote:
>>* After I built libssl as a sh
Hello,
After I built libssl as a shared library, the compilation could be
completed normally, but I encountered some problems after compilation.
The details are as follows:root@VM-8-12-debian /www/server/nginx/sbin
# ./nginx -t
./nginx: symbol lookup error: ./nginx: undefined symbol: SSL_library_in
Hi,
I have attached this file, please check it out.
---
> Hi,
>
> Your boringssl paths look ok.
>
> What's in objs/autoconf.err ?
>
> > On 20 Feb 2024, at 12:29, Jinze YANG wrote:
> >
> > Hello,
> &
l
-Wl,-rpath=/root/boringssl/build/crypto -Wl,--enable-new-dtags but this
Doesn't play any role.
--
Best Regards,
Jinze Yang
---
> On Tue, Feb 20, 2024 at 12:23 AM 杨金泽 wrote:
> >
> > I encountered the following error when
