java archive
thread index for November, 2002

This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.

Indexes:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Site Nav:	[Browse other archives for this mailing list] [Browse other mailing lists at this site]
Search: Limit to: This time period only This mailing list only All mailing lists Entire site (no limit)

Messages are ordered newest-to-oldest in this index. The newest threads will be at the top of this page, the oldest will be at the bottom.

Within a single thread, the first mail note is the START of the thread; the notes following that are in the chronological order of when they were received. So globally, newest messages are at the top, but within a thread, the oldest (the start of the thread) is at the top.

If you think about it, it is confusing. Just go with the flow and everything will be all right.

• Re: Java Certification, james_williams@optusnet.com.au
  • Re: Java Certification, Per Bothner
  • <Possible follow-ups>
  • Re: Java Certification, james_williams@optusnet.com.au
• Newbie question: -static causes errors, Neil Aggarwal
• done with gcj, Christophe Roux
• GCJ article in January Linux Journal, Per Bothner
  • Re: GCJ article in January Linux Journal, Per Bothner
• Stack traces, etc., Andrew Haley
  • Re: Stack traces, etc., Adam Megacz
    • Re: Stack traces, etc., Andrew Haley
  • Re: Stack traces, etc., Mark Wielaard
    • Re: Stack traces, etc., Andrew Haley
• RHUG and the "Done with GCJ" Page, Ranjit Mathew
  • Re: RHUG and the "Done with GCJ" Page, Anthony Green
• Universal Character Names, v2, Martin v. Löwis
  • Re: Universal Character Names, v2, Zack Weinberg
    • Re: Universal Character Names, v2, Neil Booth
    • Re: Universal Character Names, v2, Martin v. Löwis
    • Re: Universal Character Names, v2, Joseph S. Myers
  • Re: Universal Character Names, v2, Neil Booth
  • Re: Universal Character Names, v2, Neil Booth
    • Re: Universal Character Names, v2, Neil Booth
      • Re: Universal Character Names, v2, Martin v. Löwis
      • Re: Universal Character Names, v2, Neil Booth
    • Re: Universal Character Names, v2, Martin v. Löwis
      • Re: Universal Character Names, v2, Neil Booth
      • Re: Universal Character Names, v2, Joseph S. Myers
• Trying to understand "resource" files in GCJ, Ranjit Mathew
  • Re: Trying to understand "resource" files in GCJ, Tom Tromey
• Gcj info, Jayakrishnan M
  • Re: Gcj info, Tom Tromey
• JAXP suggestions, Anthony Green
  • Re: JAXP suggestions, Per Bothner
  • Re: JAXP suggestions, Nic Ferrier
• Stabs Errors Compiling Java Classes, Ranjit Mathew
  • Re: Stabs Errors Compiling Java Classes, Tom Tromey
  • Re: Stabs Errors Compiling Java Classes, Ranjit Mathew
  • Re: Stabs Errors Compiling Java Classes, Ranjit Mathew
    • Re: Stabs Errors Compiling Java Classes, Tom Tromey
• Re: Using gcj, can we construct a fully compatible Java Platform?, Tom Tromey
• [ATTACHEMENT TO:] BUG REPORT. Loading native-libs dynamically end up with cast-error..., Clemens Eisserer
  • Re: [ATTACHEMENT TO:] BUG REPORT. Loading native-libs dynamicallyend up with cast-error..., Anthony Green
    • Re: [ATTACHEMENT TO:] BUG REPORT. Loading native-libs dynamicallyend up with cast-error..., Linuxhippy
      • Re: [ATTACHEMENT TO:] BUG REPORT. Loading native-libs dynamicallyend up with cast-error..., Anthony Green
    • Re: [ATTACHEMENT TO:] BUG REPORT. Loading native-libs dynamicallyend up with cast-error..., Jeff Sturm
      • Re: [ATTACHEMENT TO:] BUG REPORT. Loading native-libs dynamicallyend up with cast-error..., Linuxhippy
• BUG REPORT. Loading native-libs dynamically end up with cast-error..., Clemens Eisserer
  • <Possible follow-ups>
  • Re: BUG REPORT. Loading native-libs dynamically end up with cast-error..., Tom Tromey
• Re: class initialization check overhead, Tom Tromey
  • <Possible follow-ups>
  • Re: class initialization check overhead, Tom Tromey
  • Re: class initialization check overhead, Tom Tromey
  • Re: class initialization check overhead, Tom Tromey
  • Re: class initialization check overhead, Tom Tromey
