I finally was able to build most of GR using CMake and
the generated “Visual Studio 2010” gnuradio.sln file. Since I’m
not sure if this platform is supported or not, it may be a futile
attempt.
I patched cmake/msvc/config.h since I figured that was the active one.
IMHO it’s confusing that ‘volk\cmake\msvc\config.h’ seems to include
almost the same stuff.
Well, volk now uses the log2() function which my MSVC v16
doesn’t have. And multiply_matrix_ff_impl.cc etc. uses these
ISO-646 “keywords” like ‘not’, ‘and’ etc. I solved these errors by
patching cmake/msvc/config.h like so:
+// Use of ISO-646 keyword (‘not’, ‘and’ etc. needs this header.
+#ifdef __cplusplus
+#include
+#endif
+
(the cast in log2() was need to resolve any C++ ambiguty).
Not sure if this hurts if VC 2012+ already have log2() in it’s <math.h>.
BTW.
Here is how I used VC 2010 Express to build:
cmake -G “Visual Studio 10 2010”
msbuild -nologo -p:Configuration=Release -fileLogger
-fileLoggerParameter:Summary;Verbosity=minimal;LogFile=gnuradio-build.log
gnuradio.sln
Anybody else having success with VC 2010? Or are you Windows users
(Ettus?) using VS 2012 only? Seems like Win-XP is unsupported since I
get
a call to the non-existant GetThreadId(). It’s in kernel32.dll, but on
Vista+ only.
Well, volk now uses the log2() function which my MSVC v16
doesn’t have. And multiply_matrix_ff_impl.cc etc. uses these ISO-646
“keywords” like ‘not’, ‘and’ etc. I solved these errors by patching
cmake/msvc/config.h like so:
Tom patched the nots, ors and ands a while back, at least on master. So
you shouldn’t have to take care of those.
Well, volk now uses the log2() function which my MSVC v16
doesn’t have. And multiply_matrix_ff_impl.cc etc. uses these ISO-646
“keywords” like ‘not’, ‘and’ etc. I solved these errors by patching
cmake/msvc/config.h like so:
Tom patched the nots, ors and ands a while back, at least on master. So
you shouldn’t have to take care of those.
Looks like a missed to 'not’s in there I’ll patch this soon.
+}
This might be useful, but I can’t say. However, please make this an
issue on the issue tracker, or it’ll get lost.
Cheers,
M
Also, considering that Windows XP is an unsupported operating system
from
Microsoft, we don’t have much of an incentive to track it or keep things
updated there. If your patches are trivial and don’t bother anything
else,
then sure. But it looks like your patch here just shoves in the log2
without regard for whether or not log2 actually exists on the system.
There’s going to need to be a #if check around it. Perhaps Cmake can
check
for log2 and define a variable (HAVE_LOG2 or something) for this.
Looks like a missed to 'not’s in there I’ll patch this soon.
Untie the nots?
I shouldn’t be joking, probably being the person who put them in…
M
Also, considering that Windows XP is an unsupported operating system
from Microsoft, we don’t have much of an incentive to track it or keep
things updated there. If your patches are trivial and don’t bother
anything else, then sure. But it looks like your patch here just shoves
in the log2 without regard for whether or not log2 actually exists on
the system. There’s going to need to be a #if check around it. Perhaps
Cmake can check for log2 and define a variable (HAVE_LOG2 or something)
for this.
Actually, I just now ran into this elsewhere – log2() is actually
C++11, which we don’t officially support (although except for some
MSVCs, this stuff is pretty much available everywhere). Gisle, if you
could provide something like Tom suggested, that would be useful.
Also, considering that Windows XP is an unsupported operating system from
Microsoft, we don’t have much of an incentive to track it or keep things
updated there.
There isn’t much in Gr that absolutely needs Win-Vista+. Except
for GetThreadId() which I really have little idea why is needed. But
this function could be emulated on pre-Vista.
If your patches are trivial and don’t bother anything else,
then sure. But it looks like your patch here just shoves in the log2
without regard for whether or not log2 actually exists on the system.
Hello Gisle,
I made also a attempt with gnuradio 3.7.5.1 and MS vs2010 express. But
without luck. Beside your reported problems I had issues with static
declarations in some places which the Compiler rejected because they
will be dllimported. These declarations are new in this Version - in
3.6.5.1 they didn’t exist.
BTW can you send me your build/CmakeCache.txt for Information.
Thanks,
Dietmar
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.