Skip to content

New build system migration (issue #298 + 2 more improvements)#311

Closed
Artemkth wants to merge 1 commit intomumax:3.11from
Artemkth:new-build-system
Closed

New build system migration (issue #298 + 2 more improvements)#311
Artemkth wants to merge 1 commit intomumax:3.11from
Artemkth:new-build-system

Conversation

@Artemkth
Copy link
Copy Markdown
Contributor

I have done several changes to original repo since I have forked, the most major of which is move to the new go 'module' system. which allows building the Mumax3. Using old legacy arrangements for whatever reason selects wrong tag in git repo(v3.9.3), and produces no executables (highlighted in issues section #298).

Implementing proper build system is trivial for the project as there is no significant external dependencies, and just involves appending v3 to all the mumax3 imported modules per the new convention. And it also allows easier forking, as building is now possible outside of $GOPATH. Check out my personal fork repo readme to how it is done.

I also have added few more features of my own over the years, I didn't knew how to split the pull request so please consider those as well:

  1. New feature I added the ability to use custom geometry from external geometry files with function InitGeomFromOVF which takes an external file name as an argument. It initialises both the mesh parameters, as well as sets the internal geometry to be the one from the external file. This allows to bake profiles externally in, for example, Wolfram Mathematica or Python. Example simulation, Permalloy pig head, r~1um. The code for baking profiles I will release later. Geometry feature I extensively tested over last year, and haven't found any more bugs, yet, than I fixed in this PR.
  2. Fixed OVF backend to follow the OVF standard specification more closely by allowing for both the whole line, and in-line comments. I've done verification with OOMMF checking that it accepts the comments. Mumax3 in main repo will crash when parsing a comment.

This version compiles for me, although, some minor changes to your CI scripts might be needed. Self tests run well, except the convergence test having a delta ~2e-5 higher than 1e-5 target.

@JonathanMaes JonathanMaes changed the base branch from master to 3.11 October 4, 2024 15:07
@JonathanMaes JonathanMaes changed the title New build system migration (issue 298, and 2 more improvements) New build system migration (issue #298 + 2 more improvements) Oct 4, 2024
JonathanMaes added a commit that referenced this pull request Oct 14, 2024
@JonathanMaes
Copy link
Copy Markdown
Contributor

JonathanMaes commented Oct 14, 2024

Thank you for your contribution! The two improvements have been merged in dc06ce3. The function InitGeomFromOVF was changed to an extension (it is now called ext_InitGeomFromOVF) because its functionality is somewhat more complex than normal functions: it does not only load a shape, but also changes the grid size. The VoxelShape is also no longer exposed to the user, because arrays are not supported in .mx3 input scripts. This may change in the future.

This allows loading arbitrary OVF geometries, as in the example below.

The change to a Go module was not yet merged. What is the benefit of putting /v3 in every import statement? I have created a go.mod file for the new mumax3.11 release, which compiles fine without adding /v3.

@JonathanMaes JonathanMaes mentioned this pull request Oct 14, 2024
@JonathanMaes JonathanMaes deleted the branch mumax:3.11 June 6, 2025 15:02
jplauzie pushed a commit to jplauzie/mumax3 that referenced this pull request Feb 16, 2026
In 3.11, the function VoxelShape was no longer exposed to users since mx3 scripts do not allow for arbitrary arrays mumax#311 (comment). However, Voxelshape actually takes a slice as input, and therefore works with newScalarMask() without any other changes required. A minimal example is below:

Nx := 64
Ny := 64
Nz := 32

SetGridSize(Nx, Ny, Nz)
SetCellSize(5e-9, 5e-9, 5e-9)

mask := NewScalarMask(Nx, Ny, Nz)

for i:=0; i<Nx; i++{
    for j:=0; j<Ny; j++{
        for k:=0; k<Nz; k++{

		r := index2coord(i, j, k)
		x2 := pow(r.X(),2)
		y2 := pow(r.Y(),2)
		z2 := pow(r.Z(),2)
            if pow((x2+y2+z2),0.5)< 50e-9{
                mask.Set(0, i, j, k, 1)
            }
        }
    }
}

geomfrommask := VoxelShape(mask, 5e-9, 5e-9, 5e-9)
SetGeom(geomfrommask)
jplauzie added a commit to jplauzie/mumax3 that referenced this pull request Mar 18, 2026
In 3.11, the function VoxelShape was no longer exposed to users since mx3 scripts do not allow for arbitrary arrays mumax#311 (comment). However, Voxelshape actually takes a slice as input, and therefore works with newScalarMask() without any other changes required.
@JonathanMaes JonathanMaes mentioned this pull request Mar 27, 2026
4 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants