[meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Hi,

I'm currently trying to update openjdk-7 to the current icedtea-release.
I'm getting as far as to the compile step which fails during a run of rmic.
In difference to earlier builds, it tries to run the just compiled
rmic java-classes.

The bootstrap jdk6 complains about incompatible class version.
"Exception in thread "main" java.lang.UnsupportedClassVersionError:
sun/rmi/rmic/Main : Unsupported major.minor version 51.0"

That is correct as the build process compiles these classes with
"-source 7" and "-target 7".
Currently I don't really know how to fix this problem. Atm I guess I
would need to add a jdk6 bootstrap version of rmic. Can anyone give me
a hint how to fix this problem?

If someone wants to have a look at my work and try themselves, I've
quickly posted it to github:
https://github.com/esven/meta-java/tree/jdk_update/

(Just the last one dirty commit)

Cheers,
Sven

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Otavio Salvador]

Hello Sven,

On Wed, Apr 1, 2015 at 12:19 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
> I'm currently trying to update openjdk-7 to the current icedtea-release.
> I'm getting as far as to the compile step which fails during a run of rmic.
> In difference to earlier builds, it tries to run the just compiled
> rmic java-classes.

Thanks a lot for doing this, this is indeed an important change to be
done ... also due security reasons.

> The bootstrap jdk6 complains about incompatible class version.
> "Exception in thread "main" java.lang.UnsupportedClassVersionError:
> sun/rmi/rmic/Main : Unsupported major.minor version 51.0"
>
> That is correct as the build process compiles these classes with
> "-source 7" and "-target 7".
> Currently I don't really know how to fix this problem. Atm I guess I
> would need to add a jdk6 bootstrap version of rmic. Can anyone give me
> a hint how to fix this problem?

Yes, you likely needs a rmic-native variant.

I am very busy now and won't have bandwidth to help on this, am sorry.

One side note though ... you might want, before, clean old versions of
the recipe and rework it so in the process you gain more intimacy of
the build process ... and helps to provide a nicer base of work as
well.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Hello Otavio,

Am 01.04.2015 um 17:25 schrieb Otavio Salvador:
> Hello Sven,
> 
> On Wed, Apr 1, 2015 at 12:19 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
>> I'm currently trying to update openjdk-7 to the current icedtea-release.
>> I'm getting as far as to the compile step which fails during a run of rmic.
>> In difference to earlier builds, it tries to run the just compiled
>> rmic java-classes.
> 
> Thanks a lot for doing this, this is indeed an important change to be
> done ... also due security reasons.
> 
>> The bootstrap jdk6 complains about incompatible class version.
>> "Exception in thread "main" java.lang.UnsupportedClassVersionError:
>> sun/rmi/rmic/Main : Unsupported major.minor version 51.0"
>>
>> That is correct as the build process compiles these classes with
>> "-source 7" and "-target 7".
>> Currently I don't really know how to fix this problem. Atm I guess I
>> would need to add a jdk6 bootstrap version of rmic. Can anyone give me
>> a hint how to fix this problem?
> 
> Yes, you likely needs a rmic-native variant.

Do you think it makes sense to create a new rmic-native recipe or should
it be created within the recipe?

> 
> I am very busy now and won't have bandwidth to help on this, am sorry.
> 
> One side note though ... you might want, before, clean old versions of
> the recipe and rework it so in the process you gain more intimacy of
> the build process ... and helps to provide a nicer base of work as
> well.
> 

You're right, I will see, how I get used to this process.

--
Cheers,
Sven

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Max Krummenacher]

Hi Sven

Maybe this pull request to the old meta-java repo location contains
already contains some of the stuff you need.
https://github.com/woglinde/meta-java/pull/62

Regards
Max

