Opened 5 months ago
Last modified 4 months ago
#18940 new bug
texinfo 7.1 conftest crashes: assert in re_search_internal
Reported by: | jmairboeck | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | System/libroot.so | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
I'm currently updating texinfo-7 to version 7.1. It would need a revbump anyway for the new perl version.
During configure
, the conftest
program crashes during checking for working re_compile_pattern...
(with the outcome no
).
This is hrev57804, x86_64.
Attachments (2)
Change History (8)
by , 5 months ago
Attachment: | conftest-22496-debug-06-07-2024-09-36-58.report added |
---|
comment:1 by , 5 months ago
re_compile_pattern
is not POSIX, I think currently you need to define _DEFAULT_SOURCE
to get it.
comment:2 by , 5 months ago
The problem isn't that it doesn't find the function. The way it is called causes an assert in libroot.
follow-up: 4 comment:3 by , 5 months ago
Oh, right.
We may need to update at least some of the glibc-imported stuff: their commit removing that assert.
Meanwhile, maybe ./configure --with-included-regex
will work for texinfo?
comment:4 by , 5 months ago
Replying to madmax:
Meanwhile, maybe
./configure --with-included-regex
will work for texinfo?
I applied your suggestion and it works. It doesn't check the function any more and therefore also doesn't crash. Thanks!
comment:5 by , 4 months ago
Summary: | Texinfo 7.1 conftest crashes → texinfo 7.1 conftest crashes: assert in re_search_internal |
---|
I managed to upgrade our glibc regex code to 2.28 in hrev57862. Newer versions than that will require importing more headers from glibc, it appears, and I'm not sure if they'll still be C89-compatible...
by , 4 months ago
Attachment: | conftest-3251-debug-23-07-2024-17-08-48.report added |
---|
Debug report on hrev57862
Debug report