AttributeError: module ‘math’ has no attribute ‘exponent_ff’

2020-07-08 Thread Alex Batts
Hello, I tried to create my own OOT module, one that can do exponents on floats. However, I keep running into this error: self.math_exponent_ff_0 = math.exponent_ff() AttributeError: module ‘math’ has no attribute ‘exponent_ff’ I saw an earlier post on the forums that had a couple fixes, but I t

Re: AttributeError: module ‘math’ has no attribute ‘exponent_ff’

2020-07-08 Thread Marcus Müller
Hi Alex, um, where's that line from? There's no "exponent_ff" in Python's "built-in" math module, so this is not surprising. Best regards, Marcus On 08/07/2020 18.57, Alex Batts wrote: Hello, I tried to create my own OOT module, one that can do exponents on floats. However, I keep running

Re: AttributeError: module ‘math’ has no attribute ‘exponent_ff’

2020-07-08 Thread Alex Batts
I created my own “Math” module. This is to distinguish from the built in “Math Operators” module. On Wed, Jul 8, 2020 at 12:59 PM Marcus Müller wrote: > Hi Alex, > > um, where's that line from? There's no "exponent_ff" in Python's > "built-in" math module, so this is not surprising. > > Best reg

Re: AttributeError: module ‘math’ has no attribute ‘exponent_ff’

2020-07-08 Thread Marcus Müller
That's cool, but I'd strongly recommend not calling your module "math", because that name clashes with the existing Python "math" module. I think that might be happening: something you import imports math, and thus the native module, which overrides yours. Best regards, Marcus On 08/07/2020 19

Re: volk and alignment

2020-07-08 Thread Marcus Müller
Hi Thomas, hadn't taken the time to respond yet, sorry about that! > Is there a maximum size that volk_get_alignment could return, a size > that's reasonable? I'd go with "realistically, yes, but isn't relying on that a bad idea?". I'm thinking back and forth about how to address that problem.

Re: AttributeError: module ‘math’ has no attribute ‘exponent_ff’

2020-07-08 Thread Alex Batts
Okay, I did not realize that could be an issue. Is there a way to rename the module or should I create another one? Thank you, Alex On Wed, Jul 8, 2020 at 1:08 PM Marcus Müller wrote: > That's cool, but I'd strongly recommend not calling your module "math", > because that name clashes with the

Re: AttributeError: module ‘math’ has no attribute ‘exponent_ff’

2020-07-08 Thread Alex Batts
Update: I recreated the module. However, I am now running into an error I ran into yesterday. The error is: ValueError: invalid literal for int() with base 10: ‘...’ Initially, in my exponent_ff_impl.cc file, my code for the dsp in: int exponent_ff_impl::general_work used to be: for(int i = 0

Re: volk and alignment

2020-07-08 Thread thomas
On Wed, 8 Jul 2020 18:09:30 +0100, "Marcus Müller" said: > > Is there a maximum size that volk_get_alignment could return, a size > > that's reasonable? > > I'd go with "realistically, yes, but isn't relying on that a bad idea?". Yes, it does sound like a bad idea. :-) Really I'm looking to sol

Re: Minimal deployment of gnuradio application.

2020-07-08 Thread Cinaed Simson
Hi Victor - the adjectives "small" and " minimal" are typically not used to describe statically linked objects. My guess would be you would have to download the GR source and force static linking. I don't think it's possible to statically link against a dynamical library. Which if true impli

Re: Minimal deployment of gnuradio application.

2020-07-08 Thread Ron Economos
You can write a C++ application that only links to the necessary GNU Radio libraries. No Python required. See this repository for an example. https://github.com/csdvb/dvbs2_tx Ron On 7/6/20 02:02, Victor Ortman wrote: Hi guys! Let me start by saying that I am pretty much clueless when it com

Re: GSoC 2020: gr-dpd - New Blog Post for Week 3

2020-07-08 Thread Cinaed Simson
Hi Alekh - I did a pull and I still can't compile gr-dpd using gnuradio-3.8.1.  I couldn't find anything cmake/Modules using grep for 3.7. But then I did a find and I found it in   ./CMakeLists.txt:find_package(Gnuradio "3.7.2" REQUIRED) So I chaged it to "3.8.1". But when I attempt to build

Re: GSoC 2020: gr-dpd - New Blog Post for Week 3

2020-07-08 Thread Ron Economos
It builds fine here on 3.8.1. Are you using the correct repository? https://github.com/gnuradio/gr-dpd Ron On 7/8/20 13:52, Cinaed Simson wrote: Hi Alekh - I did a pull and I still can't compile gr-dpd using gnuradio-3.8.1.  I couldn't find anything cmake/Modules using grep for 3.7. But then

OOT - ValueError: invalid literal for int() with base 10: '...'

2020-07-08 Thread Alex Batts
Hello, Sorry if this seems a little spam-ish. However, I wanted to make this a new thread since this appears to be an unrelated problem from the previous thread I had posted. I successfully created an OOT module with a block, I successfully ran cmake, make, make test, and make install (and ldconf

Re: OOT - ValueError: invalid literal for int() with base 10: '...'

2020-07-08 Thread Alex Batts
UPDATE: The previous error was because I had neglected to omit some parts of my .yml file. That error has been solved, and I can place the block into the flow graph. However, when I generate and execute I get a new error: *Traceback (most recent call last):* *File "home/ubuntu/GRC/top_block.py",

Re: OOT - ValueError: invalid literal for int() with base 10: '...'

2020-07-08 Thread Jeff Long
Right, __set__() is trying to convert '...' to an int. Do you have any info on what block you were using? You haven't given much info, but my best guess would be that the block you dragged in had a variable name as a default for a param, and you have that variable defined somehow as '...'. On Wed,