On 12 Oct, Matthias Seidel wrote:
> Hi Don,
>
> Am 12.10.20 um 00:49 schrieb Don Lewis:
>> On 10 Oct, Don Lewis wrote:
>>> On 10 Oct, Matthias Seidel wrote:
>>>> Hi Don,
>>>>
>>>> Am 10.10.20 um 13:30 schrieb Don Lewis:
>>>>> On 10 Oct, Matthias Seidel wrote:
>>>>>> Hi Don,
>>>>>>
>>>>>> Am 10.10.20 um 13:04 schrieb Don Lewis:
>>>>>>> On 9 Oct, Dave Fisher wrote:
>>>>>>>> It’s a guess, but which Java are you using?
>>>>>>> OpenJDK 1.8.0_252
>>>>>> What happens if you build with Java 7?
>>>>>>>> Some of those look like java doc errors.
>>>>>>> Yes, this looks a lot like the --enable-odk problem with Java 8, but
>>>>>>> those fixes were merged to AOO418 and I am not using --enable-odk.
>>>>>> I don't think there is --enable-odk. What we have is --disable-odk.
>>>>> I suspect that --enable-odk is accepted and doesn't change the default.
>>>>> Regardless, I just checked and I'm passing --disable-odk to configure.
>>>> Thanks for the clarification.
>>>>
>>>> In that case Javadoc should not be involved at all?
>>> One would think, but the errors are being flagged in comments, which is
>>> what javadoc looks at.
>>>
>>> 4.1.7 builds fine with the same version of java as long as I configure
>>> with --disable-odk.
>> Digging into the logs, I see javadoc stuff happening whether or not
>> --disable-odk is specified, but the errors seem to get ignored.
>>
>> I do see another error with my FreeBSD build of 4.1.8:
>>
>> : &&
>> LD_LIBRARY_PATH=/wrkdirs/usr/ports/editors/openoffice-418/work/aoo-4.1.
>> 8/main/solver/418/unxfbsdx.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
>> ../../
>> ../unxfbsdx.pro/bin/gencoll_rule dz_charset.txt
>> ../../../unxfbsdx.pro/misc/colla
>> tor_dz_charset.cxx dz_charset
>> /wrkdirs/usr/ports/editors/openoffice-418/work/aoo-4.1.8/main/i18npool/unxfbsdx.
>> pro/bin/gencoll_rule: Undefined symbol "_ZN7icu_4_013UnicodeStringC1EPKt"
>> dmake: Error code 1, while making
>> '../../../unxfbsdx.pro/misc/collator_dz_chars
>> et.cxx'
>>
>> Hmn ... it looks like gencoll_rule rule is picking up the system icu
>> libraries rather than the bundled icu libraries. Earlier I see some
>> linking errors that seem to get ignored:
>
> A quick guess:
>
> https://bz.apache.org/ooo/show_bug.cgi?id=125371
Nope, the rpath is right.
This turns out to be a bug in the FreeBSD port. Until recently, the
FreeBSD port used the system python. Python 2 is now deprecated on
FreeBSD and will be removed by the end of the year, so a while back I
switched the port to use the bundled python. When I did this, I didn't
notice that python wants to use readline, which got flagged. When I
added the readline dependency, that caused -L/usr/local/lib to be added
to the value of LDFLAGS that gets passed to build through the
environment. That in turn mucks up the library search order and causes
system libraries to be preferred to our bundled libraries.
I added the readline dependency at the same time as I was working on the
patch for the missing fc_local file, which is why things suddenly and
unexpectedly broke for me.
Sorry for the noise.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
