GDC build [was: Re: Sort order of dirEntries]

[H. S. Teoh]

On Fri, Oct 26, 2012 at 02:36:18PM +0200, Joseph Rushton Wakeling wrote:
> On 10/26/2012 04:51 AM, H. S. Teoh wrote:
> >Hmm. Try apt-get install libppl0.11-dev, maybe? That's where that
> >file should be. AFAIK apt-get build-dep should've pulled that one in,
> >but just in case it didn't, this may help.
> 
> It's installed, but the headers in /usr/include/x86_64-linux-gnu/
> instead of just /usr/include/ -- it's a multiarch thing again.

Hmm. Are the Ubuntu patches incomplete then? I would've thought the
patches in debian/patches should have taken care of this.


> So, I symlinked /usr/include/x86_64-linux-gnu/ppl* to /usr/include/
> and that seems to get round it.
> 
> I also tried running make without the -j4 option, in case there was
> something about the parallel build jobs that was screwing things up.

I always built with -j6 (don't have the patience to wait that long) and
that never seemed to have made a difference in whether the build
succeeded.


> So, now it falls over with a whole bunch of new errors, ending with the following:
> 
> -------------------------------------------------------------------------------
> libbackend.a(tree-scalar-evolution.o): In function `gt_ggc_mx_scev_info_str(void*)':
> tree-scalar-evolution.c:(.text+0x4bd0): undefined reference to
> `gt_ggc_mx_lang_tree_node(void*)'
[...]

Hmm. Googling for the missing symbol seems to relate it to LTO, so maybe
try --disable-lto to see if that gets it through?

Also, if you aren't already, make sure you start with a clean, empty
objdir everytime you rebuild (I usually run \rm -rf *; configure ...;
make -j6), because the miserable system doesn't know how to continue
building from where it left off, and sometimes detritus leftover from
previous attempts can interfere with the build. You probably already
know this, but, just to make sure all bases are covered.


T

-- 
When solving a problem, take care that you do not become part of the problem.