<div dir="ltr"><div>This looks alright to me now. The deb is looking good, too, AFAICT. Finished in 38 minutes, is that faster than usual? There should be a noticeable speedup in Gem compilation even with -j2.<br></div><div><br></div><div>Albert</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 21, 2020 at 4:55 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ok, it seems to be chugging away. We'll see what happens:<br>
<br>
<a href="https://git.purrdata.net/jwilkes/purr-data/-/jobs/22565" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/jobs/22565</a><br>
<br>
-Jonathan<br>
<br>
On Wed, Oct 21, 2020 at 10:43 AM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br>
><br>
> On Tue, Oct 20, 2020 at 11:19 PM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br>
> ><br>
> > No, that build log is much too short. Maybe you haven't checked out the submodules? (See "Skipping Git submodules setup" in the log.)<br>
><br>
> All I did was to replace the direct call to tar_em_up.sh in<br>
> .gitlab-ci.yml with a call to "make GEM_MAKEFLAGS=-j2". in the main<br>
> directory of the repo.<br>
><br>
> If that doesn't automatically check out all the necessary submodules<br>
> then something is broken with either the toplevel makefile or with the<br>
> handling of the GEM_MAKEFLAGS variable.<br>
><br>
> ><br>
> > In any case, the GEM_MAKEFLAGS option isn't to blame for that, I'm using that every time for Windows builds on my NUC, it works.<br>
><br>
> Well, I'll go in and nuke any cached container I have and try again.<br>
><br>
> -Jonathan<br>
><br>
> ><br>
> > Albert<br>
> ><br>
> ><br>
> ><br>
> > On Tue, Oct 20, 2020 at 9:27 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br>
> >><br>
> >> On Thu, Jul 30, 2020 at 1:13 PM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br>
> >><br>
> >> > One thing that works really well, though, is building Gem in parallel which reduces build times dramatically.<br>
> >> > This is in the current build system, you can trigger it by invoking `make` in the toplevel source directory like<br>
> >> > so:<br>
> >><br>
> >> > make GEM_MAKEFLAGS=-j8<br>
> >><br>
> >> Even on my nuc with only 2 cores, setting "-j2" cuts the build time in half.<br>
> >><br>
> >> Albert-- I'm suspicious whether it's even building Gem:<br>
> >><br>
> >> <a href="https://git.purrdata.net/jwilkes/purr-data/-/jobs/22545/raw" rel="noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/jobs/22545/raw</a><br>
> >><br>
> >> Where's the log of that slow, plodding libtool compilation that<br>
> >> usually looks like this:<br>
> >><br>
> >> make[6]: Entering directory<br>
> >> '/home/user/builds/jwilkes/purr-data/Gem/src/Controls'<br>
> >>   CXX      libControls_la-gemframebuffer.lo<br>
> >>   CXX      libControls_la-gemcubeframebuffer.lo<br>
> >>   CXX      libControls_la-gemhead.lo<br>
> >><br>
> >><br>
> >> Also, I see this make message:<br>
> >><br>
> >> make[6]: Entering directory '/builds/jwilkes/purr-data/Gem/src/Controls'<br>
> >> UNUSED SOURCES in .: libControls_la-gemhead.o<br>
> >> libControls_la-gemcubeframebuffer.o libControls_la-gemlist_info.o<br>
> >> libControls_la-gemlist_matrix.o libControls_la-gemmanager.o<br>
> >> libControls_la-gemreceive.o libControls_la-gemframebuffer.o<br>
> >> libControls_la-render_trigger.o libControls_la-gemlist.o<br>
> >> libControls_la-modelfiler.o<br>
> >><br>
> >> Unfortunately, I can't be sure because Gem isn't hooked up to the<br>
> >> external creation tests yet.<br>
> >><br>
> >> Anyhow, are you seeing build times cut in half by this optimization?<br>
> >><br>
> >> -Jonathan<br>
> >> _______________________________________________<br>
> >> L2Ork-dev mailing list<br>
> >> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
> >> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > Dr. Albert Gr"af<br>
> > Computer Music Research Group, JGU Mainz, Germany<br>
> > Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</a><br>
> > _______________________________________________<br>
> > L2Ork-dev mailing list<br>
> > <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
> > <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div>