2015-04-01 17:19 GMT+02:00 Sven Ebenfeld <sven.ebenfeld@gmail.com>:
> Hi,
>
> I'm currently trying to update openjdk-7 to the current icedtea-release.
> I'm getting as far as to the compile step which fails during a run of rmic.
> In difference to earlier builds, it tries to run the just compiled
> rmic java-classes.
>
> The bootstrap jdk6 complains about incompatible class version.
> "Exception in thread "main" java.lang.UnsupportedClassVersionError:
> sun/rmi/rmic/Main : Unsupported major.minor version 51.0"
>
> That is correct as the build process compiles these classes with
> "-source 7" and "-target 7".
> Currently I don't really know how to fix this problem. Atm I guess I
> would need to add a jdk6 bootstrap version of rmic. Can anyone give me
> a hint how to fix this problem?
>
> If someone wants to have a look at my work and try themselves, I've
> quickly posted it to github:
> https://github.com/esven/meta-java/tree/jdk_update/
>
> (Just the last one dirty commit)
>
> Cheers,
> Sven
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Hi Max,

Am 01.04.2015 um 19:17 schrieb Max Krummenacher:
> Hi Sven
> 
> Maybe this pull request to the old meta-java repo location contains
> already contains some of the stuff you need.
> https://github.com/woglinde/meta-java/pull/62

Thanks, I will have a look at this.
Did you have the same problem with rmic as well?

> 
> Regards
> Max
> 
Cheers,
Sven

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Max Krummenacher]

Hi Sven

To be honest I don't know.
I remembered that pull request when I saw your question, however I did
not build nor test the updated OpenJDK.

Regards
Max

2015-04-01 22:04 GMT+02:00 Sven Ebenfeld <sven.ebenfeld@gmail.com>:
> Hi Max,
>
> Am 01.04.2015 um 19:17 schrieb Max Krummenacher:
>> Hi Sven
>>
>> Maybe this pull request to the old meta-java repo location contains
>> already contains some of the stuff you need.
>> https://github.com/woglinde/meta-java/pull/62
>
> Thanks, I will have a look at this.
> Did you have the same problem with rmic as well?
>
>>
>> Regards
>> Max
>>
> Cheers,
> Sven
>

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Hi Max, Hi Otavio,

I've managed to build and run OpenJDK-7-75b13 on an armv7 target but now
I run into an issue reported all around in the net:
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1851

I'm adressing the same issue with the quartz library on my target as in
the last comment. For this specific case it looks like the segfault is
thrown on a call to Object.clone() within the quartz library.
Unfortunately I don't find any bugfix or other hint for fixing that
issue. Other sites state, that "-XX:+PrintCommandLineFlags" works around
that issue. This is right but it makes the VM painfully slow. So it
looks like either the ThumbEE or the whole ASM optimizations won't be
used with that option.
http://blog.timmattison.com/archives/2014/08/29/deal-with-os-linux-zero-dot-cpp-related-jvm-crashes-without-using-the-oracle-jvm/

I've looked for solutions a lot but didn't find anything helpful, yet.
Any ideas?

If anyone wants to play around with my current work. Please have a look
at my fork on github https://github.com/esven/meta-java/tree/jdk_update

Cheers,
Sven

Am 02.04.2015 um 20:28 schrieb Max Krummenacher:
> Hi Sven
> 
> To be honest I don't know.
> I remembered that pull request when I saw your question, however I did
> not build nor test the updated OpenJDK.
> 
> Regards
> Max
> 
> 2015-04-01 22:04 GMT+02:00 Sven Ebenfeld <sven.ebenfeld@gmail.com>:
>> Hi Max,
>>
>> Am 01.04.2015 um 19:17 schrieb Max Krummenacher:
>>> Hi Sven
>>>
>>> Maybe this pull request to the old meta-java repo location contains
>>> already contains some of the stuff you need.
>>> https://github.com/woglinde/meta-java/pull/62
>>
>> Thanks, I will have a look at this.
>> Did you have the same problem with rmic as well?
>>
>>>
>>> Regards
>>> Max
>>>
>> Cheers,
>> Sven
>>

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Otavio Salvador]

Hello Sven,

