building on MacOS
Dirk Hohndel
dirk at hohndel.org
Sat Oct 12 13:47:10 UTC 2013
On Sat, 2013-10-12 at 22:37 +0200, Thomas 'Mike' Michlmayr wrote:
> hi!
>
> On Thu, Oct 10, 2013 at 09:43:13 -0700,
> Dirk Hohndel <dirk at hohndel.org> wrote:
> [...]
> > > > They are if you installed brew as the first user of /usr/local
> > >
> > > good question, i don't think that i've used /usr/local for anything else,
> > > but it was a mix of group-writeable for admin and non-groupwriteable.
> >
> > Ok, that's strange, but who knows how that happened. Worst case a 'sudo'
> > will fix things.
>
> one last remark on ownership in /usr/local: i've now had a look at my
> other mac, and it's even more different there. loads of files owned by
> group wheel, no group-writeable directories, ...
>
> so, i'm not sure how "clean" one can expect /usr/local to be. maybe we
> should after all think about using sudo to install stuff in /usr/local
> and /Applications. OTOH, it's for developers who should know what they're
> doing.
>
> [...]
> > > below the full report. i'll try later today to build on another machine to
> > > see if it's something in my setup.
> >
> > Interesting as I ran into EXACTLY this crash a few minutes ago.
> > I can't explain it, but this helped for me.
>
> i've now compiled subsurface on my other mac (also running 10.8.5). no
> problems starting the binary there, it runs as Subsurface 3.1.976.
>
> i was able to load my xml file from subsurface 3.0.2 without problems.
>
> but, doing a git pull on the mini to be at the same rev didn't help, even
> after a recompile subsurface crashes at startup. i need to see if i have
> some other differences between the two boxes.
I would bet money that you have leftover .h files or .o files that are
being used by mistake. Create a new directory and clone a fresh copy of
the tree and I am reasonably certain that things will work.
/D
More information about the subsurface
mailing list