• Re: SAX inclusion in libgcj, Tom Tromey
  • Re: SAX inclusion in libgcj, nferrier
  • <Possible follow-ups>
  • Re: SAX inclusion in libgcj, Tom Tromey
  • Re: SAX inclusion in libgcj, Tom Tromey
• Misplaced memset?, Angelo Corsaro
  • Re: Misplaced memset?, Tom Tromey
    • Re: Misplaced memset?, Angelo Corsaro
• Loading native shared-libraries dynamically...., Clemens Eisserer
  • Loading native shared-libraries dynamically...., Andrew Haley
  • <Possible follow-ups>
  • Loading native shared-libraries dynamically...., Clemens Eisserer
    • Loading native shared-libraries dynamically...., Andrew Haley
  • Re: Loading native shared-libraries dynamically...., Clemens Eisserer
    • Re: Loading native shared-libraries dynamically...., Andrew Haley
• Unspecified behaviour in java/gjavah.c, Diego Novillo
  • Unspecified behaviour in java/gjavah.c, Andrew Haley
    • Re: Unspecified behaviour in java/gjavah.c, Diego Novillo
• Dynamic class loading also with compilied objects?, Linuxhippy
  • Dynamic class loading also with compilied objects?, Andrew Haley
  • Re: Dynamic class loading also with compilied objects?, Tom Tromey
• GCJ-gererated Executables crashes with segfault when statically linked., Linuxhippy
• Sound with GJC possible?, Linuxhippy
  • Re: Sound with GJC possible?, Tom Tromey
    • Re: Sound with GJC possible?, Mark Wielaard
• linux-gnu to mingw32 cross, Martin Aliger
  • Re: linux-gnu to mingw32 cross, Ranjit Mathew
  • <Possible follow-ups>
  • Re: linux-gnu to mingw32 cross, Martin Aliger
    • Re: linux-gnu to mingw32 cross, Tom Tromey
  • Re: linux-gnu to mingw32 cross, Martin Aliger
    • Re: linux-gnu to mingw32 cross, Tom Tromey
      • Re: linux-gnu to mingw32 cross, Ranjit Mathew
      • Re: linux-gnu to mingw32 cross, Tom Tromey
      • Re: linux-gnu to mingw32 cross, Ranjit Mathew
  • Re: linux-gnu to mingw32 cross, Martin Aliger
    • Re: linux-gnu to mingw32 cross, Tom Tromey
• Optimizing for download size, Øyvind Harboe
  • Re: Optimizing for download size, Adam Megacz
    • Re: Optimizing for download size - Would be very fine!!!, Linuxhippy
      • Re: Optimizing for download size - Would be very fine!!!, Adam Megacz
      • Re: Optimizing for download size - Would be very fine, Andrew Haley
• Re: GCJ application runs not too bad with shared libs, but crashes with static libs - seems to be in _Jv_MonitorEnter, Scott Gilbertson
  • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Jeff Sturm
    • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Scott Gilbertson
      • Re: GCJ application runs not too bad with shared libs, but crasheswithstatic libs - seems to be in _Jv_MonitorEnter, Jeff Sturm
      • Re: GCJ application runs not too bad with shared libs, but crasheswithstatic libs - seems to be in _Jv_MonitorEnter, Scott Gilbertson
    • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Scott Gilbertson
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter, Mark Wielaard
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter, Mark Wielaard
      • Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter, Andrew Haley
      • Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter, Mark Wielaard
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter, Mark Wielaard
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Andrew Haley
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Andrew Haley
      • Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter, Andrew Haley
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Tom Tromey
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Tom Tromey
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Tom Tromey
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Tom Tromey
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Andrew Haley
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Andrew Haley
      • Re: GCJ application runs not too bad with shared libs, but crasheswithstatic libs - seems to be in _Jv_MonitorEnter, Per Bothner
      • Line numbers in stack traces [was: GCJ application runs not too bad with shared libs, but crasheswith]static libs - seems to be in _Jv_MonitorEnter, Andrew Haley
      • Re: Line numbers in stack traces [was: GCJ application runs not too bad with shared libs, but crasheswith] static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: Line numbers in stack traces [was: GCJ application runs not too bad with shared libs...], Andrew Haley
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Tom Tromey
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
      • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter, Scott Gilbertson
    • Can't get Throwable.printStackTrace when statically linked, Scott Gilbertson
      • Re: Can't get Throwable.printStackTrace when statically linked, Anthony Green
      • Re: Can't get Throwable.printStackTrace when statically linked, Jim Redman
      • Can't get Throwable.printStackTrace when statically linked, Andrew Haley
      • Re: Can't get Throwable.printStackTrace when statically linked, Adam Megacz
      • Re: Can't get Throwable.printStackTrace when statically linked, Andrew Haley
  • Re: GCJ application runs not too bad with shared libs, but crashes with static libs - seems to be in _Jv_MonitorEnter, Adam Megacz