On Thu, Apr 2, 2015 at 5:25 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
> I've managed to build and run OpenJDK-7-75b13 on an armv7 target but now
> I run into an issue reported all around in the net:
> http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1851
>
> I'm adressing the same issue with the quartz library on my target as in
> the last comment. For this specific case it looks like the segfault is
> thrown on a call to Object.clone() within the quartz library.
> Unfortunately I don't find any bugfix or other hint for fixing that
> issue. Other sites state, that "-XX:+PrintCommandLineFlags" works around
> that issue. This is right but it makes the VM painfully slow. So it
> looks like either the ThumbEE or the whole ASM optimizations won't be
> used with that option.
> http://blog.timmattison.com/archives/2014/08/29/deal-with-os-linux-zero-dot-cpp-related-jvm-crashes-without-using-the-oracle-jvm/
>
> I've looked for solutions a lot but didn't find anything helpful, yet.
> Any ideas?
>
> If anyone wants to play around with my current work. Please have a look
> at my fork on github https://github.com/esven/meta-java/tree/jdk_update

It would be good to hook a gdb on this before the failure and try to
see if something can be identified which might help fixing the root
cause of the issue?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Hi Otavio,

Am 03.04.2015 um 03:56 schrieb Otavio Salvador:
> Hello Sven,
> 
> On Thu, Apr 2, 2015 at 5:25 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
>> I've managed to build and run OpenJDK-7-75b13 on an armv7 target but now
>> I run into an issue reported all around in the net:
>> http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1851
>>
>> I'm adressing the same issue with the quartz library on my target as in
>> the last comment. For this specific case it looks like the segfault is
>> thrown on a call to Object.clone() within the quartz library.
>> Unfortunately I don't find any bugfix or other hint for fixing that
>> issue. Other sites state, that "-XX:+PrintCommandLineFlags" works around
>> that issue. This is right but it makes the VM painfully slow. So it
>> looks like either the ThumbEE or the whole ASM optimizations won't be
>> used with that option.
>> http://blog.timmattison.com/archives/2014/08/29/deal-with-os-linux-zero-dot-cpp-related-jvm-crashes-without-using-the-oracle-jvm/
>>
>> I've looked for solutions a lot but didn't find anything helpful, yet.
>> Any ideas?
>>
>> If anyone wants to play around with my current work. Please have a look
>> at my fork on github https://github.com/esven/meta-java/tree/jdk_update
> 
> It would be good to hook a gdb on this before the failure and try to
> see if something can be identified which might help fixing the root
> cause of the issue?
> 

Running with gdb gives the following output. I can't install debug
symbols for java atm. I will do this next week. But at least gdb tells
us which address it wants to access.

08:01:07.529 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
scheduler 'BoxClient Scheduler' initialized from default file in current
working dir: 'quartz.properties'
08:01:07.531 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
scheduler version: 2.2.1
08:01:07.539 [main] INFO  org.quartz.core.QuartzScheduler - JobFactory
set to: com.in2soft.remote.client.scheduler.SchedulerJobFactory@1b487e4
Cannot access memory at address 0x28

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6064460 (LWP 1801)]
Cannot access memory at address 0x28
0xb6af138c in ?? ()
   from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
(gdb) bt
#0  0xb6af138c in ?? ()
   from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
#1  0x00000000 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)


Any clues?

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Otavio Salvador]

On Fri, Apr 3, 2015 at 5:07 AM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
> Hi Otavio,
>
> Am 03.04.2015 um 03:56 schrieb Otavio Salvador:
>> Hello Sven,
>>
>> On Thu, Apr 2, 2015 at 5:25 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
>>> I've managed to build and run OpenJDK-7-75b13 on an armv7 target but now
>>> I run into an issue reported all around in the net:
>>> http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1851
>>>
>>> I'm adressing the same issue with the quartz library on my target as in
>>> the last comment. For this specific case it looks like the segfault is
>>> thrown on a call to Object.clone() within the quartz library.
>>> Unfortunately I don't find any bugfix or other hint for fixing that
>>> issue. Other sites state, that "-XX:+PrintCommandLineFlags" works around
>>> that issue. This is right but it makes the VM painfully slow. So it
>>> looks like either the ThumbEE or the whole ASM optimizations won't be
>>> used with that option.
>>> http://blog.timmattison.com/archives/2014/08/29/deal-with-os-linux-zero-dot-cpp-related-jvm-crashes-without-using-the-oracle-jvm/
>>>
>>> I've looked for solutions a lot but didn't find anything helpful, yet.
>>> Any ideas?
>>>
>>> If anyone wants to play around with my current work. Please have a look
>>> at my fork on github https://github.com/esven/meta-java/tree/jdk_update
>>
>> It would be good to hook a gdb on this before the failure and try to
>> see if something can be identified which might help fixing the root
>> cause of the issue?
>>
>
> Running with gdb gives the following output. I can't install debug
> symbols for java atm. I will do this next week. But at least gdb tells
> us which address it wants to access.
>
> 08:01:07.529 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
> scheduler 'BoxClient Scheduler' initialized from default file in current
> working dir: 'quartz.properties'
> 08:01:07.531 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
> scheduler version: 2.2.1
> 08:01:07.539 [main] INFO  org.quartz.core.QuartzScheduler - JobFactory
> set to: com.in2soft.remote.client.scheduler.SchedulerJobFactory@1b487e4
> Cannot access memory at address 0x28
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xb6064460 (LWP 1801)]
> Cannot access memory at address 0x28
> 0xb6af138c in ?? ()
>    from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
> (gdb) bt
> #0  0xb6af138c in ?? ()
>    from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
> #1  0x00000000 in ?? ()
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> (gdb)
>
>
> Any clues?

