osmocom on windows

Peter Stuge peter at stuge.se
Thu Oct 7 11:24:50 UTC 2010


Hi,

Dieter Spaar wrote:
> > Does e.g. the CodeSourcery toolchain really need Cygwin? That would
> > suck.
> 
> I don't know CodeSourcery, I use GNU ARM directly from www.gnuarm.com.
> According to the CodeSourcery FAQ, they do not require Cygwin.

Ok, I think that's good.


> Are there any benefit using CodeSourcery ? I had issues in the past
> with the firmware using a different GNU ARM version, so I switched
> back to 4.0.2 which seems to be the same other use on Linux and
> so far it works OK.

They are both just binary distributions of GCC for ARM. I doubt there
are major differences. Maybe CS do more complete testing before they
package up their versions, but there's no guarantee.

GNUARM is clearly more focused on GNU environments, so I think it
just makes sense that it is Cygwin affine.


> You don't seem to like Cygwin, my experience with it is not that bad,

Ah, no, I don't have anything against Cygwin, and I think it's really
great in many ways, but it *is* something different than Windows.

CS G++ Lite has the advantage of being plain native Windows programs.

Cygwin people are always very careful to mention that Cygwin is not
Windows, and I think their point is sound. Cygwin is an extra layer.

In practise it can be negligeable, just another DLL, but it isn't
Windowsy, and for someone who wants Windowsy, Cygwin isn't a really
good answer. (But it can save plenty of time instead!)


> OpenBSC (not with GPRS yet due to the need for the TUN device),

OpenVPN has one, it's signed too.


> OsmocomBB, GNUradio and Airprobe run with minor adjustments (just
> to name GSM related stuff I use under Cygwin).

Cool, that's proof that Cygwin is pretty good stuff. It doesn't say
almost anything about how these projects run on Windows though.

That isn't neccessarily a bad thing at all, evolving the project
internally or the featureset or whatever can be much more important
than adapting the project to work "on" more operating systems.


//Peter




More information about the baseband-devel mailing list