Re: Undefined symbols for architecture x86_64 on jsonnet submission

> On 23 Nov 2019, at 4:39 pm, Steven Smith wrote: > > Thank you for all the helpful guidance! > > The latest commit shows a working build. Here’s a working Portfile: > >

Re: Undefined symbols for architecture x86_64 on jsonnet submission

Thank you for all the helpful guidance! The latest commit shows a working build. Here’s a working Portfile:

Re: Undefined symbols for architecture x86_64 on jsonnet submission

On 2019-11-24 02:03 , Mojca Miklavec wrote: > On Sat, 23 Nov 2019 at 15:53, Joshua Root wrote: >> I'm pretty sure the CMakeLists is just buggy. The missing symbols are >> defined in libjsonnet.cpp, while is compiled to libjsonnet.cpp.o, but >> there's just no attempt to include any libraries or .o

Re: Undefined symbols for architecture x86_64 on jsonnet submission

On Sat, 23 Nov 2019 at 15:53, Joshua Root wrote: > On 2019-11-24 01:35 , Mojca Miklavec wrote: > > On Sat, 23 Nov 2019 at 14:56, Steven Smith wrote: > >> > >> > >> Here’s the current not-working Portfile: > >> > >>

Re: Undefined symbols for architecture x86_64 on jsonnet submission

On 2019-11-24 01:35 , Mojca Miklavec wrote: > On Sat, 23 Nov 2019 at 14:56, Steven Smith wrote: >> >> >> Here’s the current not-working Portfile: >> >> https://github.com/macports/macports-ports/blob/4a9cd2d6b34e6d48e22bfb608529e900f49f8dcb/devel/jsonnet/Portfile > > It builds perfectly fine for

Re: Undefined symbols for architecture x86_64 on jsonnet submission

On Sat, 23 Nov 2019 at 14:56, Steven Smith wrote: > > > Here’s the current not-working Portfile: > > https://github.com/macports/macports-ports/blob/4a9cd2d6b34e6d48e22bfb608529e900f49f8dcb/devel/jsonnet/Portfile It builds perfectly fine for me (I built it with "sudo port -vt destroot"), it only

Re: Undefined symbols for architecture x86_64 on jsonnet submission

> On 23 Nov 2019, at 1:56 pm, Steven Smith wrote: > > Per https://guide.macports.org/#reference.phases.installation.list-modifiers > , > I’ll try starting with a blanket -delete of everything, try to get to the >

Re: Undefined symbols for architecture x86_64 on jsonnet submission

Per https://guide.macports.org/#reference.phases.installation.list-modifiers , I’ll try starting with a blanket -delete of everything, try to get to the basic working make, and divide-and-conquer to isolate the issue.

Re: Undefined symbols for architecture x86_64 on jsonnet submission

> On 23 Nov 2019, at 12:57 pm, Steven Smith wrote: > >  >> >> You need to try and isolate the one causing the issue, if you believe it is >> something MacPorts is appending to the env, and then address that >> specifically. > > That’s what I’m asking for help to do. > > How are these

Re: Undefined symbols for architecture x86_64 on jsonnet submission

> You need to try and isolate the one causing the issue, if you believe it is > something MacPorts is appending to the env, and then address that > specifically. That’s what I’m asking for help to do. How are these flags and environment variables set within a Portfile? I don’t know enough

Re: Undefined symbols for architecture x86_64 on jsonnet submission

> On 23 Nov 2019, at 12:29 pm, Steven Smith wrote: > > This is a 100% MacPorts default flags or env issue, and nothing to do with > Google’s upstream repo or code. > > First, the repo’s make command works on macOS > >: >

Re: Undefined symbols for architecture x86_64 on jsonnet submission

This is a 100% MacPorts default flags or env issue, and nothing to do with Google’s upstream repo or code. First, the repo’s make command works on macOS >: > make CC=clang CXX=clang++ Second, Homebrew uses this formula for

Re: Undefined symbols for architecture x86_64 on jsonnet submission

On 2019-11-23 08:27 , Steven Smith wrote: > The build for submission jsonnet > is failing with > error: > >> Undefined symbols for architecture x86_64 > > I don’t know how to address this and would appreciate any help—this is a > necessary

Re: Undefined symbols for architecture x86_64

More feedback from the developer: > Supposing that a profile.dat is available in csl/generated-c (as it is when > one has fetched from subversion, and it will be in some future snapshots, but > is NOT in the files you unpack from the .tar file in the mac snapshot > directory unless you may

Re: Undefined symbols for architecture x86_64

On Sep 18, 2018, at 08:25, Mark Brethen wrote: > Yep, here is his response: > >> Aha - when I look at your macports log you do not seem to be fetching Reduce >> from subversion, you are fetching a source .tar file for it. Well that has >> not up to now contained profile.dat because one can

Re: Undefined symbols for architecture x86_64

Yep, here is his response: > Aha - when I look at your macports log you do not seem to be fetching Reduce > from subversion, you are fetching a source .tar file for it. Well that has > not up to now contained profile.dat because one can regenerate what is needed > by going (in a build

Re: Undefined symbols for architecture x86_64

On Sep 17, 2018, at 17:01, Mark Brethen wrote: > Adding "-lintl" to configure.ldflags seems to have worked however new errors > popped up: > > :info:build make[3]: *** No rule to make target >

Re: Undefined symbols for architecture x86_64

Adding "-lintl" to configure.ldflags seems to have worked however new errors popped up: :info:build make[3]: *** No rule to make target `/opt/local/var/macports/build/_Users_marbre_ports_math_reduce/reduce-csl/work/Reduce-source_4717/csl/cslbase/../generated-c/profile.dat', needed by

Re: Undefined symbols for architecture x86_64

I remember seeing in the developer’s documentation that he specifically wanted to link to the static library. At the time this was coded (~2016) there was a bug in the fontconfig port not supplying the static library so he supplied one. I asked him to remove it, since that issue has been fixed

Re: Undefined symbols for architecture x86_64

On Sep 17, 2018, at 08:33, Mark Brethen wrote: > I’m getting the following error when trying to build current snapshot of > reduce-csl: > > > :info:build Undefined symbols for architecture x86_64: > :info:build "_libintl_dgettext", referenced from: > :info:build