• Cryptography provider, Joerg Brunsmann
  • Re: Cryptography provider, Tom Tromey
    • Re: Cryptography provider, Mark Wielaard
• GCJ application runs not too bad with shared libs, but crashes with static libs, Scott Gilbertson
  • Re: GCJ application runs not too bad with shared libs, but crashes with static libs, Adam Megacz
    • Re: GCJ application runs not too bad with shared libs, but crashes with static libs, Scott Gilbertson
  • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs, Jeff Sturm
    • Re: GCJ application runs not too bad with shared libs, but crasheswith static libs, Scott Gilbertson
• Had to hand-modify makefiles to get libjava to build - did I get configuration options wrong?, Scott Gilbertson
  • Re: Had to hand-modify makefiles to get libjava to build - did Iget configuration options wrong?, Anthony Green
    • Re: Had to hand-modify makefiles to get libjava to build - did I get configuration options wrong?, Tom Tromey
      • Re: Had to hand-modify makefiles to get libjava to build - did I get configuration options wrong?, Scott Gilbertson
      • Re: Had to hand-modify makefiles to get libjava to build - did I get configuration options wrong?, Tom Tromey
      • Re: Had to hand-modify makefiles to get libjava to build - did I get configuration options wrong?, Scott Gilbertson
      • Re: Had to hand-modify makefiles to get libjava to build - did I get configuration options wrong?, Tom Tromey
      • Re: changes to Makefile.am for xlib (was Had to hand-modify makefiles to get libjava to build - did I get configuration options wrong?), Scott Gilbertson
      • Any obvious reason my first CNI function (xlib.GC.fillPolygon) doesn't work?, Scott Gilbertson
      • Re: Any obvious reason my first CNI function (xlib.GC.fillPolygon) doesn't work?, Tom Tromey
      • Can't debug my xlib changes because gdb gets SIGTRAP in __sigsuspend via _Jv_ThreadWait, Scott Gilbertson
      • Re: Can't debug my xlib changes because gdb gets SIGTRAP in __sigsuspend via _Jv_ThreadWait, Tom Tromey
• MinGW Patches Applied to 3.3 branch?, Frank Jacobs
  • Re: MinGW Patches Applied to 3.3 branch?, Tom Tromey
    • Re: MinGW Patches Applied to 3.3 branch?, Ranjit Mathew
• Naked DllMain in win32_threads.c (boehm-gc), Ranjit Mathew
  • <Possible follow-ups>
  • RE: Naked DllMain in win32_threads.c (boehm-gc), Boehm, Hans
• network functions, Michael Koch
  • Re: network functions, Tom Tromey
• Possible WeakReference Bug, Jesse Rosenstock
  • Re: Possible WeakReference Bug, Tom Tromey
    • Re: Possible WeakReference Bug, Jesse Rosenstock
      • Re: Possible WeakReference Bug, Tom Tromey
  • Re: Possible WeakReference Bug, Tom Tromey
    • Re: Possible WeakReference Bug, Jesse Rosenstock
      • Re: Possible WeakReference Bug, Tom Tromey
      • Re: Possible WeakReference Bug, Tom Tromey
      • Re: Possible WeakReference Bug, Jesse Rosenstock
      • Re: Possible WeakReference Bug, Tom Tromey
