Closed eelcocramer closed 4 years ago
Thanks for the comment. I suspect that Protolib release was created before or during the migration of our stuff to Github. At the moment, I recommend using the Protolib 'master' with the NORM 'master" (and same for other projects here that use Protolib). Our prior practice for packaging NORM source tree "releases" was to include the current Protolib tree tested with that NORM release as part of the NORM tarball. I will try to determine the best approach for this now that the code is being maintained on Github.
Thanks. I will use the master for now.
Maybe adding protolib
as a git submodule would suffice?
Protolib 3.0b1 is from August 2017. NORM 1.5.8 is from July 2018. We should probably create new releases of each. It's possible to upload additional downloads with each release (e.g. to include a version with Protolib like we did before), I just didn't know that was necessary in this case.
In case it's useful, I just added the 1.5.8 source tarball that contains the corresponding (at the time) protolib from the original 'downloads.pf' site to the 1.5.8 release.
That is useful. Thanks a lot.
Thanks for the tip on git submodule. That seems to be what is needed to manage protolib as part of NORM and other projects using it.
I'm trying to build libnorm version 1.5.8 that previously worked fine when I obtained the source tarball from https://downloads.pf.itd.nrl.navy.mil/norm/.
When I'm trying to build libnorm with the latest (only) protolib release I get build errors.
When I'm building libnorm with protolib master everything builds fine.
What version of protolib should I use? I assume protolib master but it is not made fully clear from the documentation.
Thanks (build log included below)