macports at raf.org
macports at raf.org
Tue Dec 11 02:28:18 UTC 2018
Ryan Schmidt wrote:
> On Dec 9, 2018, at 22:15, macports at raf.org wrote:
> > Hi Marius,
> > Thanks. It's the X11 app I'm interested in.
> > I don't think I can compile the one on github.
> > It requires xmkmf which doesn't seem to be
> > anywhere on my laptop (macos 10.11).
> > Actually, I just realised that the sunclock
> > I'm using (on macos 10.11) is sitting under
> > my ~/bin directory. It's not a macports
> > package under 10.11 either. I assumed that
> > it still was.
> > I guess I'll be fine as long as that binary
> > keeps working. :-)
> xmkmf is part of the ancient imake build system. MacPorts does have an
> imake port, and MacPorts base does have support for building with this
> build system ("use_xmkmf yes"), so you could work on contributing a
> port for this software if it interests you.
I tried to install imake and it said:
---> Found 1 broken port, determining rebuild order
You can always run 'port rev-upgrade' again to fix errors.
The following ports will be rebuilt: llvm-gcc42 @2336.11+universal
Error: Failed to build llvm-gcc42: command execution failed
Searching for llvm-gcc42 on trac.macports.org shows a few things
that look like they could be the same problem (including a wontfix)
so I probably don't need to report it.
However, it seems I do have a xmkmf and imake in /opt/local/bin now.
> I would not recommend using the GitHub URL Ken mentioned, since
> that does not appear to be an authoritative source of the software;
> somebody just took someone else's software and uploaded it there,
> which seems to happen a lot on GitHub, so you have to be careful of
> The project's real homepage has disappeared; here is the last copy of
> the real homepage that I could find archived:
> It describes version 3.56, though it looks like a version 3.57 was
> available at one time; that's the version Debian and FreeBSD are
That archive doesn't have the source code. It's a broken link
but the source for 3.57 is available from debian. Debian's upstream
is that github version so I guess it's the official one now.
There's a Makefile.noimake. After adding -I/usr/include/sys -I/opt/local/include
to help it find some headers, it produces lots of errors, mostly dumb
ones about not knowing what struct tm is (even though <time.h> is included)
or FILE (even though <stdio.h> is included). Probably all solvable.
I'll try to look into when I have some spare time. :-)
More information about the macports-users