Unfortunately, not.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Okay, thanks for the reply! I'm going to run it with debug symbols within
the next days.
But I have one more question. Icedtea7-native needs xsltproc native. Do you
know the recipe which is providing it?
Am 03.04.2015 20:18 schrieb "Otavio Salvador" <otavio@ossystems.com.br>:

> On Fri, Apr 3, 2015 at 5:07 AM, Sven Ebenfeld <sven.ebenfeld@gmail.com>
> wrote:
> > Hi Otavio,
> >
> > Am 03.04.2015 um 03:56 schrieb Otavio Salvador:
> >> Hello Sven,
> >>
> >> On Thu, Apr 2, 2015 at 5:25 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com>
> wrote:
> >>> I've managed to build and run OpenJDK-7-75b13 on an armv7 target but
> now
> >>> I run into an issue reported all around in the net:
> >>> http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1851
> >>>
> >>> I'm adressing the same issue with the quartz library on my target as in
> >>> the last comment. For this specific case it looks like the segfault is
> >>> thrown on a call to Object.clone() within the quartz library.
> >>> Unfortunately I don't find any bugfix or other hint for fixing that
> >>> issue. Other sites state, that "-XX:+PrintCommandLineFlags" works
> around
> >>> that issue. This is right but it makes the VM painfully slow. So it
> >>> looks like either the ThumbEE or the whole ASM optimizations won't be
> >>> used with that option.
> >>>
> http://blog.timmattison.com/archives/2014/08/29/deal-with-os-linux-zero-dot-cpp-related-jvm-crashes-without-using-the-oracle-jvm/
> >>>
> >>> I've looked for solutions a lot but didn't find anything helpful, yet.
> >>> Any ideas?
> >>>
> >>> If anyone wants to play around with my current work. Please have a look
> >>> at my fork on github
> https://github.com/esven/meta-java/tree/jdk_update
> >>
> >> It would be good to hook a gdb on this before the failure and try to
> >> see if something can be identified which might help fixing the root
> >> cause of the issue?
> >>
> >
> > Running with gdb gives the following output. I can't install debug
> > symbols for java atm. I will do this next week. But at least gdb tells
> > us which address it wants to access.
> >
> > 08:01:07.529 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
> > scheduler 'BoxClient Scheduler' initialized from default file in current
> > working dir: 'quartz.properties'
> > 08:01:07.531 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
> > scheduler version: 2.2.1
> > 08:01:07.539 [main] INFO  org.quartz.core.QuartzScheduler - JobFactory
> > set to: com.in2soft.remote.client.scheduler.SchedulerJobFactory@1b487e4
> > Cannot access memory at address 0x28
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 0xb6064460 (LWP 1801)]
> > Cannot access memory at address 0x28
> > 0xb6af138c in ?? ()
> >    from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
> > (gdb) bt
> > #0  0xb6af138c in ?? ()
> >    from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
> > #1  0x00000000 in ?? ()
> > Backtrace stopped: previous frame identical to this frame (corrupt
> stack?)
> > (gdb)
> >
> >
> > Any clues?
>
> Unfortunately, not.
>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
>

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Otavio Salvador]

