openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Jagielski <...@jaguNET.com>
Subject Re: FYI: The OO 4.1.4 Mac problem
Date Thu, 16 Nov 2017 20:52:46 GMT
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 <dave2wave@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 <jim@jaguNET.com <mailto:jim@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 <dave2wave@comcast.net <mailto:dave2wave@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 <jim@jaguNET.com <mailto:jim@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-unsubscribe@openoffice.apache.org <mailto:dev-unsubscribe@openoffice.apache.org>
>>>> For additional commands, e-mail: dev-help@openoffice.apache.org <mailto:dev-help@openoffice.apache.org>
>>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org <mailto:dev-unsubscribe@openoffice.apache.org>
>> For additional commands, e-mail: dev-help@openoffice.apache.org <mailto:dev-help@openoffice.apache.org>
>> 
> 


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message