Hi Jim, Thanks. These kind of builds helps me appreciate our modern world of containers and cleaner dependencies.
I wonder is your build taking the following patch? If so, is the patch still necessary? /openoffice/branches/AOO414/main/hsqldb/patches/i121754.patch Regards, Dave > On Nov 16, 2017, at 12:15 PM, Jim Jagielski <j...@jagunet.com> wrote: > > I appreciate the 2nd set of eyes... I also, of course, went thru the > diff. My point is that none of these seem to be in any way related > to something that would cause such a major change in behavior. > > Alternatively, if it IS so fragile, then things are majorly borked. > >> On Nov 16, 2017, at 2:50 PM, Dave Fisher <dave2w...@comcast.net> wrote: >> >> Hi Jim, >> >> It is mysterious. I went through the diff and I'll note somethings I see >> which may or may not matter. >> >> (1) configure >> Switches are in different order. >> Old build has the “kid” language first. >> >> (2) Path >> Your /Users/jim/bin and /usr/local/bin is sooner in the path than original >> builder’s >> Finds perl in differing location: >> configure:7764: checking for perl >> -configure:7794: result: /usr/bin/perl >> +configure:7782: found /Users/jim/bin/perl >> +configure:7794: result: /Users/jim/bin/perl >> configure:7815: checking the Perl version >> >> (3) Custom pack.list is used in the successful original build: >> configure:5485: checking for custom pack.lst >> -configure:5496: result: /Users/jsc/dev/svn/aoo-build-pack.lst >> +configure:5499: result: no >> >> (4) Your Python seems to be mixed. Look at the includes on the clang lines. >> >> +configure:13311: checking which python to use >> +configure:13320: result: compiling against system python (/usr/bin/python) >> +configure:13327: result: compiling against system python (version 2.7) >> +configure:13585: checking Python.h usability >> +configure:13585: >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang >> -arch x86_64 -c -g -O2 >> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 >> conftest.c >&5 >> +configure:13585: $? = 0 >> +configure:13585: result: yes >> +configure:13585: checking Python.h presence >> +configure:13585: >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang >> -arch x86_64 -E >> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/python2.7 >> conftest.c >> >> VS. >> >> -configure:13338: checking which python to use >> -configure:13347: result: compiling against system python >> (/Library/Frameworks/Python.framework/Versions/Current/bin/python) >> -configure:13354: result: compiling against system python (version 2.7) >> -configure:13612: checking Python.h usability >> -configure:13612: >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang >> -arch x86_64 -c -g -O2 >> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 >> conftest.c >&5 >> -configure:13612: $? = 0 >> -configure:13612: result: yes >> -configure:13612: checking Python.h presence >> -configure:13612: >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang >> -arch x86_64 -E >> -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 >> conftest.c >> >> (5) Jakarta-ant vs. ant. >> >> -configure:22390: checking for jakarta-ant >> -configure:22421: result: /Users/jsc/dev/tools/apache-ant-1.9.3/dist/bin/ant >> >> +configure:22363: checking for jakarta-ant >> +configure:22397: result: no >> +configure:22363: checking for ant >> +configure:22382: found /usr/local/share/java/apache-ant/bin/ant >> +configure:22394: result: /usr/local/share/java/apache-ant/bin/ant >> >> (6) TARFILE_LOCATIONS environment variable: >> -TARFILE_LOCATION='/Users/jsc/dev/svn/aoo410/ext_sources' >> +TARFILE_LOCATION='DEFAULT' >> >> Regards, >> Dave >> >>> On Nov 16, 2017, at 10:40 AM, Jim Jagielski <j...@jagunet.com> wrote: >>> >>> OK, I am pretty much almost out of ideas. I've created a VM which is >>> almost an exact match for what I could determine was the build >>> environ for 4.1.2. Attached is a patch file that shows the diffs between >>> the config.out for 4.1.2 and my build of 4.1.2. My build doesn't suffer >>> from the corrupted diagram but it DOES still suffer from the table/Database >>> regression. AFAIK, the official 4.1.2 build suffers from neither. >>> >>> So what is causing this weird behavior I simply don't know... As >>> one can see, there's nothing, at least as reported by config.log, which is >>> different and this is straight from >>> >>> https://svn.apache.org/repos/asf/openoffice/tags/AOO412 >>> >>> <build-config-log-diffs.txt> >>> --------------------------------------------------------------------- >>> 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 >
signature.asc
Description: Message signed with OpenPGP
