Re: MTL usage with MSVC++ compiler

Lieber Herr Papenfuss,

vielen Dank für die Korrektur, die ich soeben eingearbeitet habe. Ich 
stimme Ihnen zu, dass derartige Plattformabhängigkeiten unschön sind. 
Was der konkrete Grund dafür ist, weiß ich nicht und die ursprünglichen 
Autoren sind seit längeren mit anderen Sachen beschäftigt (der 
Hauptautor hat letzten Freitag seine Promotion verteidigt (über eine 
Programmiersprache für generische Programmierung) und ist am Wochenende 
nach Texas gezogen).

Die Bibliothek wurde natürlich für verschiedene Compiler getestet. Was 
wiederum nicht heißt, dass damit alle Fehlerquellen  ausgeschlossen 
sind. Leider wurde in den letzten Jahren nicht an dem Code gearbeitet, 
aber meine Kollegen haben damals großen Aufwand betrieben, um die 
Bibliothek auf unausgereifte Compiler zu portieren (wie ältere 
Versionen von Visual). Umgekehrt greifen die ifdefs auch für neuere 
Versionen von Visual, wo die Tricksereien nicht notwendig sind und 
teilweise auch Probleme verursachen (womit ich mich die vergangenen 
Wochen rumgeärgert habe).

Ganz davon abgesehen, haben Dave Abraham und ich angefangen, eine neue 
Version der MTL komplett von vorn zu schreiben. Die Unterstützung von 
Compilern, die nicht standardkonform sind, spielt dabei eine 
untergeordnete Rolle. Erfahrungsgemäß ist MSVC ab Version 7.1 geeignet, 
um neuere Template-Bibliotheken zu verwenden.

Mit freundlichen Grüßen,
Peter Gottschling

On Jul 17, 2005, at 4:54 AM, 10374422 wrote:

> Dear MTL development team,
>
> let me first express my respect for this comprehensive library.
>
> I just started to check out the library today. I would like to post a 
> quick
> question. Has the header <mtl/lu.h> been tested with MSVC 6.0? The 
> example
> lu_solve.cc did not run initially. I had to fix it along with 
> <mtl/lu.h>
> because the mtl::set() function would not be available with that name 
> under
> MSVC (were it is named mtl::set_value()). Why is the naming different 
> among
> platforms anyway? Different names for different platforms will always 
> be a
> hassle when it comes to porting! Would it not be better to have a 
> common
> name for all platforms?
>
> Best regards,
> Frank.
>
> ---------------------------------------------------------------
> Dipl.-Ing. Frank Papenfuss
> ***
> Universitaet Rostock
> Fakultaet f. Informatik und Elektrotechnik
> Institut f. Angewandte Mikroelektronik und Datentechnik
> ***
> University of Rostock
> Faculty of Computer Science and Electrical Engineering
> Institute of Applied Microelectronics and CE
> ***
> Richard Wagner Str. 31
> 18119 Rostock
> Tel.: +49 (0)381 498 3536
> FAX:  +49 (0)381 498 3601
> eMail: mailto:[email protected]
> <lu.h>_______________________________________________
> This list is archived at http://www.osl.iu.edu/MailArchives/mtl-devel/
------------
Peter Gottschling
Research Associate
Open Systems Laboratory
Indiana University
301i Lindley Hall
Bloomington, IN 47405
Tel.: +1 812 855-8898   Fax: +1 812 856 0853
http://www.osl.iu.edu/~pgottsch


_______________________________________________
This list is archived at http://www.osl.iu.edu/MailArchives/mtl-devel/