#12710: BPackageInfo; URL Validation Checks
--------------------------------+----------------------------
Reporter: apl-haiku | Owner: bonefish
Type: enhancement | Status: new
Priority: normal | Milestone: Unscheduled
Component: Kits/Package Kit | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 1 | Platform: All
--------------------------------+----------------------------
Comment (by apl-haiku):
I am making some hard-won progress with this. I'm currently stuck on a
build issue.
`BUrl` uses the `RegEx` (from `libshared`) which uses POSIX regex. On the
build environment I'm using (MacOS-X) it seems to be linking to something
that doesn't provide "regex groups" functionality for some reason. The
compiled regex always reports that it has no groups in the expression.
This means that the `BUrl` parse fails because it is trying to use the
regex groups to pull apart the URL elements.
The build process does produce a `libgnuregex_build.a` and indeed, if I
write a stand-alone test program, without `libgnuregex_build.a` there are
no groups, but with `libgnuregex_build.a`, regex groups functionality
seems to be present.
I presume this is my problem. My question is, how do I get that
`libgnuregex_build.a` into the link process with the Jamfiles. I could
imagine that it would make sense to include reference to
`libgnuregex_build.a` in `../libbe/Jamfile`, like this...
{{{
BuildPlatformSharedLibrary libbe_build.so :
# no sources here
:
<libbe_build>app_kit.o
<libbe_build>icon_kit.o
<libbe_build>interface_kit.o
<libbe_build>network_kit.o
<libbe_build>storage_kit.o
<libbe_build>support_kit.o
libshared_build.a
libgnuregex_build.a
z $(HOST_LIBSUPC++) $(HOST_LIBSTDC++)
;
}}}
...but this doesn't seem to be fixing the issue. Am I going about this
the right way or does it need to be bundled into `libshared_build.a`?
--
Ticket URL: <https://dev.haiku-os.org/ticket/12710#comment:25>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.
