This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: GCC 3.3 MingW Crossed-Native Build Suceeded! (Woo hoo!)
- From: "Erik Poupaert" <erik dot poupaert at chello dot be>
- To: "Ranjit Mathew" <rmathew at hotmail dot com>,<java at gcc dot gnu dot org>
- Cc: <gnustuff at thisiscool dot com>
- Date: Mon, 17 Feb 2003 16:29:15 +0100
- Subject: Re: GCC 3.3 MingW Crossed-Native Build Suceeded! (Woo hoo!)
Hi Mohan,
Ranjit just pointed out to me that the 3.3 download doesn't contain a small
workaround that was applied in 3.2. This workaround prevents gc from
exporting DllMain() and, in this way, avoids conflicts with the DllMain()
symbol introduced when gcj compiles a dll.
Would it be possible (if you have the time and the inclination) to add this
workaround to the 3.3 download as well? I'd be most grateful.
Erik
The message in which Ranjit describes the workaround:
http://gcc.gnu.org/ml/java/2002-11/msg00272.html
""""
The win32_threads.c file [...] IMHO, this DllMain should be protected with a
#ifdef checking
GC_DLL or some such thing. I tried it out with GCJ 3.2 and it actually seems
to work. (The DLL creation bit, not the
actual DLL itself - that's another story.)
""""