• load native lib (SWT) with JNI on windows, Ingo Bormann
  • Re: load native lib (SWT) with JNI on windows, Tom Tromey
  • Re: load native lib (SWT) with JNI on windows, Ranjit Mathew
    • Re: load native lib (SWT) with JNI on windows, Ranjit Mathew
  • <Possible follow-ups>
  • Re: Re: load native lib (SWT) with JNI on windows, Ingo Bormann
    • Re: load native lib (SWT) with JNI on windows, Tom Tromey
    • Re: Re: load native lib (SWT) with JNI on windows, R. A. Rivas Diaz
  • RE: load native lib (SWT) with JNI on windows, Øyvind Harboe
  • Re: load native lib (SWT) with JNI on windows, Ingo Bormann
    • Re: load native lib (SWT) with JNI on windows, Tom Tromey
  • Re: load native lib (SWT) with JNI on windows, Frank Jacobs
    • Re: load native lib (SWT) with JNI on windows, Anthony Green
  • Re: load native lib (SWT) with JNI on windows, Ingo Bormann
    • Re: load native lib (SWT) with JNI on windows, Anthony Green
    • Re: load native lib (SWT) with JNI on windows, Tom Tromey
      • Re: load native lib (SWT) with JNI on windows, Frank Jacobs
      • Re: load native lib (SWT) with JNI on windows, Anthony Green
      • Re: load native lib (SWT) with JNI on windows, Per Bothner
    • Re: load native lib (SWT) with JNI on windows, Ranjit Mathew
      • Re: load native lib (SWT) with JNI on windows, Tom Tromey
      • Re: load native lib (SWT) with JNI on windows, Ranjit Mathew
      • Re: load native lib (SWT) with JNI on windows, Tom Tromey
      • Re: load native lib (SWT) with JNI on windows, Ranjit Mathew
      • Re: load native lib (SWT) with JNI on windows, Tom Tromey
      • Re: load native lib (SWT) with JNI on windows, Ranjit Mathew
      • Re: load native lib (SWT) with JNI on windows, Tom Tromey
• Newbie question, Jürgen Hoffmann
  • Re: Newbie question, Anthony Green
• Re: j2sdk build-depends cannot be satisfied?, Tom Tromey
  • Re: j2sdk build-depends cannot be satisfied?, Per Bothner
    • Re: j2sdk build-depends cannot be satisfied?, Tom Tromey
  • gjdoc (was: j2sdk build-depends cannot be satisfied?), Mark Wielaard
• another gdb question, Nic Ferrier
  • another gdb question, Andrew Haley
    • Re: another gdb question, Nic Ferrier
      • Re: another gdb question, Andrew Haley
  • Re: another gdb question, Anthony Green
• anybody know where bryce is?, Adam Megacz
• Ahead of time compiler solutions, Philippe Laporte
  • Re: Ahead of time compiler solutions, Cedric Berger
  • Re: Ahead of time compiler solutions, Tom Tromey
    • Re: Ahead of time compiler solutions, Philippe Laporte
      • Re: Ahead of time compiler solutions, Tom Tromey
      • Re: Ahead of time compiler solutions, Philippe Laporte
      • Re: Ahead of time compiler solutions, Tom Tromey
      • Re: Ahead of time compiler solutions, Philippe Laporte
      • Re: Ahead of time compiler solutions, Philippe Laporte
    • Re: Ahead of time compiler solutions, Philippe Laporte
      • Re: Ahead of time compiler solutions, Per Bothner
      • Re: Ahead of time compiler solutions, Philippe Laporte
      • Re: Ahead of time compiler solutions, Tom Tromey
      • Re: Ahead of time compiler solutions, Philippe Laporte
      • AWT and libgcj (Was: Ahead of time compiler solutions), Mark Wielaard
      • Re: AWT and libgcj (Was: Ahead of time compiler solutions), Tom Tromey
      • Re: Ahead of time compiler solutions, Tom Tromey
      • Re: Ahead of time compiler solutions, Philippe Laporte
      • Re: Ahead of time compiler solutions, Tom Tromey
      • Re: Ahead of time compiler solutions, shudo
      • Re: Ahead of time compiler solutions, Andrew Haley
      • Re: Ahead of time compiler solutions, Per Bothner
• PATCH: doc/contrib.texi and GCJ, Gerald Pfeifer
• sorry - cross post, Martin Aliger
• Re: language purist, Martin Aliger
  • Re: language purist, Rainer Klute
• possible runtime class intialization error, Martin Aliger
  • Re: possible runtime class intialization error, Tom Tromey
  • <Possible follow-ups>
  • Re: possible runtime class intialization error, Martin Aliger
    • Re: possible runtime class intialization error, Tom Tromey
  • Re: possible runtime class intialization error, Martin Aliger
  • Fwd: Re: possible runtime class intialization error, Martin Aliger
  • Re: possible runtime class intialization error, Martin Aliger
