--- Comment #16 from davek at gcc dot gnu dot org 2010-01-11 17:39 ---
Confirmed that it was just a glitch of some kind.
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from davek at gcc dot gnu dot org 2010-01-11 08:16 ---
just waiting to see if this can be reproduced with clean sources.
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from davek at gcc dot gnu dot org 2010-01-09 10:12 ---
(In reply to comment #12)
> (In reply to comment #11)
> > Ah. It's probably caused by --enable-java-awt. AWT isn't yet supported on
> > cygwin yet; looks like it will need some adjustment to the way .o files are
> >
--- Comment #13 from jojelino at gmail dot com 2010-01-09 10:08 ---
Created an attachment (id=19522)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19522&action=view)
hdrs (with --export-all-symbols) which i should have attached
it counts 57439 whoa,
what happens if total number of
--- Comment #12 from jojelino at gmail dot com 2010-01-09 09:56 ---
(In reply to comment #11)
> Ah. It's probably caused by --enable-java-awt. AWT isn't yet supported on
> cygwin yet; looks like it will need some adjustment to the way .o files are
> divided between the two dlls, most l
--- Comment #11 from davek at gcc dot gnu dot org 2010-01-09 09:38 ---
Ah. It's probably caused by --enable-java-awt. AWT isn't yet supported on
cygwin yet; looks like it will need some adjustment to the way .o files are
divided between the two dlls, most likely.
Can you confirm wheth
--- Comment #10 from jojelino at gmail dot com 2010-01-09 09:26 ---
Created an attachment (id=19521)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19521&action=view)
undefined symbol list
this is undefined symbol list when i link without --export-all-symbols
when linking libgcj-no
--- Comment #9 from jojelino at gmail dot com 2010-01-09 09:24 ---
(From update of attachment 19520)
oh my i ran objdump -t instead of objdump -p
i'm sorry for this.
--
jojelino at gmail dot com changed:
What|Removed |Added
--- Comment #8 from davek at gcc dot gnu dot org 2010-01-09 08:43 ---
(In reply to comment #7)
> Created an attachment (id=19520)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19520&action=view) [edit]
> gzipped text
>
> oh my. it counts more than 65535.. [167929]
!LOL! That's
--- Comment #7 from jojelino at gmail dot com 2010-01-09 08:40 ---
Created an attachment (id=19520)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19520&action=view)
gzipped text
oh my. it counts more than 65535.. [167929]
and gzipped file exceed limit 1000k so i can't attach it at
--- Comment #6 from davek at gcc dot gnu dot org 2010-01-09 07:49 ---
(In reply to comment #4)
> Created an attachment (id=19517)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19517&action=view) [edit]
> diff file i used
I don't like the look of this one:
diff --git a/libjava/c
--- Comment #5 from jojelino at gmail dot com 2010-01-09 07:44 ---
(From update of attachment 19517)
here is configuration
./configure --prefix=/usr --disable-win32-registry --enable-threads=posix
--enable-languages=c,c++,java --with-win32-nlsapi=unicode --enable-tls
--disable-bootstrap
--- Comment #4 from jojelino at gmail dot com 2010-01-09 07:40 ---
Created an attachment (id=19517)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19517&action=view)
diff file i used
here is configuration
./configure --prefix=/usr --disable-win32-registry --enable-threads=posix
--
--- Comment #3 from davek at gcc dot gnu dot org 2010-01-09 07:12 ---
[ Replying to your post on binutils list ]
jojelino wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42658
>
> it is critical when linking libgcj library hence it uses .jcr section to
> initialize java class CTO
--- Comment #2 from jojelino at gmail dot com 2010-01-09 06:11 ---
maybe this could be linker problem. jcr section doesn't seem preserved in
shared library.
00ffd668 d ___JCR_LIST__
010021c4 d ___JCR_END__
004097b4 d ___JCR_LIST__
004097c0 d ___JCR_END__
--
http://gcc.gnu.org/bugz
--- Comment #1 from jojelino at gmail dot com 2010-01-08 17:50 ---
here is vtable dump for klass
as you can see , klass->engine of dynamic version is NULL
whereas static version got proper instance though
so klass->engine->verify(klass); invokes SEGV...
but why does it happened?
16 matches
Mail list logo
