Hello, is the new "bool thing" only in blead or are there any plans to pick this for older releases? Bye Rainer On 13.10.2011 13:17, Rainer Tammer wrote: > Hello, > a build with i_stdbool forced to undef (via hints/aix.sh) does generate > a correct Config.pm. > The build finishes with: Everything is up to date. Type 'make test' > to run test suite. > > Be > Rainer > > On 13.10.2011 12:53, Rainer Tammer wrote: >> Hello, >> here is the bisect result: >> >> HEAD is now at bd31be4 Probe for <stdbool.h>, and if found use it in handy.h >> bad - non-zero exit from ./miniperl -Ilib ../test-code.pl >> bd31be4baa3ee68abdb92c0db3200efe0fad903b is first bad commit >> commit bd31be4baa3ee68abdb92c0db3200efe0fad903b >> Author: Nicholas Clark <nick@ccl4.org> >> Date: Wed Sep 14 14:03:31 2011 +0200 >> >> Probe for <stdbool.h>, and if found use it in handy.h >> >> This means that the core uses the compiler's bool type if one exists. >> This avoids potential problems of clashes between perl's own >> implementation >> of bool and the compiler's bool type, which otherwise occur when one >> attempts to include headers which in turn include <stdbool.h>. >> >> Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl> >> >> :100755 100755 74450a95e6b394afd0aedd67ca163450e9aafb39 >> d9cdd032dfd6142a3f72cc118a66c6ecb5a3feac M Configure >> :040000 040000 3fbf76bf00f2b922c9a8413d26c4cf86b48327ad >> f044250715b7c3f3713d4d343c80ac2879096e15 M Cross >> :040000 040000 22ef0b01327f108ff31e036c6cc5e8b42cec7e21 >> 5a42601bc8131957be3d8b5926a42733eee55bdc M Porting >> :100755 100755 96748fa5b8608cd7a5376846e0a75f5f0ebaa3b0 >> f11612b3e8997f6cf834351908f53e4f6c43c2c6 M config_h.SH >> :040000 040000 9701a3900afb67797978dce6a3f15160519e511a >> 5cb6604a37e9c21adc8ba4fadf8ef48617673f6d M epoc >> :100644 100644 b75eafb53fafeefcd7ef53ec2fb7de671d8e14c5 >> 5e3051210495efb2f81f1dc378ee695da8667607 M handy.h >> :040000 040000 3f38dd6dba63a6d382473a9ad81c39129f77190c >> 5cb77d9c6b73d03dc74c2ab921a6c815bc3f56c7 M plan9 >> :040000 040000 64cb4e60d865381275904321060ab24dd652088f >> 693fb1c8c1fe376c576e2323a181bc5a933f25a5 M symbian >> :100644 100644 a74501732e6ca94b063def985b02faa9709ac617 >> 4d0b3f29e4ce87e6de537956b50a3746e4463729 M uconfig.h >> :100644 100644 1798d0d6d444da627de4bded1ba21df688f2d5b5 >> 0f047ae6cf27d9aecb9684c9610efbd9d14b9418 M uconfig.sh >> :100644 100644 38784313b066f2be7f3a2f6152e06cc275242da2 >> 7d94741598d1c1ee029dde62f530d376a847639a M uconfig64.sh >> :040000 040000 3d2fe39acd3e698091ba6c03bed25b60cf10ab57 >> 3ef07b65b27f7b90669471e98cc37a896b8164e4 M win32 >> bisect run success >> That took 1398 seconds >> >> >> >> Bye >> Rainer >> >> >> On 13.10.2011 11:04, Rainer Tammer wrote: >>> Hello, >>> this does not really work because lib/Config.pm is build but the content >>> is not OK: >>> >>> See: >>> >>> Removing x2p/cflags >>> HEAD is now at c0fd9d2 Document open fh, "<:" >>> good - could build lib/Config.pm >>> Runner returned 0 for end revision at ../perl/Porting/bisect.pl line 66. >>> That took 314 seconds >>> >>> >>> And: >>> >>> LIBPATH=/daten/source/perl-bisect/perl2 ./miniperl -w -Ilib >>> -MExporter -e '<?>' || make minitest >>> LIBPATH=/daten/source/perl-bisect/perl2 ./miniperl -Ilib >>> make_patchnum.pl >>> git diff --no-ext-diff --quiet --exit-code: $?=256 >>> Updating 'git_version.h' and 'lib/Config_git.pl' >>> LIBPATH=/daten/source/perl-bisect/perl2 ./miniperl -Ilib configpm >>> Name "main::v" used only once: possible typo at configpm line 257. >>> Use of uninitialized value $o in string eq at configpm line 86, <DATA> >>> line 22. >>> Use of uninitialized value $v in sprintf at configpm line 257, <DATA> >>> line 22. >>> Use of uninitialized value $v in sprintf at configpm line 257, <DATA> >>> line 22. >>> Use of uninitialized value $o in string eq at configpm line 754. >>> written lib/Config.pod >>> updated lib/Config.pm >>> updated lib/Config_heavy.pl >>> Use of uninitialized value $mask in vec at lib/warnings.pm line 391. >>> Use of uninitialized value $mask in bitwise or (|) at lib/warnings.pm >>> line 397. >>> syntax error at lib/Config.pm line 61, near "or" >>> Compilation failed in require at configpm line 1136. >>> make: 1254-004 The error code from the last command is 255. >>> >>> >>> Stop. >>> >>> >>> >>> Bye >>> Rainer >>> >>> On 13.10.2011 09:15, Nicholas Clark wrote: >>>> On Thu, Oct 13, 2011 at 08:07:00AM +0100, Nicholas Clark wrote: >>>>> On Thu, Oct 13, 2011 at 08:13:01AM +0200, Rainer Tammer wrote: >>>>>> Hello, >>>>>> what is the fastest way to run a bisect on this? >>>>>> Is there a "auto script" which just needs two commit IDs? >>>>> then run the bisect wrapper script from the working copy: >>>>> >>>>> cd perl2 >>>>> ../perl/Porting/bisect.pl --start working-rev --end broken-rev \ >>>>> -e 'test code that will die with the bug' >>>>> >>>>> or >>>>> >>>>> cd perl2 >>>>> ../perl/Porting/bisect.pl --start working-rev --end broken-rev \ >>>>> -- ./perl -Ilib ../test-code.pl >>>> The breakage is in building lib/Config.pm, isn't it? >>>> >>>> In which case, I think >>>> >>>> ../perl/Porting/bisect.pl --start working-rev --end broken-rev >>>> --target lib/Config.pm --test-build >>>> >>>> should find it. >>>> >>>> (lib/Config.pm is one of the seven or so things the script knows how to >>>> build. The docs list all of them) >>>> >>>> Nicholas Clark >>>> >>>> >Thread Previous | Thread Next