Re: gcj cannot find ecj any more, on m68k

2012-05-14 Thread Thorsten Glaser 
Dixi quod…

>Ugh. So, now what.
>
>root@aranym:~ # dpkg -S /usr/lib/gcj/eclipse-ecj.jar.so
>libecj-java-gcj: /usr/lib/gcj/eclipse-ecj.jar.so
>
>I guess I’ll need to recompile the libecj-java-gcj package
>(Source: ecj), without eclipse-ecj.jar.so in the build
>chroot, and hope that fixes things, unless you’ve got more

I’ll do that now: I’ve applied all our latest m68k patches
to the gcj-4.6 source tree and will rebuild that (takes about
3-4 days on my fastest VMs) and upload that to unreleased,
then binNMU ecj against that (it was previously built by
gcj-4.4).

Andrew Haley dixit:

>Ah, yes.  I have no idea if I'll have the time to do anything
>with this, but it looks interesting.  :-)

No problem. Have fun, is the motto. If you find out something,
good, if not, nothing will get worse either.

Thanks,
//mirabilos
-- 
In traditional syntax ' is ignored, but in c99 everything between two ' is
handled as character constant.  Therefore you cannot use ' in a preproces-
sing file in c99 mode.  -- Ragge
No faith left in ISO C99, undefined behaviour, etc.


--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/pine.bsm.4.64l.1205141702460.3...@herc.mirbsd.org

Re: gcj cannot find ecj any more, on m68k

2012-05-14 Thread Andrew Haley 
On 05/14/2012 04:57 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
> 
>> >Is this box reachable?
> https://wiki.debian.org/Aranym/Quick can get you a VM that
> behaves the same (it’s one of these).
> 
>> >Does it have a working gdb?
> I think so. Andreas recently even fixed thread debugging,
> though someone has to test that first ;-)

Ah, yes.  I have no idea if I'll have the time to do anything
with this, but it looks interesting.  :-)

Andrew.


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fb1316a.9090...@redhat.com

Re: gcj cannot find ecj any more, on m68k

2012-05-14 Thread Thorsten Glaser 
Andrew Haley dixit:

>Is this box reachable?

https://wiki.debian.org/Aranym/Quick can get you a VM that
behaves the same (it’s one of these).

>Does it have a working gdb?

I think so. Andreas recently even fixed thread debugging,
though someone has to test that first ;-)

bye,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr


--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/pine.bsm.4.64l.1205141556540.3...@herc.mirbsd.org

Re: gcj cannot find ecj any more, on m68k

2012-05-14 Thread Andrew Haley 
On 05/14/2012 02:21 PM, Thorsten Glaser wrote:
> With that, “gcj-4.6 -c x.java” produces…
> x.o: ELF 32-bit MSB relocatable, Motorola 68020, version 1 (SYSV), not 
> stripped
> 
> Ugh. So, now what.

God only knows.  Your system is behaving in such a bizarre way that I
can't imagine what it's doing.  I can't think of anything else that
anyone can do without actually debugging the thing, and probably not
many people can do that.  Is this box reachable?  Does it have a working
gdb?

Andrew.


-- 
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fb10e74.5020...@redhat.com

Re: gcj cannot find ecj any more, on m68k

2012-05-14 Thread Andrew Haley 
On 05/12/2012 04:59 PM, Thorsten Glaser wrote:
> Andrew Haley dixit:
> 
>> Oh, gosh.  As you say, it looks like strace isn't working.  I can't
> 
> I managed to get further by usine -o but *not* -f (or -ff), since
> using -o with -ff showed a child process’ log consisting exactly of:
> 
> --- SIGPWR (Power failure) @ 0 (0) ---
> --- SIGXCPU (CPU time limit exceeded) @ 0 (0) ---
> +++ killed by SIGINT +++
> 
> I believe it hung there.
> 
> Added to the logs were:
> 
> - stdout/stderr -
> 
> [Loaded (pre-compiled) java.util.PropertyResourceBundle from ]
> [Loaded (pre-compiled) gnu.gcj.convert.Input_8859_1 from ]
> [Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.env.AccessRestriction 
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.batch.ClasspathSourceJar from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.batch.ClasspathJar 
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.batch.ClasspathLocation from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.batch.ClasspathDirectory from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.env.NameEnvironmentAnswer from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.batch.ClasspathDirectory$1 from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.classfmt.ClassFileReader from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.classfmt.ClassFileStruct from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) 
> org.eclipse.jdt.internal.compiler.env.IBinaryNestedType from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IBinaryField 
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IGenericField 
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IBinaryMethod 
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) org.eclipse.jdt.internal.compiler.env.IGenericMethod 
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) org.eclipse.jdt.internal.compiler.util.ManifestAnalyzer 
> from (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (BC-compiled) 
> org.eclipse.jdt.internal.compiler.classfmt.ClassFormatException from 
> (file:/usr/share/java/eclipse-ecj-3.5.1.jar )]
> [Loaded (pre-compiled) java.lang.ArrayIndexOutOfBoundsException from  source>]
> [Loaded (pre-compiled) java.lang.IndexOutOfBoundsException from  source>]
> [Loaded (pre-compiled) java.util.Hashtable$1 from ]
> [Loaded (pre-compiled) java.util.Hashtable$KeyIterator from ]
> [Loaded (pre-compiled) java.util.Collections$8 from ]
> Exception in thread "main" [Loaded (pre-compiled) gnu.gcj.runtime.NameFinder 
> from ]
> [Loaded (pre-compiled) gnu.gcj.runtime.NameFinder$Addr2Line from  source>]
> [Loaded (pre-compiled) java.lang.PosixProcess from ]
> [Loaded (pre-compiled) java.lang.Process from ]
> [Loaded (pre-compiled) java.lang.PosixProcess$ProcessManager from  source>]
> [Loaded (pre-compiled) java.util.LinkedList from ]
> [Loaded (pre-compiled) java.util.AbstractSequentialList from ]
> [Loaded (pre-compiled) java.util.Deque from ]
> [Loaded (pre-compiled) java.util.Queue from ]
> [Loaded (pre-compiled) java.util.LinkedList$Entry from ]
> [Loaded (pre-compiled) java.util.LinkedList$LinkedListItr from  source>]
> [Loaded (pre-compiled) java.util.ListIterator from ]
> [Loaded (pre-compiled) java.io.BufferedWriter from ]
> [Loaded (pre-compiled) java.lang.Throwable$StaticData from ]
> java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.Compiler
>at 
> org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(eclipse-ecj.jar.so)
>at org.eclipse.jdt.internal.compiler.batch.Main.compile(eclipse-ecj.jar.so)
>at 
> org.eclipse.jdt.internal.compiler.batch.GCCMain.compile(eclipse-ecj.jar.so)
>at org.eclipse.jdt.internal.compiler.batch.GCCMain.main(eclipse-ecj.jar.so)
> 
> - strace -
> 
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> fstat64(3, {st_mode=S_IFREG|0644, st_size=1282644, ...}) = 0
> stat64(".", {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0
> access(".", F_OK)