[Bf-committers] Branch merging and buildbot - propose to change build cycle
Sergey I. Sharybin
g.ulairi at gmail.com
Mon Sep 12 08:27:12 CEST 2011
Hi,
Not sure having this behavior always is nice. It's not really needed
when you aren't merging and when you're doing merge, you can trigger
re-build easily. And there's no need to rebuild Windows build when
you're solving issues with Linux platform.
About linux slaves.. Looks like there's no version of qsort with one
additional argument to callback (like qsort_r and qsort_r) in older
versions of libc. We've got two occurrences of this call - one in our
navmesh_conversion.cpp and another in recast library. This function
isn't used in current raycast svn and i think it can be easily replaced
with own implementation of qsort for navmesh_conversion.cpp.
Btw, why we've got C++ source in blenkernel? I heard it's because of
recats is writtein in C++. But in this case we're writting C-API and
storing it in extern/<library>/<library>_C-API.c.
Nathan Letwory wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi all,
>
> With the recent amount of branch merging and the amount of post-fixing
> it generated, some of it due to different platforms in use by developers
> I'd propose to change buildbot to build more often, even on per-commit
> basis. This would allow developers to see pretty easy how their work
> behaves with all necessary logs available. We know that many developers
> turn of lots of features while working on their own beautiful little
> garden, sometimes resulting in clipping of nice flowers from other
> developers (blenderplayer, cross-platform code, etc.).
>
> Buildbot is running very well currently and gives useful output, but for
> developers the nightly cycle can be too long to wait for. Changing to
> build-on-change will make buildbot much more useful. Buildbot output
> should become mandatory part of toolset of developers, with the proposed
> change it will make actually sense too.
>
> /Nathan
>
> ps. right now linux builds both failed due to navmesh code (
> http://builder.blender.org/grid )
>
> - --
> Nathan Letwory
> Letwory Interactive | Studio Lumikuu
> http://www.letworyinteractive.com | http://www.lumikuu.com
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJObaKIAAoJEKtfN7KsE0TtnUcIAKdyAFUyEUWKg1BjcjsrKNTb
> pGwvSEJXB/31Afu2LddMosMVVhQO5pEyUpKEwdol2EVqdNeVl88Jto7m/sP9OJUi
> ILe8UXrabSyHzOWtiJR0kCsAt83XVsJ+ztL1ijCw27K0Q2kJvAjKLM3GF1/7vrFl
> taWZg3SWTEPvQXBJhkJE2thT+EzJ9pwlk0ADEaZCwFKep18bA+TZroMvugmT166f
> EMGH046UNhZ4VroL54WUETLNYboCjSspAtZXtPo2NLadLWgMUdDLgAclw5YKUXnz
> TeJvfI/d822OUAnZeaBwp/zgsZTZRVLX62jU5Gk6v/s9/lZSrHP4BWJxYFoUydQ=
> =f4VP
> -----END PGP SIGNATURE-----
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>
--
With best regards, Sergey I. Sharybin
More information about the Bf-committers
mailing list