Philipp Wagner

Results 131 issues of Philipp Wagner

Currently we have a lot of small(ish) core files for our modules, all of which contain ``` targets: default: filesets: - files_rtl ``` Can we reduce the boilerplate a bit...

type:feature

I get the following output in CI: ``` fusesoc init -y INFO: Writing configuration file to 'C:\Users\appveyor\.config\fusesoc\fusesoc.conf' INFO: Initializing orpsoc-cores INFO: Cloning library into C:\Users\appveyor\.local/share\fusesoc\orpsoc-cores Cloning into 'C:\Users\appveyor\.local/share\fusesoc\orpsoc-cores'... INFO: Initializing...

type:bug

Cocotb is, at its core, a VPI/VHPI/FLI library. This library is loaded by the simulator during startup. The behavior of this library (and therefore, cocotb) is influenced by a series...

type:feature

CAPI2 is now established, but one thing that's missing from CAPI1-days is the ability to compile DPI libraries. What I'm looking for is: - Specify a set of C/C++ source...

type:feature

(Forwarding this from an internal bug report.) DV packages could have 100s of included files (these are not headers, but SV classes). For compilation, all that's needed is the path...

type:feature

Goal: have fusesoc pass a define as "being set/defined" to a tool, do not assign a value to it. Currently we have code like this: ```yaml parameters: SYNTHESIS: datatype: str...

type:feature

Generators can create new cores. Currently, the source files listed in these cores are inserted into the file list, but the dependencies (as listed in the `depend` statements) ignored. This...

type:feature

FuseSoC supports use flags, but doesn't document which use flags are actually set. This needs to be documented. Currently we set: - A target use flag target_TARGETNAME, e.g. `target_sim` if...

type:feature
good first bug
category:docs

FuseSoC currently does one (and after #391 two) dependency resolution runs, and expects to be able to fully resolve all dependencies in that run. With generators adding dynamicity to the...

type:feature

Currently, FuseSoC stores its configuration file under Windows at `~/.config`, which resolves normally to something like `C:\Users\john\.config`. Until #447 we documented we'd put the config into LOCALAPPDATA, but actually put...

type:feature