These builds are on AOO412. At this stage I'm just trying to get too-4.1.2 on my mac builder to generate a build that matches our released version.
Oh grrrrr I just downloaded our 4.1.2 GA release and IT ALSO suffers from the table/database issue :( I've been wasting all this time assuming tha 4.1.2 worked for both regressions. > On Nov 16, 2017, at 3:36 PM, Dave Fisher <dave2w...@comcast.net> wrote: > > 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 >> <mailto: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 >>> <mailto: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 >>>> <mailto: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 >>>> <https://svn.apache.org/repos/asf/openoffice/tags/AOO412> >>>> >>>> <build-config-log-diffs.txt> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>> <mailto:dev-unsubscr...@openoffice.apache.org> >>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>>> <mailto:dev-h...@openoffice.apache.org> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> <mailto:dev-unsubscr...@openoffice.apache.org> >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> <mailto:dev-h...@openoffice.apache.org> >> >
