[Mapserver-dev] Yanking GD 1 and Freetype 1 support from CVS version...

David Graham dgraham at i3.com
Tue Apr 22 12:13:57 EDT 2003


Assefa and Steve:

I am in the process of building a PHP mapscript for Windows here for the 
first time. We have been building Mapserver and with GD2 and FT2 for a 
while now. In this process, which has yet to be successful, I have 
noticed that there could be a lot of inprovement in the Makefile.vc 
files at both the Mapserver and PHP mapscript level.

Here is what I would suggest. Move the configuration information out of 
the Makefile.vc into a nmake.opt file similar to that done for GDAL. 
Encourage users to put full paths to their support libraries so that the 
same nmake.opt file could be called in at the mapscript subdirectory level.

This brings up the problem of linking statically to the GDAL. It make 
sense to call the GDAL nmake.opt file directly if you are linking 
statically to GDAL. This requires some coordination of macro definitions.

Personally I am trying to figure out how to link to the GDAL DLL instead 
of directly to the static library. I just believe that would give me a 
lot more flexibility in the future.

So, I am willing to take on this task and send back the proposed new 
Windows nmake.opt and Makefile.vc files, if this is something that 
people would like to do. Basically I am burried in the build process 
right now, so it is no big deal for me to take some time to straighten 
it out a bit.

Dave Graham
i-cubed


Yewondwossen Assefa wrote:

>I have been building for some time on Windows using gd2 and Freetype 2
>without a problem So It should work ok for windows people.
>
>Who is currently responsable for mainting the windows binaries on UMN site ?
>We can discuss off the list on how to be in sync for the makefiles on
>windows.
>
>Later,
>
>Steve Lime wrote:
>
>  
>
>>Just as a warning, I'm planning to spend part of this evening making the
>>distribution dependent only
>>on GD/Freetype 2. Given the new features in MapServer AND the new
>>functionality in those libs it
>>simplifies maintenance a great deal. Lemme know if anyone see's
>>problems with this...
>>
>>Steve
>>
>>Stephen Lime
>>Data & Applications Manager
>>
>>Minnesota DNR
>>500 Lafayette Road
>>St. Paul, MN 55155
>>651-297-2937
>>_______________________________________________
>>Mapserver-dev mailing list
>>Mapserver-dev at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev
>>    
>>
>
>--
>----------------------------------------------------------------
>Assefa Yewondwossen
>Software Analyst
>
>Email: assefa at dmsolutions.ca
>http://www.dmsolutions.ca/
>
>Phone: (613) 565-5056 (ext 14)
>Fax:   (613) 565-0925
>----------------------------------------------------------------
>
>
>
>_______________________________________________
>Mapserver-dev mailing list
>Mapserver-dev at lists.gis.umn.edu
>http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev
>
>
>  
>


-- 
David W. Graham
Director of Geospatial Applications Development
information integration and imaging, LLC
201 Linden St, Third Floor
Fort Collins, CO 80524
(970) 482-4400
dgraham at i3.com
http://www.i3.com






More information about the mapserver-dev mailing list