Sylvain and Marcus,
Thanks. Good to know.
I guess it might be wise for me to do all but the simplest grc
developments in a statically linked environment as much as possible, and
then port to my OOT.
I got my decoder working now.
On 07/06/2016 05:23 AM, Marcus Müller wrote:
Yeah, I didn't
Yeah, I didn't trace back where that happened. Might be that my specific
version of SWIG tries to link against that destructor's symbol. I really
can't tell. Still, technically, Sylvain is right, such errors can hit
you late when runtime dynamically loads/links.
Best regards,
Marcus
On 06.07.20
When Marcus build my OOT, he encountered both a "was not declared in
this scope" comp error and an undefined reference linking error. (See
his previous post in this discussion.)
I did not encounter any errors or warnings building the exact same
source. I'm trying to understand why.
On 07/05/
Hi,
> Do you have any idea why my system did not complain AT ALL when building the
> syncing branch? I am using ubuntu 16.04 with the apt-installed grc (3.7.9).
> Do I have some config screwed up somewhere?
No, that's expected.
GR modules are libraries and as so the linking process will accept
u
Thanks Bastian,
I removed try/except int __init__.py and it gave:
ImportError: /usr/lib/libgnuradio-ambe3000.so: undefined symbol:
_ZN12CDStarHeaderD1Ev
I suspect this is telling about the undeclared destructor for
CDStarHeader, but I think I am to inexperienced to understand the _ZN12
pref
Hi!
nope, I've tried the master branch only :/
but: syncing fails to build at all for me:
> make
[ 3%] Building CXX object
lib/CMakeFiles/gnuradio-ambe3000.dir/dstar_encode_sb_impl.cc.o
[ 6%] Building CXX object lib/CMakeFiles/gnuradio-ambe3000.dir/DV3000U.cc.o
[ 9%] Building CXX object lib/
Hi,
On 07/03/2016 07:50 PM, Tom Early wrote:
Thanks Marcus, for trying this. I tried what you suggested and there was
no love. I even tried to uninstall, then rm'ed the build folder and
rebuilt, with still no luck. You cloned the "syncing" branch, right? The
"master" branch works fine. I have go
On 07/02/2016 06:01 AM, Marcus Müller wrote:
HI Tom,
this usually implies that SWIG, for some reason, can't/doesn't wrap the
class (dstar_decode_bs, in this case).
Now, I've taken the liberty to try and build your OOT myself, and I can,
without problem, create a dstar_decode_bs object from py
HI Tom,
this usually implies that SWIG, for some reason, can't/doesn't wrap the
class (dstar_decode_bs, in this case).
Now, I've taken the liberty to try and build your OOT myself, and I can,
without problem, create a dstar_decode_bs object from python.
S maybe it's just SWIG messing with us
I am developing an OOT. I have a preliminary version working, and now I
am working on a new version.
To make the new version, n the build directory, I first did a "sudo make
uninstall".
I changed some code in one of three block (dstar_decode_bs) in my module
as well as added two new classes
10 matches
Mail list logo
