Skip to content

Work in progress! (Intel MKL) Sparse BLAS CMake project with Fortran. Structure based on Modern CMake practices. Dependencies on optional unit tests as well as required external package FFTPACK for didactic purposes.

active 2024-12-192025-11-27 (UTC)

Complete coverage26,462 / 26,462 hourly files (100%) · 2 absent upstream2023-08-152026-08-21 (UTC)
Events
167
Pushes
67
Pull requests
21
Issues
28
Stars
3
Forks
0

Activity over time

Daily event counts in the loaded window

Line chart, 344 days from 2024-12-19 to 2025-11-27. Pushes: 67 total, peak 9 in a day. Pull requests: 21 total, peak 2 in a day. Issues: 28 total, peak 3 in a day. Comments: 16 total, peak 4 in a day. Stars: 3 total, peak 2 in a day.

  • Pushes
  • Pull requests
  • Issues
  • Comments
  • Stars

Stars, PRs, issues and forks are under-captured in the later part of this window. GH Archive progressively stopped capturing non-push events during 2026 — −95% or worse by the end of the window. Every series here except Pushes fades for that reason, so a decline above reflects the archive, not this repository. Pushes stay reliable throughout, so read them, and the contributor counts derived from them, as the real signal. Data health has the measurements.

Top contributors

Pushes, PRs, issues, reviews and comments — stars and forks excluded, so this is contribution rather than popularity

ContributorContributionsPushesPRsComments
jfdev001132672116

Recent activity

Latest issues, pull requests and releases

  • Issue#6jfdev0012025-11-27 07:57
    Structure: pfunit in extern or test dir rather than top level
  • Pull request#30jfdev0012025-10-21 08:45
  • Issue comment#25jfdev0012025-10-01 09:14
    build: Provide CI/CD
  • Issue#28jfdev0012025-09-22 11:51
    turn into an actual template so that people can more easily use the template in a given project....
  • Issue comment#27jfdev0012025-06-19 10:11
    build: make debian package (for didactic purposes, even though this is not an application... as lib could be still be useful process)
  • Issue comment#19jfdev0012025-06-13 09:51
    doc: dependency graph generation for modules/files/functions would be useful for refactoring legacy
  • Issue#27jfdev0012025-06-11 07:21
    build: make debian package (for didactic purposes, even though this is not an application... as lib could be still be useful process)
  • Issue#26jfdev0012025-06-11 07:21
    build: make fpm package
  • Issue#25jfdev0012025-05-28 07:16
    build: Provide CI/CD
  • Issue#24jfdev0012025-05-28 07:14
    build: Provide docker files
  • Pull request#23jfdev0012025-03-27 09:33
  • Pull request#23jfdev0012025-03-27 09:32
  • Issue#20jfdev0012025-03-27 09:32
    mkl_spblas.mod for non root users (low prio)
  • Issue comment#22jfdev0012025-03-27 09:31
    downstream project broken if src has dependency that is guarded by conditional
  • Issue#22jfdev0012025-03-27 09:31
    downstream project broken if src has dependency that is guarded by conditional
  • Issue comment#19jfdev0012025-03-26 15:35
    doc: dependency graph generation for modules/files/functions would be useful for refactoring legacy
  • Issue#22jfdev0012025-03-26 13:54
    downstream project broken if src has dependency that is guarded by conditional
  • Pull request#21jfdev0012025-03-26 10:46
  • Pull request#21jfdev0012025-03-26 10:45
  • Issue#20jfdev0012025-03-26 10:45
    mkl_spblas.mod for non root users (low prio)
  • Issue comment#19jfdev0012025-03-26 10:41
    doc: dependency graph generation for modules/files/functions would be useful for refactoring legacy
  • Issue comment#19jfdev0012025-03-25 15:37
    doc: dependency graph generation for modules/files/functions would be useful for refactoring legacy
  • Issue comment#19jfdev0012025-03-25 15:18
    doc: dependency graph generation for modules/files/functions would be useful for refactoring legacy
  • Issue comment#19jfdev0012025-03-25 15:11
    doc: dependency graph generation for modules/files/functions would be useful for refactoring legacy
  • Issue comment#19jfdev0012025-03-25 14:51
    doc: dependency graph generation for modules/files/functions would be useful for refactoring legacy

Totals cover only the window loaded into ClickHouse and count events, not GitHub's lifetime totals — 3 stars here means stars gained during the window, not the repo's star count.