On April 21, 2005 01:36 am, you wrote:
> I am doing some work for a customer and I have built curlpp on some
> fairly antique Sun hardware running Solaris 5.6 with Sun's WorkShop C
> and C++ compilers, version 6. These are pretty old (1998(!)).
> Nonetheless, the bulk of curlpp was fine but there were a few issues
> that I suspect have more to do with using a non-gcc based compiler than
> their antiquity.
>

It's pretty impressive that this antique compiler can do partial template
specialization.

> They are:
>
> - extra semicolons in declarations (Form.hpp, Options.hpp,
> StorageOptions.hpp)
> - std::map.insert() doesn't take an advisory parameter for where to
> insert (OptionList.cpp)
> - I prefer obj->member to (*obj).member so I changed that (personal
> preference) (OptionList.cpp)
> - in OptionList::mapType, the index of the map is declared as "long"
> but everywhere it is used it is a cURL::cURLoption so I corrected that
> (OptionList.hpp)
> - the interface to writeDebug() wanted a C-style binding but it was
> getting a C++ binding (example03.cpp)
>

Patch applied on the curlpp-0_5_0-branch2

> I also had to go through the Makefiles by hand and remove "-W -Wall
> -Werror" from CXXFLAGS and CFLAGS. There doesn't seem to be a way of
> avoiding those options being included even though the compiler is not
> gcc and doesn't understand those flags.

Just added an option to configure script (--disable-warnings)

>
> Aside from those fairly minor issues, it seems to work pretty well.
> Thanks for your efforts!

Thanks for your patch!

>
> Ben.

-- 
Jean-Philippe Barrette-LaPierre
Maintener of cURLpp (http://rrette.com/curlpp)
_______________________________________________
cURLpp mailing list
cURLpp_at_rrette.com
http://www.rrette.com/mailman/listinfo/curlpp