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

Attachment: signature.asc
Description: Message signed with OpenPGP

Reply via email to