On Fri, Apr 3, 2015 at 5:24 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
> Okay, thanks for the reply! I'm going to run it with debug symbols within
> the next days.
> But I have one more question. Icedtea7-native needs xsltproc native. Do you
> know the recipe which is providing it?

commit d5a2a31aaad8f6bdf19860f7a858b10d7dba08b6 (HEAD, pending)
Author: Otavio Salvador <otavio@ossystems.com.br>
Date:   Sun Jan 25 23:11:51 2015 -0200

    openjdk-6: Add libxslt-native as dependency

    The build system looks for xsltproc during configure, when bootstrap
    is required, so we need to have it around. This has been catch when
    building the recipe in a clean tmp directory.

    Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

I tried some debugging with the old HotSpot, finding that the SIGSEGV
appeared in parts of the Assembler Code which got recent patches in
IcedTea-Repositories.
So I updated the HotSpot-Changeset to 24.80b07 and the Bug disappeared
for me. I've pushed my changes to my github repository.

I don't know if this is acceptable for you? It's running on my arm
target quit well at the moment.
If you want, I could create a patchset based on the meta-java
repository on yoctoproject.org?!


Mit freundlichen Grüßen,
Sven Ebenfeld


2015-04-04 21:27 GMT+02:00 Otavio Salvador <otavio@ossystems.com.br>:
> On Fri, Apr 3, 2015 at 5:24 PM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
>> Okay, thanks for the reply! I'm going to run it with debug symbols within
>> the next days.
>> But I have one more question. Icedtea7-native needs xsltproc native. Do you
>> know the recipe which is providing it?
>
> commit d5a2a31aaad8f6bdf19860f7a858b10d7dba08b6 (HEAD, pending)
> Author: Otavio Salvador <otavio@ossystems.com.br>
> Date:   Sun Jan 25 23:11:51 2015 -0200
>
>     openjdk-6: Add libxslt-native as dependency
>
>     The build system looks for xsltproc during configure, when bootstrap
>     is required, so we need to have it around. This has been catch when
>     building the recipe in a clean tmp directory.
>
>     Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Otavio Salvador]

On Tue, Apr 7, 2015 at 6:41 AM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
> I tried some debugging with the old HotSpot, finding that the SIGSEGV
> appeared in parts of the Assembler Code which got recent patches in
> IcedTea-Repositories.
> So I updated the HotSpot-Changeset to 24.80b07 and the Bug disappeared
> for me. I've pushed my changes to my github repository.
>
> I don't know if this is acceptable for you? It's running on my arm
> target quit well at the moment.
> If you want, I could create a patchset based on the meta-java
> repository on yoctoproject.org?!

Sure. If you want, please also cook some clean up patches. Both are
very welcome additions :)

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

After a week of testing these recipes, I fixed some issues in the new
recipes. Therefore I just submitted new versions of the patchset.
I removed the patches for uclibc as I'm unable to test it at the
moment. While trying to build it with uclibc, I always got errors with
compiling curl. Unfortunately I don't have the time to fix these
errors at the moment as we use glibc. If one uses uclibc, it may not
work atm.

Mit freundlichen Grüßen,
Sven Ebenfeld


2015-04-07 15:17 GMT+02:00 Otavio Salvador <otavio@ossystems.com.br>:
> On Tue, Apr 7, 2015 at 6:41 AM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
>> I tried some debugging with the old HotSpot, finding that the SIGSEGV
>> appeared in parts of the Assembler Code which got recent patches in
>> IcedTea-Repositories.
>> So I updated the HotSpot-Changeset to 24.80b07 and the Bug disappeared
>> for me. I've pushed my changes to my github repository.
>>
>> I don't know if this is acceptable for you? It's running on my arm
>> target quit well at the moment.
>> If you want, I could create a patchset based on the meta-java
>> repository on yoctoproject.org?!
>
> Sure. If you want, please also cook some clean up patches. Both are
> very welcome additions :)
>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Otavio Salvador]

Hello Sven,

I really appreciate your work. Thanks for all the hard work on this :)

