Skip to content

Enable recursive_type example#324

Merged
jameskermode merged 11 commits into
jameskermode:masterfrom
itpplasma:fix/enable-remaining-examples
Dec 18, 2025
Merged

Enable recursive_type example#324
jameskermode merged 11 commits into
jameskermode:masterfrom
itpplasma:fix/enable-remaining-examples

Conversation

@krystophny

@krystophny krystophny commented Dec 15, 2025

Copy link
Copy Markdown
Contributor

Summary

Enable the recursive_type example that was previously commented out as failing but now passes with the current codebase.

Also fixes non-ASCII curly quotes in callback_print_function_issue93/cback.f90 comment (for future use).

Changes

  • Add recursive_type to test suite
  • Fix non-ASCII quotes in callback example comment
  • Keep callback_print_function_issue93 disabled (fails on Python 3.10)

Test plan

  • recursive_type passes locally and in CI

Stacked on #323

@krystophny krystophny force-pushed the fix/enable-remaining-examples branch 3 times, most recently from 3e5b996 to e403a04 Compare December 15, 2025 21:08
@krystophny krystophny marked this pull request as draft December 15, 2025 21:14
@krystophny krystophny force-pushed the fix/enable-remaining-examples branch from 321f305 to 697ba74 Compare December 15, 2025 21:16
@krystophny krystophny changed the title Enable callback_print_function_issue93 and recursive_type examples Enable recursive_type example Dec 15, 2025
@krystophny krystophny marked this pull request as ready for review December 16, 2025 11:49
Rykath and others added 11 commits December 18, 2025 15:42
'quip_regression' left out as it has it's own workflow
…dles

When compiling with -fdefault-integer-8, bare integer becomes 8 bytes.
The handle arrays (e.g., this(4)) were declared as integer, meaning
4 x 8 = 32 bytes with -fdefault-integer-8, but sizeof_fortran_t was
calculated assuming 4-byte integers (4 x 4 = 16 bytes).

This mismatch caused segfaults when using transfer() to convert between
pointer types and integer arrays.

Fix by using integer(c_int) for all handle arrays, which remains 4 bytes
regardless of -fdefault-integer-8. This ensures consistent size between
wrapper generation time and runtime.

Changes:
- transform.py: Set wrapper_type to 'integer(c_int)' for derived type args
- f90wrapgen.py: Use integer(c_int) for handle arrays in:
  - visit_Procedure (derived type arguments)
  - _write_sc_array_wrapper (this and dummy_this)
  - _write_array_getset_item (this and item handles)
  - _write_array_len (this handle)
  - _write_scalar_wrapper (this and derived type element handles)
- Add 'use, intrinsic :: iso_c_binding, only: c_int' where needed

Fixes the default_i8 example test.
The errorbinding example was added to the test suite in PR jameskermode#320 but was
missing the required tests.py and tests_pkg.py files, causing CI to fail.
Remove f2py_string_input and issue299_directc_nested_functions from test
suite until they are fixed:
- f2py_string_input: undefined symbol string_in_array_ (linking issue)
- issue299_directc_nested_functions: types.py shadows Python stdlib types module
During rebase, conflict resolution incorrectly re-added broken examples
to the Makefile EXAMPLES list. These examples were intentionally excluded:
- callback_print_function_issue93 (undefined symbol: pyfunc_print_)
- f2py_string_input (undefined symbol: string_in_array_)
- issue299_directc_nested_functions (types.py shadows stdlib)
- issue41_abstract_classes (AttributeError on get_value)
- recursive_type (Derived type not declared)

The CMakeLists.txt was already correct; only Makefile needed fixing.
During rebase conflict resolution, an else clause was incorrectly added
that declared dummy_this for module-level arrays. However, the subroutine
signature for module-level arrays doesn't include any this argument
(per issue jameskermode#306 fix), causing a mismatch: the variable was declared but
not in the argument list, leading to compilation errors.

Remove the erroneous else clause - module-level arrays should have no
this argument in either the signature or declarations.
Generate Fortran wrappers and Python methods for deferred bindings on
abstract types. This enables polymorphic dispatch through the base class.

Changes:
- transform.py: Resolve deferred binding prototypes to abstract interface
  procedures, marking them with 'deferred' and 'method' attributes
- LinkBoundDType: Handle resolved deferred bindings (skip raw Prototypes)
- Re-enable issue41_abstract_classes example in test suite

When a factory function returns a polymorphic class(base_type) object,
the Python wrapper now correctly has the deferred methods available,
which dispatch through Fortran's polymorphic call mechanism.
Both examples now pass with the current codebase. The callback example
had non-ASCII curly quotes in a comment that were breaking f2py on some
systems - replaced with ASCII single quotes.
@krystophny krystophny force-pushed the fix/enable-remaining-examples branch from ea4d031 to b514a41 Compare December 18, 2025 15:32
@jameskermode jameskermode merged commit 7810146 into jameskermode:master Dec 18, 2025
26 checks passed
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.

3 participants