Hi Stuart, The linker issue is resolved in the latest version.
Cheers, Oliver > On 16 Apr 2020, at 14:31, Fox, Stuart <stuart....@metoffice.gov.uk> wrote: > > Yes, that seems to work - builds successfully and passes all standard tests. > Thanks! > > -----Original Message----- > From: Oliver Lemke <oliver.le...@uni-hamburg.de> > Sent: 16 April 2020 13:01 > To: Fox, Stuart <stuart....@metoffice.gov.uk> > Cc: ARTS Development List <arts_dev.mi@lists.uni-hamburg.de> > Subject: Re: [arts-dev] ARTS/Python interfaces > > > Do you set the CMAKE_BUILD_TYPE to Release when you get this error? If so, > try to compile with CMAKE_BUILD_TYPE=RelWithDebInfo as a temporary > workaround. Does that fix the error for you? > > Cheers, > Oliver > > >> On 16 Apr 2020, at 13:24, Oliver Lemke <oliver.le...@uni-hamburg.de> wrote: >> >>> However, I can’t actually get the most recent dev-version of ARTS to build >>> at all. Linking fails with a bunch of errors along the lines of >>> libartscore.a(m_absorptionlines.cc.o): In function >>> `abs_linesWriteSpeciesSplitXML(my_basic_string<char> const&, >>> Array<Absorption::Lines> const&, my_basic_string<char> const&, Verbosity >>> const&)': >>> m_absorptionlines.cc:(.text+0x8e95): undefined reference to `void >>> WriteXML<Array<Absorption::Lines> >(my_basic_string<char> const&, >>> Array<Absorption::Lines> const&, my_basic_string<char> const&, long const&, >>> my_basic_string<char> const&, my_basic_string<char> const&, >>> my_basic_string<char> const&, Verbosity const&)' >>> >>> Any ideas what’s wrong? >> >> I think I've seen that error when compiling on one of our servers. I'll try >> to reproduce and fix this. >> >> Cheers, >> Oliver >
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ arts_dev.mi mailing list arts_dev.mi@lists.uni-hamburg.de https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_dev.mi
