And, on top of this, it turns out that the Labs insisted on a click-through
license, back when the code was released. I think I'm going to put this on
the back burner, and use my portfile only for my own purposes.
Maybe, eventually, I'll be able to get that license changed. But I think
I've got be
After more study, I found the code that produced that error. So that's
done. But there are many more problems with the CMake files when building
in a package manager environment; many files are being installed in wrong
places. To be continued…
--
Randolph M. Fritz || +1 206 659-8617 || rmfri...@g
Thank you.
Sigh…the developers have left the building. Kitware was hired to do the
port for NREL, which is on hard times and does not fund support. I seem to
be "the developers" right now, and I don't know enough.
Maybe I've now figured out enough that I can place a request for help on
the cmake
Right. I am able to reproduce the problem. I made various improvements to the
portfile for stylistic and other reasons but I haven't made any progress on
resolving the problem we're seeing. I will try to take another look at it.
You started working on this years ago... did you ever report the pr
Ryan, it's been a week, any luck with this?
--
Randolph M. Fritz || +1 206 659-8617 || rmfri...@gmail.com
On Tue, Jun 19, 2018 at 5:04 PM, Randolph M. Fritz
wrote:
> Wow, thanks.
>
>
>
> --
> Randolph M. Fritz || +1 206 659-8617 || rmfri...@gmail.com
>
> On Tue, Jun 19, 2018 at 2:46 PM, Ryan S
On Jun 19, 2018, at 12:15, Randolph M. Fritz wrote:
> Ryan Schmidt – Portfile attached.
Thanks. It references the patchfile cmakelists_patches.diff; could you attach
that too? I want to try to build the port.
Rainer Müller – and, no, there is no fixup_bundle in our CMakeLists.txt
files. I'm unclear on why cmake generates it.
--
Randolph M. Fritz || +1 206 659-8617 || rmfri...@gmail.com
On Tue, Jun 19, 2018 at 10:15 AM, Randolph M. Fritz
wrote:
> Ryan Schmidt – Portfile attached.
>
> Rainer Müller –
Ryan Schmidt – Portfile attached.
Rainer Müller – thank you. I'll try to apply that to our CMake files.
Portfile
Description: Binary data
On 2018-06-18 21:20, Randolph M. Fritz wrote:
> This is what I ended up with. I don't like it at all.
>
> pre-destroot {
> # This fixes what may be a cmake error
> catch {
> # look for DESTDIR in the fixup_bundle arguments
> exec grep -q {fixup_bundle.*DESTDIR}
> ${workpath}/build/InstallR
On Jun 18, 2018, at 14:20, Randolph M. Fritz wrote:
> This is what I ended up with. I don't like it at all.
>
> pre-destroot {
> # This fixes what may be a cmake error
> catch {
> # look for DESTDIR in the fixup_bundle arguments
> exec grep -q {fixup_bundle.*DESTDIR}
> ${wo
This is what I ended up with. I don't like it at all.
pre-destroot {
# This fixes what may be a cmake error
catch {
# look for DESTDIR in the fixup_bundle arguments
exec grep -q {fixup_bundle.*DESTDIR}
${workpath}/build/InstallRules/dependencies.cmake
} res opt
# if it's not presen
This is a continuation of work on a very old problem, which you can see at:
https://lists.macports.org/pipermail/macports-dev/2012-August/020015.html
I picked this up again, after an absence of years, and have made some
progress. There is a problem with DESTDIR and the generated cmake
dependenci
12 matches
Mail list logo