• PATCH: style.html -- /java pages and navigation, Gerald Pfeifer
• Re: Interesting paper on Supporting Binary Compatibility with StaticCompilation, Andrew Haley
• dynamic_cast problem in JNI code - any suggestions welcome., Jan Hardenbergh
  • dynamic_cast problem in JNI code - any suggestions welcome., Andrew Haley
  • <Possible follow-ups>
  • RE: dynamic_cast problem in JNI code - any suggestions welcome., Jan Hardenbergh
  • RE: dynamic_cast problem in JNI code - any suggestions welcome., Jan Hardenbergh
    • Re: dynamic_cast problem in JNI code - any suggestions welcome., Tom Tromey
• Why is GCJ shy of overwriting a .class file?, Ranjit Mathew
  • Why is GCJ shy of overwriting a .class file?, Andrew Haley
    • Re: Why is GCJ shy of overwriting a .class file?, Ranjit Mathew
      • Re: Why is GCJ shy of overwriting a .class file?, Ranjit Mathew
      • Re: Why is GCJ shy of overwriting a .class file?, Andrew Haley
• configure option to put -findirect-dispatch into libgcj.spec?, Adam Megacz
  • Re: configure option to put -findirect-dispatch into libgcj.spec?, Tom Tromey
• CNI and indirect-dispatch, Adam Megacz
  • Re: CNI and indirect-dispatch, Tom Tromey
• AWT : I take some of it back, John Murga
• AWT, John Murga
  • Re: AWT, Tom Tromey
  • <Possible follow-ups>
  • RE: AWT, John Murga
    • RE: AWT, R. A. Rivas Diaz
      • Re[2]: AWT, John Murga
      • Re: AWT, Tom Tromey
      • Re: AWT, Ranjit Mathew
      • Re: AWT, Ranjit Mathew
      • Re: AWT, Tom Tromey
• Why use '/proc/self/exe' in prims.cc?, Ranjit Mathew
  • Why use '/proc/self/exe' in prims.cc?, Andrew Haley
  • Why use '/proc/self/exe' in prims.cc?, Andrew Haley
    • Re: Why use '/proc/self/exe' in prims.cc?, Ranjit Mathew
      • Re: Why use '/proc/self/exe' in prims.cc?, Andrew Haley
• Completed Plan for --gc-sections on gcj [IGNORE my previous posts], Adam Megacz
  • Re: Completed Plan for --gc-sections on gcj [IGNORE my previous posts], Adam Megacz
    • Re: Completed Plan for --gc-sections on gcj [IGNORE my previous posts], Adam Megacz
      • Re: Completed Plan for --gc-sections on gcj [IGNORE my previous posts], Adam Megacz
• JNI in GCJ 3.2 for Win32, Ranjit Mathew
  • Re: JNI in GCJ 3.2 for Win32, Tom Tromey
    • Re: JNI in GCJ 3.2 for Win32, Anthony Green
      • Teaching libffi to stdcall, Ranjit Mathew
      • Re: Teaching libffi to stdcall, Anthony Green
      • Re: Teaching libffi to stdcall, Ranjit Mathew
      • Re: Teaching libffi to stdcall, Tom Tromey
    • Re: JNI in GCJ 3.2 for Win32, Ranjit Mathew
      • Re: JNI in GCJ 3.2 for Win32, Anthony Green
      • Re: JNI in GCJ 3.2 for Win32, Ranjit Mathew
      • Re: JNI in GCJ 3.2 for Win32, Tom Tromey
      • Re: JNI in GCJ 3.2 for Win32, Ranjit Mathew
      • Re: JNI in GCJ 3.2 for Win32, Tom Tromey
      • Re: JNI in GCJ 3.2 for Win32, Ranjit Mathew
      • Re: JNI in GCJ 3.2 for Win32, Tom Tromey
      • Re: JNI in GCJ 3.2 for Win32, Ranjit Mathew
      • Re: JNI in GCJ 3.2 for Win32, Tom Tromey
      • Re: JNI in GCJ 3.2 for Win32, Eric Blake
  • <Possible follow-ups>
  • Re: JNI in GCJ 3.2 for Win32, Frank Jacobs
• more, Adam Megacz
  • more, Andrew Haley
    • Re: more, Adam Megacz
  • Re: more, Anthony Green
  • Re: more, Ranjit Mathew
