| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
Add toolchain, language, rules, and compiler modules for the
bisheng compiler driver from CANN (Compute Architecture for
Neural Networks) toolkit. Supports .asc (Ascend C kernel) and
.aicpu (AI-CPU operator) source kinds with binary/static/shared
target types.
- Toolchain: SDK auto-detection via ASCEND_HOME_PATH env or --sdk
- Compiler: bisheng module inherits from clang, adds add_sourceflags
for explicit sourcekind overrides
- Rules: ascendc.env (default C++17), npuarchs (--npu-arch), build
- Language: check_main detection, add_ascnpuarchs API
- Tests: unit tests for check_main, project tests for libs/mixed
Fixes #7506
|
|
|
|
|
|
|
|
Add a minimal platform.linux.module sample that documents custom linux headers/builddir usage for cross toolchains and verifies the new cross-build workflow.
Made-with: Cursor
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- Switch from target:orderdeps() to target:get('deps') to show only
direct dependencies declared via add_deps(), not transitive ones
- Print output now shows all fields: root targets, name, kind, group,
default, and deps — matching the JSON structure
- Add kind assertion to test
|
|
|
|
local functions, and use simpler test env
|
|
Add a graph-oriented mode to `xmake show` for exporting target\ndependency relationships as JSON.\n\nThis adds `--target_graph` support for whole-project output and\noptional root-target filtering with `--target`.\n\nAdd a plugin test covering full-graph and single-target graph export.\n\nRefs #7475
|
|
|
|
Detect targets whose source kinds are entirely "cs" and emit a .csproj
|
|
|
|
|
|
|
|
|
|
|
|
|
|
improve versions in c++ modules tests
|
|
fix(c++/modules): avoid leaking private dep flags to rebuilt BMIs
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Co-authored-by: Qwen-Coder <[email protected]>
|
|
fix(xcode.application): avoid duplicate bundle rpath insertion
|
|
|
|
Use @executable_path/Frameworks for iphoneos application bundles when
embedding dependent frameworks.
The existing @executable_path/../Frameworks rpath is correct for macOS
app layout, but incorrect for iOS where the executable lives directly in
MyApp.app and embedded frameworks live in MyApp.app/Frameworks.
Add a regression test that builds an iOS simulator app with an embedded
framework and verifies the generated LC_RPATH.
|
|
Only add the macOS app bundle framework rpath if it is missing from the copied app binary.
This avoids install_name_tool failing when the target already links with @executable_path/../Frameworks, for example via add_rpathdirs().
Add a regression test covering a macOS app target that already carries the bundle rpath before xcode.application generates the app bundle.
|
|
Only inherit interface-visible defines/undefines/includedirs when
collecting module fileconfigs from dependency targets.
This fixes consumer-side BMI rebuilds under
build.c++.modules.reuse.strict picking up private producer flags.
Add a regression test for strict module reuse with a shared dependency.
|
|
function pointer test and enhance toolset definitions
|
|
package installation
|
|
|
|
|
|
|
|
|