Re: Testing for drawing fixes r30523

[Quentin Mathé]

Hi Nicola,

Le 8 juin 2010 à 11:58, Nicola Pero a écrit :

> On 8 Jun 2010, at 10:54, Quentin Mathé wrote:
>
> > Le 7 juin 2010 à 18:39, Doug Simons a écrit :
> >
> > > Thanks Quentin, we appreciate it!
> > >
> > > For the sake of tracking this issue, I've opened bug #30069 in the  
> > > bug system.
> >
> > ok. For now, I'm still trying to get GNUstep core & Gorm from svn  
> > trunk properly installed on top of a GNUstep install with the  
> > Windows installers from this page:  http://www.gnustep.org/experience/Windows.html
> > I initially tried an install from scratch with the README.MinGW  
> > doc, but I had various issues and had to give up on the fact GCC  
> > was unable to find the libobjc headers when everything was set up.
>
> Can you give us more information on the issues you had ?  I updated  
> the README.MinGW doc a couple of months ago or so.  If it stopped  
> working (because of changes
> in MinGW or somewhere else) I'd like to know, so I can update it  
> again :-)

Sorry for the late reply.

Here are the issues I encountered with MinGW/MSys 1.0.11 (including  
GCC 3.4.5):
- the libxml 2.7.6 source didn't compile with GCC. I worked around it  
by installing the binary available at http://www.zlatkovic.com/libxml.en.html
- gnustep-make didn't add -lpthread whereas I configured it with -- 
thread-lib=posix. I had to add -lpthread to objc_threaded by editing / 
usr/local/share/GNUstep/Makefiles/config.make directly
- make install doesn't work on Vista because of permission issues. I  
solved the issue as I explained previously here: http://lists.gnu.org/archive/html/gnustep-dev/2010-06/msg00055.html
- gnustep-base didn't compile. GCC was unable to find the objc headers  
although they were properly installed in /usr/local/include and GCC -- 
print-search-dirs was reporting the right header search paths

Cheers,
Quentin.