• why does .jcr work?, Adam Megacz
  • why does .jcr work?, Andrew Haley
    • Re: why does .jcr work?, Adam Megacz
      • Re: why does .jcr work?, Andrew Haley
• Re: Web Page Content Error, Tom Tromey
  • PATCH for Re: Web Page Content Error, Gerald Pfeifer
• Re: Exception in thread "main", Tom Tromey
• API patch, Michael Koch
  • Re: API patch, Tom Tromey
    • Re: API patch, Michael Koch
• compile error, Martin Aliger
  • compile error, Andrew Haley
  • <Possible follow-ups>
  • Re: compile error, Martin Aliger
    • Re: compile error, Tom Tromey
    • Re: compile error, Andrew Haley
  • Re: compile error, Martin Aliger
    • Re: compile error, Andrew Haley
• [PATCH] merge Java contributors into doc/install.texi, Janis Johnson
  • Re: [PATCH] merge Java contributors into doc/install.texi, Janis Johnson
• gcj questions, Mark and Janice Juszczec
  • Re: gcj questions, Tom Tromey
  • <Possible follow-ups>
  • Re: gcj questions, Mark and Janice Juszczec
    • Re: gcj questions, Tom Tromey
• ANNOUNCE: japitools 0.9 released, Stuart Ballard
• string->char* [former Re: core dump], Martin Aliger
  • Re: string->char* [former Re: core dump], Tom Tromey
• error in engineGetDigestLength for MessageDigest providers, R. A. Rivas Diaz
  • Re: error in engineGetDigestLength for MessageDigest providers, Tom Tromey
• understanding -findirect-dispatch, Adam Megacz
  • understanding -findirect-dispatch, Adam Megacz
    • Re: understanding -findirect-dispatch, Adam Megacz
    • Re: understanding -findirect-dispatch, Tom Tromey
      • Re: understanding -findirect-dispatch, Adam Megacz
      • Re: understanding -findirect-dispatch, Tom Tromey
• texi2pdf?, Adam Megacz
  • Re: texi2pdf?, Tom Tromey
• Help needed to test RMI patches, Mark Wielaard
  • Re: Help needed to test RMI patches, Tom Tromey
    • Re: Help needed to test RMI patches, Mark Wielaard
• gcj on embedded mipsel linux, Mark and Janice Juszczec
  • Re: gcj on embedded mipsel linux, Tom Tromey
  • <Possible follow-ups>
  • Re: gcj on embedded mipsel linux, Mark and Janice Juszczec
    • Re: gcj on embedded mipsel linux, Adam Megacz
    • Re: gcj on embedded mipsel linux, Tom Tromey
• test, Mark and Janice Juszczec
  • Re: test, Jeff Sturm
• fold-const.c versus Java, part the ninety-ninth, Andrew Haley
  • Re: fold-const.c versus Java, part the ninety-ninth, Richard Henderson
• core dump, Martin Aliger
  • Re: core dump, Jeff Sturm
• libltdl vs System.loadLibrary, Anthony Green
  • Re: libltdl vs System.loadLibrary, Tom Tromey
    • Re: libltdl vs System.loadLibrary, R. A. Rivas Diaz
      • Re: libltdl vs System.loadLibrary, Ranjit Mathew
      • Re: libltdl vs System.loadLibrary, Tom Tromey
  • <Possible follow-ups>
  • Re: libltdl vs System.loadLibrary, Frank Jacobs
    • building a native compiler for Windows [was Re: libltdl vs System.loadLibrary], R. A. Rivas Diaz
      • Re: building a native compiler for Windows [was Re: libltdl vs System.loadLibrary], Frank Jacobs
  • RE: libltdl vs System.loadLibrary, Øyvind Harboe
  • Re: libltdl vs System.loadLibrary, Frank Jacobs
• duplicate class registration fix?, nferrier
  • Re: duplicate class registration fix?, Jeff Sturm
  • Re: duplicate class registration fix?, Tom Tromey
• Can't create Frame object with gcc 3.2, Pierre Habraken
  • Re: Can't create Frame object with gcc 3.2, Tom Tromey
    • Re: Can't create Frame object with gcc 3.2, Pierre Habraken
      • Re: Can't create Frame object with gcc 3.2, Tom Tromey
      • Java interface to Xlib : JCNIX, Pierre Habraken
      • Re: Java interface to Xlib : JCNIX, Tom Tromey
      • Re: Java interface to Xlib : JCNIX, R. A. Rivas Diaz
      • Re: Java interface to Xlib : JCNIX, Tom Tromey
