[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: gcj cannot find ecj any more, on m68k



Andrew Haley dixit:

>Hmm.  Well, I think we're very close and it would be a shame to stop

Oh, ok.

>now.  If you do an "strace -f -etrace=file" you should be able to see
>what classes it's trying to load at the end, and one of these won't be
>found, and one of them wil be mentioned in the list of classes in the
>jcf-dump.

I did it to the gij command, as you didn’t specify which, but bad luck,
all it does is sitting there for a few minutes after spewing out what
I attached. I’ve not had too much luck with strace on m68k for anything
since the architecture was forced by glibc maintainers to switch to use
TLS but didn’t have a register allocated in the psABI for it, and the
porters probably didn’t want to change the ABI so they added syscalls,
and now about every single function calls syscall #333 to get the TLS
base address which slows strace down to hell.

The “just sitting there” is idle though.

root@aranym:~ # ps ax | fgrep pts/3
17229 pts/3    Ss     0:00 -/bin/mksh
17255 pts/3    S+     1:03 strace -f -etrace=file gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5
17256 pts/3    S+     0:00 tee st.log
17257 pts/3    Sl+    0:35 gij-4.6 -verbose:class -classpath /usr/share/java/eclipse-ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain x.java -g1 -fbootclasspath=./:/usr/share/java/libgcj-4.6.jar -g1 -fsource=1.5 -ftarget=1.5
17569 pts/4    R+     0:00 fgrep pts/3

Do you reckon a LD_PRELOAD open wrapper would help?
(Or are we looking at more functions, if so which?)

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

Attachment: st.log.gz
Description: Binary data


Reply to: