Hi Marc, I meant g++ instead of gcc. Hope Oracle guys will fix two issues found thanks to your libev ;) Created two "tickets" for them: http://forums.oracle.com/forums/thread.jspa?threadID=1764469&tstart=0 and http://forums.oracle.com/forums/thread.jspa?threadID=1738655&tstart=0
On Sun, Oct 17, 2010 at 12:05 AM, Marc Lehmann <[email protected]> wrote: > On Sat, Oct 16, 2010 at 04:50:44PM +0300, Robert Ayrapetyan > <[email protected]> wrote: >> While compiling source using Solaris's CC I'm getting following error: >> line 30: Error: Could not find a match for ev::base<ev_io, >> ev::io>::set(CTrans*) needed in CTrans::Foo(). >> >> line 30: tp_->ev_read()->set<CTrans, &CTrans::ReadCb> (this); >> >> Same code compiles and works without errors using gcc. > > I guess that means you should g++, as it has much better c++ support. > >> Also, ev++.h itself contains a "bug" (CC thinks so at least): > > Libev requires a moderately modern c++ implementation. > >> contains ERROR, which is 0x80000000, which is >> /libev-3.9/ev++.h", line 80: Error: ev::enum is not within the range >> of a long or unsigned long. > > Thats simply a compiler bug, 0x80000000 of course fits into an unsigned > long on any platform, you should report this to your vendor and demand a > working compiler :) > > Or switch to the gcc, higher quality for free. > > -- > The choice of a Deliantra, the free code+content MORPG > -----==- _GNU_ http://www.deliantra.net > ----==-- _ generation > ---==---(_)__ __ ____ __ Marc Lehmann > --==---/ / _ \/ // /\ \/ / [email protected] > -=====/_/_//_/\_,_/ /_/\_\ > -- Ayrapetyan Robert, Comodo Anti-Malware Data Processing Analysis and Management System (CAMDPAMS) http://repo-qa.camdpams.odessa.office.comodo.net/mediawiki/index.php _______________________________________________ libev mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev
