On 25.04.2015 08:17, Alexander Thomas wrote:
> On 04/25/2015 03:48 AM, Branko Čibej wrote:
>> On 24.04.2015 10:46, Alexander Thomas wrote:
>>> On 04/24/2015 12:47 PM, Branko Čibej wrote:
>>>>
>>>> Can you try compiling with the following patch, please, and report the
>>>> results?
>>>> ndings/javahl
>>>
>>> Here is result after patching ...
>>>
>>> [[[
>>> subversion/bindings/javahl/native/jniwrapper/jni_io_stream.cpp: In
>>> function
>>> `svn_error_t* Java::<unnamed>::global_stream_close_input(void*)':
>>> subversion/bindings/javahl/native/jniwrapper/jni_io_stream.cpp:114:
>>> type
>>> specifier omitted for parameter `ref'
>>
>> (...etc)
>>
>> Pretty much as I expected, I'm afraid. You'll have to use a newer
>> version of GCC; yes, I'm aware that this makes packaging a lot more
>> painful, given that you'll most likely have to ship a newer
>> libstdc++, too.
>
> This is case I had to move to RHEL4. Bit painful no other go.
>>
>> As far as I'm aware, RHEL3 is EOL and the last official update was 8
>> years ago.
>>
> Yes I agree. Does this mean SVN official say RHEL 3 is no longer
> supported, that is how it happens ?
This is not about "supporting" RHEL 3; we do not "officially support"
any particular Linux distro. But you do need a valid C++ compiler with a
complete implementation of C++98 to compile JavaHL for 1.9.
> Another small changes required in the bindings/javahl/README where
> minimum required version of JRE/JDK now at 1.5+ need to be changed to
> 1.6+ (I hope). When I compiled javahl against 1.5.x, its not able find
> many symbols in class java.lang.String like isEmpty().
Yes, I think we'll have to update that minimum requirement, too. Java
1.5 has also been quite dead for a while. Although in this case,
replacing .isEmpty() with .equals("") should be fine.
-- Brane
Received on 2015-04-25 08:33:15 CEST