On Mon, Apr 13, 2015 at 4:38 AM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
> After a week of testing these recipes, I fixed some issues in the new
> recipes. Therefore I just submitted new versions of the patchset.
> I removed the patches for uclibc as I'm unable to test it at the
> moment. While trying to build it with uclibc, I always got errors with
> compiling curl. Unfortunately I don't have the time to fix these
> errors at the moment as we use glibc. If one uses uclibc, it may not
> work atm.

Khem, I have put those patches into master-next branch. Is it possible
for you to take a look on the uClibC thing?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Khem Raj]

> On Apr 13, 2015, at 8:27 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
> 
> Hello Sven,
> 
> I really appreciate your work. Thanks for all the hard work on this :)
> 
> On Mon, Apr 13, 2015 at 4:38 AM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
>> After a week of testing these recipes, I fixed some issues in the new
>> recipes. Therefore I just submitted new versions of the patchset.
>> I removed the patches for uclibc as I'm unable to test it at the
>> moment. While trying to build it with uclibc, I always got errors with
>> compiling curl. Unfortunately I don't have the time to fix these
>> errors at the moment as we use glibc. If one uses uclibc, it may not
>> work atm.
> 
> Khem, I have put those patches into master-next branch. Is it possible
> for you to take a look on the uClibC thing?
> 

I don’t have uclibc setup either right now. post your errors in detail and may be there can be help


> -- 
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Hi Khem,

Am 14.04.2015 um 05:46 schrieb Khem Raj:
> 
>> On Apr 13, 2015, at 8:27 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
>>
>> Hello Sven,
>>
>> I really appreciate your work. Thanks for all the hard work on this :)
>>
>> On Mon, Apr 13, 2015 at 4:38 AM, Sven Ebenfeld <sven.ebenfeld@gmail.com> wrote:
>>> After a week of testing these recipes, I fixed some issues in the new
>>> recipes. Therefore I just submitted new versions of the patchset.
>>> I removed the patches for uclibc as I'm unable to test it at the
>>> moment. While trying to build it with uclibc, I always got errors with
>>> compiling curl. Unfortunately I don't have the time to fix these

Sry, it was not curl, it was cups that leads to errors.

>>> errors at the moment as we use glibc. If one uses uclibc, it may not
>>> work atm.
>>
>> Khem, I have put those patches into master-next branch. Is it possible
>> for you to take a look on the uClibC thing?
>>
> 
> I don’t have uclibc setup either right now. post your errors in detail and may be there can be help

I've tried to build java-test-image for qemuarm machine and get the
following error during do_compile of cups:

|
/home/esven/openembedded/oe-core/build-java/tmp-uclibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-uclibceabi/gcc/arm-oe-linux-uclibceabi/4.9.2/ld:
process.o: undefined reference to symbol 'posix_spawn_file_actions_addopen'
|
/home/esven/openembedded/oe-core/build-java/tmp-uclibc/sysroots/qemuarm/lib/librt.so.0:
error adding symbols: DSO missing from command line
| collect2: error: ld returned 1 exit status
| make[1]: *** [cupsd] Error 1
| make[1]: *** Waiting for unfinished jobs....
|
/home/esven/openembedded/oe-core/build-java/tmp-uclibc/sysroots/qemuarm/usr/lib/libssp.so:
warning: the 'gets' function is dangerous and should not be used.
| ../cups/libcups.so: warning: gethostbyname is obsolescent, use
getnameinfo() instead.
| make: *** [all] Error 1
| ERROR: oe_runmake failed
| WARNING:
/home/esven/openembedded/oe-core/build-java/tmp-uclibc/work/armv5e-oe-linux-uclibceabi/cups/2.0.2-r0/temp/run.do_compile.16053:1
exit 1 from
|   exit 1
| ERROR: Function failed: do_compile (log file is located at
/home/esven/openembedded/oe-core/build-java/tmp-uclibc/work/armv5e-oe-linux-uclibceabi/cups/2.0.2-r0/temp/log.do_compile.16053)
ERROR: Task 1001
(/home/esven/openembedded/oe-core/meta/recipes-extended/cups/cups_2.0.2.bb,
do_compile) failed with exit code '1'

Do you have any idea what is causing this issue?