Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE
Andrew Haley wrote:
Andrew Haley wrote:
OK, I've found it. The ClassNotFoundException is thrown from a security
check
in libgcj. We are calling Method m1 from method m0, and m1's class loader
is different from m0's class loader. We have to check that for every arg
in m1, the actual type
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE
Andrew To be clear: the two class loaders being checked are those of
Andrew interface org.eclipse.core.runtime.IPluginDescriptor
Andrew and
Andrew class org.eclipse.core.runtime.Platform
Andrew Tromey: are you quite sure we should be checking the class loader
Andrew of the interface type
Michael Koch wrote:
On Fri, Feb 15, 2008 at 11:50:38PM +0100, Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
*
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
java.lang.ClassNotFoundException: org.eclipse.core.runtime.Plugin
at
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
java.lang.ClassNotFoundException: org.eclipse.core.runtime.Plugin
at
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK 1
Michael Koch wrote:
On Sun, Mar 02, 2008 at 12:01:03PM +, Andrew Haley wrote:
Michael Koch wrote:
On Sun, Mar 02, 2008 at 10:35:28AM +, Andrew Haley wrote:
And what was the reason? I need to know.
!ENTRY org.eclipse.osgi 4 0 2008-03-02 12:38:50.196
!MESSAGE Application error
!STACK
Andrew Haley wrote:
There are areas where compliant jvms might behave differently. For
example, the exact time when dependent classes are loaded isn't defined.
Maybe at class initialization time, maybe later. All the the spec
requires is that ClassNotFoundExceptions aren't raised until
On Fri, Feb 15, 2008 at 11:50:38PM +0100, Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
*
Michael Koch wrote:
On Sat, Feb 16, 2008 at 10:33:21AM +, Andrew Haley wrote:
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found
Thomas Girard wrote:
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-4.2-base 4.2.1-3
* gcj-4.1-base, gcj-4.1, gij-4.1, libgcj7-1
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where exit is called
with code 13.
I'm betting it's a bogus version check.
What kind of
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where exit is called
with code 13.
What went wrong with the debugging?
On Sat, Feb 16, 2008 at 10:33:21AM +, Andrew Haley wrote:
Michael Koch wrote:
On Sat, Feb 16, 2008 at 09:56:18AM +, Andrew Haley wrote:
Has anyone actually attempted to debug this? Which code actually calls
Runtime.exit()?
I tried to debug this but I dont found out from where
Hello,
A while ago, I wrote:
Using the following pakages:
* java-gcj-compat{,-dev} 1.0.69-2
* ecj, ecj-gcj, libecj-java and libecj-gcj 3.3.0+0728-1
* libgcj-bc, libgcj8{-1,-1-awt,-jar} 4.2.1-3
* gcc-4.2-base 4.2.1-3
* gcj-4.1-base, gcj-4.1, gij-4.1, libgcj7-1 4.1.2-16
On Sat, Oct 27, 2007 at 10:17:47PM +0200, Thomas Girard wrote:
reassign 432541 gcj-4.2
retitle 432541 gcj-4.2 can no longer compile Eclipse plugins
merge 432539 432541
thanks
Hi,
after having slowly updated an etch chroot to a sid one using
snaphsot.debian.net, I have found that the
Le samedi 26 janvier 2008 à 17:12 +0100, Michael Koch a écrit :
I have just tried this with SUN JDK 6, Icedtea, gcj 4.3, jamvm and cacao
with the following result:
SUN JDK 6: Just works.
gcj-4.3: No output at all. Returns with exit code 13.
icedtea: No output at all. Returns with exit
reassign 432541 gcj-4.2
retitle 432541 gcj-4.2 can no longer compile Eclipse plugins
merge 432539 432541
thanks
Hi,
after having slowly updated an etch chroot to a sid one using
snaphsot.debian.net, I have found that the FTBFS occurs with gcj-4.2,
and is not related to ecj.
Indeed, using the
reassign 432541 eclipse-cdt
clone 432541 -1
reassign -1 gcj-4.3
thanks
eclipse-cdt still FTBFS, so keeping a duplicate there.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
On Mon, Oct 22, 2007 at 02:42:40PM +0200, Matthias Klose wrote:
Thomas, please could check with gcj-4.3 (from experimental) / gcc-snapshot?
With:
* gcc-snapshot 20071020-1
* gij-4.3 4.3-20071020-1
I have the same problem; make stops with:
make: *** [build-stamp] Error 13
I'm not
Thomas Girard writes:
Le mercredi 10 octobre 2007 à 12:36 +0200, Thomas Girard a écrit :
Just another hint on this one: using etch to recompile eclipse-cdt
*does* work. So it's likely a problem in the toolchain.
Moving from an etch chroot to sid, I was able to find out that the
Hello Andrew,
On Mon, Oct 22, 2007 at 11:55:43AM +0100, Andrew Haley wrote:
Moving from an etch chroot to sid, I was able to find out that the
following upgrades do not impact eclipse-cdt compilation:
* libc6 2.6.1-6
* ant 1.7.0-3
* eclipse 3.2.2-4
This means one of the
Thomas Girard writes:
It built successfully in June[2], and started to fail building in July[3].
Ping Doko: what did you change in this time window?
Andrew.
--
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4
1TE, UK
Registered in England and Wales No.
Andrew Haley schrieb:
Thomas Girard writes:
It built successfully in June[2], and started to fail building in July[3].
Ping Doko: what did you change in this time window?
On July 18:
gcc-4.1 (4.1.2-14) unstable; urgency=low
* Update to SVN 20070718.
* Update boehm-gc, libjava from
Le mercredi 10 octobre 2007 à 12:36 +0200, Thomas Girard a écrit :
Just another hint on this one: using etch to recompile eclipse-cdt
*does* work. So it's likely a problem in the toolchain.
Moving from an etch chroot to sid, I was able to find out that the
following upgrades do not impact
Just another hint on this one: using etch to recompile eclipse-cdt
*does* work. So it's likely a problem in the toolchain.
Regards,
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello Andrew,
thanks for looking into this.
On Wed, Sep 12, 2007 at 08:15:47PM -0400, Andrew Overholt wrote:
Try running the launcher directly:
/usr/bin/eclipse -noSplash -application org.eclipse.ant.antRunner (or
whatever). I think the exit in this case is due to the osgi
configuration
Hi,
* Thomas Girard [EMAIL PROTECTED] [2007-09-11 16:01]:
cd source-tree/org.eclipse.cdt.releng \
/usr/lib/jvm/java-gcj/bin/java -cp /usr/lib/eclipse/startup.jar \
-Dosgi.sharedConfiguration.area=/usr/lib/eclipse/configuration \
Try running the launcher directly:
tags 432541 + help
thanks
I'm really stuck with this one.
This eclipse-cdt FTBFS is always reproducible on amd64 and i386; I have
not tried on other platforms.
Trying to build eclipse-cdt leads to:
cd source-tree/org.eclipse.cdt.releng \
/usr/lib/jvm/java-gcj/bin/java -cp
tags 432541 + confirmed
thanks
Hi Lucas,
Le mardi 10 juillet 2007 à 12:10 +, Lucas Nussbaum a écrit :
Package: eclipse-cdt
version: 3.1.2-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20070708
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in
Package: eclipse-cdt
version: 3.1.2-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20070708
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid, your package failed to build on i386.
Relevant part:
uudecode -o /dev/stdout
34 matches
Mail list logo