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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GCJ with native structs



The first one is win32 specific. Have a look at this code in win32.cc:

// The following definitions "fake out" mingw to think that -mthreads
// was enabled and that mingwthr.dll was linked. GCJ-compiled
// applications don't need this helper library because we can safely
// detect thread death (return from Thread.run()).

int _CRT_MT = 1;

I can see not wanting to have gcj dependent on mingwthr.dll. But couldnt this line be re-written like:

#ifndef _CRT_MT
#define _CRT_MT 1
#endif

Now Im only guessing here that that would fly. If it did it would mean that gcj would still be free of mingwthr.dll on win32 boxes unless linked with libstdc++.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]