gengen | A Go source transformation tool for generics | Generator Utils library

Since you're using double quotes around the argument, double quotes inside the argument must be escaped with a backslash:

I believe the main source of the error is the reshaping step you do to get G. If you want to reorganize your data from a 300-by-16 matrix to a 16-by-300 matrix, you should transpose it. Using reshape breaks up your old 300-element columns and spreads them out across your new 16-element columns.

However, you can do all this without loops using bsxfun:

The error here is subtle, and the current assertion failure message is regrettably unhelpful.

The problem here is that this code is using a GeneratorParam (s_sigma) to initialize a member-variable-RDom (r), but the GeneratorParam may not have its final value set at that point. Generally speaking, accessing a GeneratorParam (or ScheduleParam) before the generate() method is called will produce such an assert.

Why is this? Let's look at the way Generators are created and initialized in the typical build system:

1. GenGen.cpp creates an instance of the Generator's C++ class; naturally, this executes its C++ constructor, as well as the C++ constructors for all its member variables, in their order of declaration.
2. GenGen.cpp uses arguments provided on the command line to override the default values of GeneratorParams. For example, if you had invoked the Generator with bin/bilateral_grid_exec -o ./bin target=host s_sigma=7, the default value (8) stored in s_sigma would be replaced with 7.
3. GenGen.cpp calls generate(), then schedule(), then compiles the result into a .o (or .a, etc).

So why are you seeing the assert? What's happening in this code is that in Step 1 above, the ctor for r is being run in Step 1... but the arguments for the ctor for r read the current value for s_sigma, which has a default value (8), but not necessarily the value specified by the build file. If we allowed this read to happen without asserting, you could get inconsistent values for s_sigma in different parts of the Generator.

You can fix this by deferring the initialization of the RDom to the generate() method:

class BilateralGrid : public Halide::Generator { public: GeneratorParam s_sigma{"s_sigma", 8}; ... void generate() { r = RDom(0, s_sigma, 0, s_sigma); ... } ... private: RDom r; };

(Obviously, the assertion failure needs a more helpful error message; I'll modify the code to do so.)

toIn the apps/camera_pipe directory, the following command line will generate the HTML stmt file into /tmp/camera_pipe.html:

Looks like your llvm depends on terminfo, but the camera pipe doesn't link it by default. Try adding a -ltinfo into the makefile along with -lpthread -lz, etc.