[haiku-bugs] Re: [Haiku] #12710: BPackageInfo; URL Validation Checks
- From: "bonefish" <trac@xxxxxxxxxxxx>
- Date: Fri, 06 May 2016 13:27:36 -0000
#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 bonefish):
Replying to [comment:26 pulkomandy]:
Since these are static libraries, the order in which they are added is
important. libgnuregex should be listed before anything that uses regexp,
otherwise the symbol won't be resolved and the host OS version will be
used.
In this case, both libshared and libgnuregex should be listed before the
object files, I think.
That doesn't sound right. Usually static libraries need to be listed
'''after''' objects that require their symbols. AFAIK the linker's
algorithm looks at static libraries only once: It tries to resolve
undefined symbols from previously processed objects and discards any
objects from the static library that aren't used afterwards.
To examine what the final link line looks like use `jam -q -n
libbe_build.so` (remove the libbe_build.so file first or throw in the "-a"
switch). If that looks OK, examine the symbols of the resulting
libbe_build.so (don't know what the right tool under Mac OS X is -- Google
knows). The respective regex symbols should not be appear as undefined.
--
Ticket URL: <
https://dev.haiku-os.org/ticket/12710#comment:27>
Haiku <
https://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
