From: George T E. <gte...@us...> - 2008-07-08 19:13:12
|
Hi, I understand that a native build of Player for Windows is in progress. Can anyone tell me where that code resides in the CVS repository? Thanks, George, |
From: Toby C. <tco...@pl...> - 2008-07-08 20:05:20
|
Geoff will be able to fill in more detail, but it is not actually a port, the current SVN trunk version will now (mostly) build in windows (thanks CMake), at this stage I think the server core and client libraries will build (but possibly not without a few quirks). Drivers, utilities and stage are still pending. It is unlikely that a Windows build of Stage 2.1 will be supported, Stage 3.0 should be a lot more doable. Those who actually know what this is up to, please chip in at this point, Toby 2008/7/9 George T Edwards <gte...@us...>: > > Hi, > > I understand that a native build of Player for Windows is in progress. Can > anyone tell me where that code resides in the CVS repository? > > Thanks, > George, > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > -- This email is intended for the addressee only and may contain privileged and/or confidential information |
From: Richard V. <va...@sf...> - 2008-07-08 20:18:09
|
For reference, I'm not planning to make Windows an "official" target for Stage-3.0.0, but if all goes according to plan, a patch or point release a few weeks later will add Windows to the line-up. Richard/ On Tue, Jul 8, 2008 at 1:05 PM, Toby Collett <tco...@pl...> wrote: > Geoff will be able to fill in more detail, but it is not actually a port, > the current SVN trunk version will now (mostly) build in windows (thanks > CMake), at this stage I think the server core and client libraries will > build (but possibly not without a few quirks). Drivers, utilities and stage > are still pending. It is unlikely that a Windows build of Stage 2.1 will be > supported, Stage 3.0 should be a lot more doable. > > Those who actually know what this is up to, please chip in at this point, > > Toby > > 2008/7/9 George T Edwards <gte...@us...>: >> >> Hi, >> >> I understand that a native build of Player for Windows is in progress. Can >> anyone tell me where that code resides in the CVS repository? >> >> Thanks, >> George, >> >> >> ------------------------------------------------------------------------- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic lameness >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> _______________________________________________ >> Playerstage-developers mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-developers > > > > -- > This email is intended for the addressee only and may contain privileged > and/or confidential information > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > > -- Richard Vaughan Autonomy Lab / Computing Science / Simon Fraser University |
From: Geoffrey B. <gb...@ki...> - 2008-07-08 23:09:21
|
Stuff builds, but none of it is actually usable at this point. I've been a bit delayed by work and other things, but I hope to get back to it soon. I haven't put any of my changes into SVN yet. We're targetting December for the 2.2 release, which will include Windows support, and we need to have alpha versions well before then, so it shouldn't be too much longer now. Geoff Toby Collett wrote: > Geoff will be able to fill in more detail, but it is not actually a > port, the current SVN trunk version will now (mostly) build in windows > (thanks CMake), at this stage I think the server core and client > libraries will build (but possibly not without a few quirks). Drivers, > utilities and stage are still pending. It is unlikely that a Windows > build of Stage 2.1 will be supported, Stage 3.0 should be a lot more doable. > > Those who actually know what this is up to, please chip in at this point, > > Toby > > 2008/7/9 George T Edwards <gte...@us... > <mailto:gte...@us...>>: > > > Hi, > > I understand that a native build of Player for Windows is in > progress. Can > anyone tell me where that code resides in the CVS repository? > > Thanks, > George, |
From: Paul O. <new...@ki...> - 2008-07-09 00:15:36
|
Windows libc has no XDR, so cmake can't make magic trick of adding it. Cygwin does have XDR but we can't say it's native (keep in mind emulation overhead and nasty licensing). It's about time to follow the same hard work I once did for Player 2.0.4 to port playerlibxdr for mingw (native Windows building environment). Also Windows has no BSD sockets (again, Cygwin has it). I used SDL_net portable sockets while porting libplayerc for Player 2.0.4 to MinGW, but Player developers were unhappy with adding yet anoder dependency to Player. Windows has no termios, robots won't be able to be driven from Windows. Fortunately, recently I've added cvcam driver to Player 2.2, this will add possibility of using cameras on Windows Player (MinGW can nicely cooperate with OpenCV for Windows). Paul On Wed, 9 Jul 2008, Geoffrey Biggs wrote: > Stuff builds, but none of it is actually usable at this point. I've been > a bit delayed by work and other things, but I hope to get back to it > soon. I haven't put any of my changes into SVN yet. > > We're targetting December for the 2.2 release, which will include > Windows support, and we need to have alpha versions well before then, so > it shouldn't be too much longer now. > > Geoff > > Toby Collett wrote: >> Geoff will be able to fill in more detail, but it is not actually a >> port, the current SVN trunk version will now (mostly) build in windows >> (thanks CMake), at this stage I think the server core and client >> libraries will build (but possibly not without a few quirks). Drivers, >> utilities and stage are still pending. It is unlikely that a Windows >> build of Stage 2.1 will be supported, Stage 3.0 should be a lot more doable. >> >> Those who actually know what this is up to, please chip in at this point, >> >> Toby >> >> 2008/7/9 George T Edwards <gte...@us... >> <mailto:gte...@us...>>: >> >> >> Hi, >> >> I understand that a native build of Player for Windows is in >> progress. Can >> anyone tell me where that code resides in the CVS repository? >> >> Thanks, >> George, > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > |
From: Brian G. <br...@ge...> - 2008-09-01 21:20:46
|
On Jul 8, 2008, at 5:15 PM, Paul Osmialowski wrote: > Windows libc has no XDR, so cmake can't make magic trick of adding it. > Cygwin does have XDR but we can't say it's native (keep in mind > emulation > overhead and nasty licensing). It's about time to follow the same hard > work I once did for Player 2.0.4 to port playerlibxdr for mingw > (native > Windows building environment). > Also Windows has no BSD sockets (again, Cygwin has it). I used SDL_net > portable sockets while porting libplayerc for Player 2.0.4 to MinGW, > but > Player developers were unhappy with adding yet anoder dependency to > Player. > Windows has no termios, robots won't be able to be driven from > Windows. > Fortunately, recently I've added cvcam driver to Player 2.2, this > will add > possibility of using cameras on Windows Player (MinGW can nicely > cooperate > with OpenCV for Windows). Has anyone made headway on this issue of XDR support for Windows? XDR is such an established and standard format that I don't think it's too much to ask for Windows to support it... brian. |
From: gbiggs <gb...@ki...> - 2008-09-01 23:27:19
|
I've been working on adding it to libreplace for use in the native windows build. It's mostly just a bunch of memory copies so it's pretty portable code. Unfortunately this work was delayed by my lack of a usable copy of Visual C++ for a few months, followed by currently being really busy at work. I'm hoping to rush through something that I can get into SVN after I get back from IROS. I was planning on getting working client stuff in all at once, but if there's demand I can put the libreplace version of XDR in earlier. Geoff Brian Gerkey wrote: > On Jul 8, 2008, at 5:15 PM, Paul Osmialowski wrote: > >> Windows libc has no XDR, so cmake can't make magic trick of adding it. >> Cygwin does have XDR but we can't say it's native (keep in mind >> emulation >> overhead and nasty licensing). It's about time to follow the same hard >> work I once did for Player 2.0.4 to port playerlibxdr for mingw >> (native >> Windows building environment). >> Also Windows has no BSD sockets (again, Cygwin has it). I used SDL_net >> portable sockets while porting libplayerc for Player 2.0.4 to MinGW, >> but >> Player developers were unhappy with adding yet anoder dependency to >> Player. >> Windows has no termios, robots won't be able to be driven from >> Windows. >> Fortunately, recently I've added cvcam driver to Player 2.2, this >> will add >> possibility of using cameras on Windows Player (MinGW can nicely >> cooperate >> with OpenCV for Windows). > > Has anyone made headway on this issue of XDR support for Windows? > > XDR is such an established and standard format that I don't think it's > too much to ask for Windows to support it... > |
From: Paul O. <new...@ki...> - 2008-09-05 17:40:46
|
I hope that native Windows port will be able to be built not only with Visual C++, but also with MinGW. Paul On Tue, 2 Sep 2008, gbiggs wrote: > I've been working on adding it to libreplace for use in the native > windows build. It's mostly just a bunch of memory copies so it's pretty > portable code. Unfortunately this work was delayed by my lack of a > usable copy of Visual C++ for a few months, followed by currently being > really busy at work. I'm hoping to rush through something that I can get > into SVN after I get back from IROS. I was planning on getting working > client stuff in all at once, but if there's demand I can put the > libreplace version of XDR in earlier. > > Geoff > > Brian Gerkey wrote: >> On Jul 8, 2008, at 5:15 PM, Paul Osmialowski wrote: >> >>> Windows libc has no XDR, so cmake can't make magic trick of adding it. >>> Cygwin does have XDR but we can't say it's native (keep in mind >>> emulation >>> overhead and nasty licensing). It's about time to follow the same hard >>> work I once did for Player 2.0.4 to port playerlibxdr for mingw >>> (native >>> Windows building environment). >>> Also Windows has no BSD sockets (again, Cygwin has it). I used SDL_net >>> portable sockets while porting libplayerc for Player 2.0.4 to MinGW, >>> but >>> Player developers were unhappy with adding yet anoder dependency to >>> Player. >>> Windows has no termios, robots won't be able to be driven from >>> Windows. >>> Fortunately, recently I've added cvcam driver to Player 2.2, this >>> will add >>> possibility of using cameras on Windows Player (MinGW can nicely >>> cooperate >>> with OpenCV for Windows). >> >> Has anyone made headway on this issue of XDR support for Windows? >> >> XDR is such an established and standard format that I don't think it's >> too much to ask for Windows to support it... >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > |
From: gbiggs <gb...@ki...> - 2008-09-30 03:58:51
|
Well, CMake supports MinGW, so it's possible. I'm targeting Visual C++ because this is the most likely tool for people who actually want to build in Windows (e.g. students in a university computer lab) to be using. Geoff Paul Osmialowski wrote: > I hope that native Windows port will be able to be built not only with > Visual C++, but also with MinGW. > > Paul > > On Tue, 2 Sep 2008, gbiggs wrote: > >> I've been working on adding it to libreplace for use in the native >> windows build. It's mostly just a bunch of memory copies so it's pretty >> portable code. Unfortunately this work was delayed by my lack of a >> usable copy of Visual C++ for a few months, followed by currently being >> really busy at work. I'm hoping to rush through something that I can get >> into SVN after I get back from IROS. I was planning on getting working >> client stuff in all at once, but if there's demand I can put the >> libreplace version of XDR in earlier. >> >> Geoff >> >> Brian Gerkey wrote: >>> On Jul 8, 2008, at 5:15 PM, Paul Osmialowski wrote: >>> >>>> Windows libc has no XDR, so cmake can't make magic trick of adding it. >>>> Cygwin does have XDR but we can't say it's native (keep in mind >>>> emulation >>>> overhead and nasty licensing). It's about time to follow the same hard >>>> work I once did for Player 2.0.4 to port playerlibxdr for mingw >>>> (native >>>> Windows building environment). >>>> Also Windows has no BSD sockets (again, Cygwin has it). I used SDL_net >>>> portable sockets while porting libplayerc for Player 2.0.4 to MinGW, >>>> but >>>> Player developers were unhappy with adding yet anoder dependency to >>>> Player. >>>> Windows has no termios, robots won't be able to be driven from >>>> Windows. >>>> Fortunately, recently I've added cvcam driver to Player 2.2, this >>>> will add >>>> possibility of using cameras on Windows Player (MinGW can nicely >>>> cooperate >>>> with OpenCV for Windows). >>> Has anyone made headway on this issue of XDR support for Windows? >>> >>> XDR is such an established and standard format that I don't think it's >>> too much to ask for Windows to support it... >>> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Playerstage-developers mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-developers >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > |
From: Toby C. <tco...@pl...> - 2008-09-01 23:29:55
|
Windows does have BSD sockets...with one or two variations on the linux implementations, but I have never had issues making socket code portable to windows and linux... Toby 2008/7/9 Paul Osmialowski <new...@ki...> > Windows libc has no XDR, so cmake can't make magic trick of adding it. > Cygwin does have XDR but we can't say it's native (keep in mind emulation > overhead and nasty licensing). It's about time to follow the same hard > work I once did for Player 2.0.4 to port playerlibxdr for mingw (native > Windows building environment). > Also Windows has no BSD sockets (again, Cygwin has it). I used SDL_net > portable sockets while porting libplayerc for Player 2.0.4 to MinGW, but > Player developers were unhappy with adding yet anoder dependency to > Player. > Windows has no termios, robots won't be able to be driven from Windows. > Fortunately, recently I've added cvcam driver to Player 2.2, this will add > possibility of using cameras on Windows Player (MinGW can nicely cooperate > with OpenCV for Windows). > > Paul > > On Wed, 9 Jul 2008, Geoffrey Biggs wrote: > > > Stuff builds, but none of it is actually usable at this point. I've been > > a bit delayed by work and other things, but I hope to get back to it > > soon. I haven't put any of my changes into SVN yet. > > > > We're targetting December for the 2.2 release, which will include > > Windows support, and we need to have alpha versions well before then, so > > it shouldn't be too much longer now. > > > > Geoff > > > > Toby Collett wrote: > >> Geoff will be able to fill in more detail, but it is not actually a > >> port, the current SVN trunk version will now (mostly) build in windows > >> (thanks CMake), at this stage I think the server core and client > >> libraries will build (but possibly not without a few quirks). Drivers, > >> utilities and stage are still pending. It is unlikely that a Windows > >> build of Stage 2.1 will be supported, Stage 3.0 should be a lot more > doable. > >> > >> Those who actually know what this is up to, please chip in at this > point, > >> > >> Toby > >> > >> 2008/7/9 George T Edwards <gte...@us... > >> <mailto:gte...@us...>>: > >> > >> > >> Hi, > >> > >> I understand that a native build of Player for Windows is in > >> progress. Can > >> anyone tell me where that code resides in the CVS repository? > >> > >> Thanks, > >> George, > > > > ------------------------------------------------------------------------- > > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > > Studies have shown that voting for your favorite open source project, > > along with a healthy diet, reduces your potential for chronic lameness > > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > _______________________________________________ > > Playerstage-developers mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Playerstage-developers mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-developers > -- This email is intended for the addressee only and may contain privileged and/or confidential information |