Yea platform specific code should be avoided. But in my humble opinion that is not an issue of the build system itself but of suboptimal usage.
Thanks for your view! :) Am 14. November 2018 13:08:21 MEZ schrieb "Branko Čibej" <br...@apache.org>: >On 14.11.2018 08:16, Peter kovacs wrote: >> How about trying to open an URL as a test case? >> >> Is serf moving away from SCONs? > >I surely hope so. > >> I ask since we want to move to SCONs. An experience exchange would be >great. > >Well ... SCons looks amazingly good in tiny examples, but when it comes >to doing anything less than trivial, it's a nightmare. For example, I'm >not thrilled that we have platform-specific Python code in Serf's >SConstruct, and that's not even a very complex build at all. So, whilst >I really hate CMake for its inconsistencies and homegrown horrible >macro >language, I like SCons quite a bit less. > >All of the above is my "humble" opinion of course. > >-- Brane > > >> Am 13. November 2018 22:43:03 MEZ schrieb Matthias Seidel ><matthias.sei...@hamburg.de>: >>> Hi Andrea, >>> >>> Am 13.11.18 um 22:23 schrieb Andrea Pescetti: >>>> Matthias Seidel wrote: >>>>> I think it would be a good idea to upgrade Serf in our builds. >>>>> What about the others (real developers)? ;-) >>>> Years ago, we had to avoid upgrading Serf in 4.1.x as Serf had >>> started >>>> to require SCons for the build and we didn't want to introduce yet >>>> another build system since we already had too many. >>>> >>>> I see it still requires SCons, but probably we've included support >>> for >>>> SCons in trunk in the meantime, so... well, we decided we can live >>>> with yet another build system! Still, I doubt we can use it for >4.1.x >>>> as SCons integration would be needed and I don't think we support >it >>>> in 4.1.x. >>> I forgot to mention that I indeed build with trunk. And the build is >>> still going on, so anything can happen... ;-) >>> >>> I will keep you updated! >>> >>> Regards, >>> >>> Matthias >>> >>>> Regards, >>>> Andrea. >>>> >>>> >--------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >For additional commands, e-mail: dev-h...@openoffice.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org