My understanding is that this should not work:
-Wl,-rpath=“DIR”
But these two are functionally the same, assuming they are not reordered.
-Wl,-rpath -Wl,”DIR”
or
-Wl,-rpath,”DIR”
Both are sent to the linker as two options sequentially:
-rpath “DIR”
Ken
I'm trying to update NumPy to 1.61.1, with some success ... but have come up
with something odd with respect to the distutils/fcompiler/gnu.py provided
within NumPy: the "rpath" setting that I fixed a little over 2 years ago has
reared its ugly head!
The original code at the time was (NumPy
Joshua Root 於 2019年2月4日 週一 04:59寫道：
> On 2019-2-4 02:31 , Chih-Hsuan Yen wrote:
> > Thank you very much for brining this up. The major point is in a github
> > comment of the corresponding PR - these ports have most likely been
> > broken since Apple removed OpenSSL headers in 2015, and there is
On Sun, Feb 03, 2019 at 04:59:57PM +0100, Mojca Miklavec wrote:
Dear Zero,
Last time you asked for feature requests for our bot :)
Here are some from me:
- I would like to see the same kind of user-friendly report from Azure
as we get from Travis.
I'll try. Azure Pipelines doesn't provide an
On 2019-2-4 02:31 , Chih-Hsuan Yen wrote:
> Thank you very much for brining this up. The major point is in a github
> comment of the corresponding PR - these ports have most likely been
> broken since Apple removed OpenSSL headers in 2015, and there is not
> even a request on Trac for fixing or
Dear Zero,
Last time you asked for feature requests for our bot :)
Here are some from me:
- I would like to see the same kind of user-friendly report from Azure
as we get from Travis.
- I sometimes add additional commits, usually revbumping some
dependent ports. I would like to know how to
Thank you very much for brining this up. The major point is in a github
comment of the corresponding PR - these ports have most likely been broken
since Apple removed OpenSSL headers in 2015, and there is not even a
request on Trac for fixing or upgrading it, which IMO is a good sign that
nobody
On 02.02.19 02:52, Ryan Schmidt wrote:
> You'd think I'd understand tcl's lists and strings by now. But no. A list is
> a string and a string is a list. Or maybe it isn't.
>
> I'm having trouble with livecheck.regex. Since it's a regular expression,
> it's pretty common for it to contain
