Chiebot-Mirror
/
meson
mirror of https://github.com/mesonbuild/meson.git
8
0
Fork 0
Code Issues Projects Releases Wiki Activity
The Meson Build System http://mesonbuild.com/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
15069 Commits
76 Branches
171 Tags
74 MiB
Tag: Branch: Tree: 5cc511b1e6
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '5cc511b1e6'
${ noResults }
meson/mesonbuild/templates/samplefactory.py

42 lines
1.4 KiB
Raw Normal View History Unescape

Use SPDX-License-Identifier consistently This replaces all of the Apache blurbs at the start of each file with an `# SPDX-License-Identifier: Apache-2.0` string. It also fixes existing uses to be consistent in capitalization, and to be placed above any copyright notices. This removes nearly 3000 lines of boilerplate from the project (only python files), which no developer cares to look at. SPDX is in common use, particularly in the Linux kernel, and is the recommended format for Meson's own `project(license: )` field
12 months ago
# SPDX-License-Identifier: Apache-2.0
compilers/d: Add b_ndebug support D lang compilers have an option -release (or similar) which turns off asserts, contracts, and other runtime type checking. This patch wires that up to the b_ndebug flag. Fixes #7082
5 years ago
# Copyright 2019 The Meson development team
treewide: add future annotations import
2 years ago
from __future__ import annotations
minit: use a Protocol for arguments Which gives better type hinting. It also points out that we're changing the type of sourcefiles. That's now fixed
1 year ago
import typing as T
Add vala template
3 years ago
from mesonbuild.templates.valatemplates import ValaProject
compilers/d: Add b_ndebug support D lang compilers have an option -release (or similar) which turns off asserts, contracts, and other runtime type checking. This patch wires that up to the b_ndebug flag. Fixes #7082
5 years ago
from mesonbuild.templates.fortrantemplates import FortranProject
from mesonbuild.templates.objcpptemplates import ObjCppProject
from mesonbuild.templates.dlangtemplates import DlangProject
from mesonbuild.templates.rusttemplates import RustProject
from mesonbuild.templates.javatemplates import JavaProject
from mesonbuild.templates.cudatemplates import CudaProject
from mesonbuild.templates.objctemplates import ObjCProject
from mesonbuild.templates.cpptemplates import CppProject
from mesonbuild.templates.cstemplates import CSharpProject
from mesonbuild.templates.ctemplates import CProject
minit: use a Protocol for arguments Which gives better type hinting. It also points out that we're changing the type of sourcefiles. That's now fixed
1 year ago
if T.TYPE_CHECKING:
from ..minit import Arguments
templates: use common classes for remaining languages These all break down into either a single file or a file + header. This means a little more customization per class, but not too much.
1 year ago
from .sampleimpl import ClassImpl, FileHeaderImpl, FileImpl, SampleImpl
templates: use a common template for C# and Java The only real differences between these generators is the file extension and the templates themselves. We can uses a shared abstract class with a few abstract properties to provide all of this to the same base class. This results in less code duplication and easier maintanence. I've made a few cleanups to the shared template: - use `str.capitalize()` instead of `str.upper()[0] + str[1:]` - use `open` as a context manager - use f-strings - put some duplicate calculations in the initializer
1 year ago
templates: use common classes for remaining languages These all break down into either a single file or a file + header. This means a little more customization per class, but not too much.
1 year ago
_IMPL: T.Mapping[str, T.Union[T.Type[ClassImpl], T.Type[FileHeaderImpl], T.Type[FileImpl]]] = {
templates: use a common template for C# and Java The only real differences between these generators is the file extension and the templates themselves. We can uses a shared abstract class with a few abstract properties to provide all of this to the same base class. This results in less code duplication and easier maintanence. I've made a few cleanups to the shared template: - use `str.capitalize()` instead of `str.upper()[0] + str[1:]` - use `open` as a context manager - use f-strings - put some duplicate calculations in the initializer
1 year ago
'c': CProject,
'cpp': CppProject,
'cs': CSharpProject,
'cuda': CudaProject,
'objc': ObjCProject,
'objcpp': ObjCppProject,
'java': JavaProject,
'd': DlangProject,
'rust': RustProject,
'fortran': FortranProject,
'vala': ValaProject,
}
minit: use a Protocol for arguments Which gives better type hinting. It also points out that we're changing the type of sourcefiles. That's now fixed
1 year ago
compilers/d: Add b_ndebug support D lang compilers have an option -release (or similar) which turns off asserts, contracts, and other runtime type checking. This patch wires that up to the b_ndebug flag. Fixes #7082
5 years ago
templates: fix typo in function name `sameple` -> `sample`
1 year ago
def sample_generator(options: Arguments) -> SampleImpl:
templates: use a common template for C# and Java The only real differences between these generators is the file extension and the templates themselves. We can uses a shared abstract class with a few abstract properties to provide all of this to the same base class. This results in less code duplication and easier maintanence. I've made a few cleanups to the shared template: - use `str.capitalize()` instead of `str.upper()[0] + str[1:]` - use `open` as a context manager - use f-strings - put some duplicate calculations in the initializer
1 year ago
return _IMPL[options.language](options)