RE: [Mingw-users] Problem compiling ACE/TAO with MingW

[Johnny W. <jwi...@re...>]

Hi Oscar,

> > Hi,
> > 
> > I have a problem comping ACE/TAO (www.cs.wustl.edu/~schmidt) with
> > MingW.  I am MingW with gc 2.95.3. The compilation now works for ace
> > but I have a linker problem. I get the following output:
> > 
> > 
> c:\mingw\bin\..\lib\gcc-lib\mingw32\2.95.3-5\..\..\..\..\mingw
> 32\bin\ld.
> > exe: inv alid hex number for PE parameter 'libACE.dll.5.2.3'
> > make: *** [libACE.dll] Error 1
> > 
> > Can someone tell me what I am doing wrong.
> 
> Weird. I've never seen this. What modifications you did to the build
> process? The libACE.dll.version.number was not the normal output last
> time I build ACE.

I am using the current cvs version of ACE. It will be released probably
this week as version 5.2.4. I don't know where the version number is
attached to the dll. 

> 
> Also, what binutils version are you using?
I am using binutils version 2.11.90

> 
> > I am trying to setup a daily build of ACE and TAO with the MingW
> > compiler so that ace/tao will be supported with MingW.
> 
> Great. So far, ACE needs a bit massaging to build with MinGW. What do
> you did about the Win32 API functions used by ACE that are not
> included on the MinGW headers?
I have made some problem reports for MingW/Cygwin and the missing
methods are now added to the w32api library. In the config-win32-mingw.h
header file in the ace library we now define the missing methods
ourselves when the w32api version is lower or eqaul than 1.5. This way
when the new version of the w32api library is released we automatically
don't define those methods in ACE.

> 
> Do you plan to support gcc 3.x as well?
Yes, definitive. When I have gcc 2.95.3 working I will go on further
with gcc 3.x. I first started with gcc 3.x but I had there the same link
problem and because I didn't know whay caused it I first went back to
the gcc 2.95.3 package.

> 
> Are you using the automatic symbol export for dll's or you switched to
> __declspecs'?
What I can find is that we now use automatic symbol export, but can we
use __declspecs with MingW?

> See: you ask one question and receive 5 in return. Not bad at all ;-)
That is no problem. In our project we are now using an older version of
ace with mingw to give programmers with a windows box the ability to
compile with GNU. This way they can solve a lot of porting problems
themselves. I want to give them a newer version of the GCC compiler but
I first have to get things working.

Maybe when ACE 5.2.4 is released this week someone of the MingW group
can have a look. When someone gets the linking done with MingW and can
give feedback what to fix I will then continue setting up a MingW build
of ACE/TAO.

Johnny