feature/gbuild_merge needs testing

Michael Meeks michael.meeks at suse.com
Sat May 26 07:36:54 PDT 2012


Hi David,

On Fri, 2012-05-25 at 13:28 +0200, David Tardon wrote:
> There is experimental branch feature/tail_build that adds 19 more, but
> it requires a change to build.pl, so I do not intend to push it into 3.6.
> Of course, if people who actually know something about the build.pl
> script look at commit 726ac115a981567b3f41613d0e0163bd010e6b17 and tell
> me that I am not a total idiot, or even that it might work at the right
> phase of moon, I can be convinced otherwise :-)

	I had the misfortune to hack on build.pl before :-) and your patch
looks reasonable to me. I'd love to have it in for 3.6 ... I didn't
checkout the branch and/or I couldn't make the make command that dumps
the deps work but I assume the parsing logic is fine. We may have some
explicit \r\n removal nonsense on windows (chomp has never worked well
for me there for some - prolly cygwin related reason) - but lets see.

-    my $modcount = %modules;
 
     return %modules;

	seems redundant in get_tail_build_modules.

         # insert dep. on tail_build, if necessary
         if (@tail_build_deps && !defined $$deps{$tail_build_prj}) {
             $$deps{$tail_build_prj} = 1;
         }

	The !defined looks redundant until you read get_parent_deps which has a
count of the deps in there.

	So - it all looks fine really :-) [ at least to me ]

	Thanks !

		Michael.

-- 
michael.meeks at suse.com  <><, Pseudo Engineer, itinerant idiot



More information about the LibreOffice mailing list