• Multiple class loaders problem, Anthony Green
  • Re: Multiple class loaders problem, Tom Tromey
    • Re: Multiple class loaders problem, Anthony Green
    • Re: Multiple class loaders problem, Anthony Green
• Unloading classes, Anthony Green
  • Re: Unloading classes, Jeff Sturm
    • Re: Unloading classes, Anthony Green
      • Re: Unloading classes, Jeff Sturm
      • Re: Unloading classes, Anthony Green
      • Re: Unloading classes, Jeff Sturm
    • Re: Unloading classes, Anthony Green
    • Re: Unloading classes, Tom Tromey
      • Re: Unloading classes, Jeff Sturm
      • Re: Unloading classes, Tom Tromey
  • <Possible follow-ups>
  • RE: Unloading classes, Boehm, Hans
• example of using ant to drive a gcj build, Adam Megacz
• merging CGJ credits with GCC contributors list, Janis Johnson
• Cross-compiling libjava, Momchil Velikov
  • Re: Cross-compiling libjava, Adam Megacz
  • Re: Cross-compiling libjava, Tom Tromey
    • Re: Cross-compiling libjava, Ranjit Mathew
      • Re: Cross-compiling libjava, Ranjit Mathew
      • Re: Cross-compiling libjava, Tom Tromey
      • Re: Cross-compiling libjava, Tom Tromey
• Re: gdb and gcj: understandings, Bryce McKinlay
  • Re: gdb and gcj: understandings, Tom Tromey
• Re: groan: installation, Bryce McKinlay
  • Re: groan: installation, Jeff Sturm
    • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Nic Ferrier
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Jeff Sturm
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Nic Ferrier
      • Re: groan: installation, Jeff Sturm
      • Re: groan: installation, nferrier
      • Re: groan: installation, Jeff Sturm
      • Re: groan: installation, Tom Tromey
      • Re: groan: installation, Jeff Sturm
      • Re: groan: installation, Per Bothner
      • Re: groan: installation, Mark Wielaard
      • Re: groan: installation, Tom Tromey
      • Re: groan: installation, Andrew Haley
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Andrew Haley
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Per Bothner
      • Re: groan: installation, Tom Tromey
      • Re: groan: installation, Cedric Berger
      • Re: groan: installation, velco
      • Re: groan: installation, Cedric Berger
      • Re: groan: installation, Momchil Velikov
      • Re: groan: installation, Jeff Sturm
      • Re: groan: installation, Momchil Velikov
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Momchil Velikov
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Jeff Sturm
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Cedric Berger
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Anthony Green
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Anthony Green
      • Re: groan: installation, Jeff Sturm
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Momchil Velikov
      • Re: groan: installation, Adam Megacz
      • Re: groan: installation, Per Bothner
      • Re: groan: installation, Tom Tromey
  • <Possible follow-ups>
  • RE: groan: installation, Chris Cole
    • Re: groan: installation, Cedric Berger
• Re: New java/status.html file, Tom Tromey
  • <Possible follow-ups>
  • Re: New java/status.html file, Gerald Pfeifer
• Re: Implementing Universal Character Names in identifiers, Martin v. Löwis
  • Re: Implementing Universal Character Names in identifiers, Tom Tromey
    • Re: Implementing Universal Character Names in identifiers, Martin v. Löwis
      • Re: Implementing Universal Character Names in identifiers, Tom Tromey
      • Re: Implementing Universal Character Names in identifiers, Andrew Pinski
      • Re: Implementing Universal Character Names in identifiers, Martin v. Löwis
      • Re: Implementing Universal Character Names in identifiers, Martin v. Löwis
  • <Possible follow-ups>
  • Re: Implementing Universal Character Names in identifiers, Brian Sullivan
    • Re: Implementing Universal Character Names in identifiers, Tom Tromey
      • Re: Implementing Universal Character Names in identifiers, Andrew Haley
  • Re: Implementing Universal Character Names in identifiers, Neil Booth
    • Re: Implementing Universal Character Names in identifiers, Martin v. Löwis
• Re: Re: strange linking errors with static-libs..., Clemens Eisserer

Indexes:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Site Nav:	[Browse other archives for this mailing list] [Browse other mailing lists at this site]
Search: Limit to: This time period only This mailing list only All mailing lists Entire site (no limit)