summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* 2.10.62.10.6Kjell Ahlstedt2020-11-253-2/+16
|
* sigc++/sigc++.h: Fix a typoKjell Ahlstedt2020-10-121-1/+1
|
* sigc++/sigc++.h: Describe how to use libsigc++ with mesonKjell Ahlstedt2020-10-121-0/+19
|
* Docs: Change libsigc++ webpage mentions to GitHubKjell Ahlstedt2020-10-045-10/+9
| | | | | Change libsigc.sourceforge.net to libsigcplusplus.github.io/libsigcplusplus.
* Meson build: fix versioning on macOSTom Schoonjans2020-09-282-0/+3
|
* 2.10.42.10.4Kjell Ahlstedt2020-09-273-2/+21
|
* NMake Makefiles: Use Meson-style DLL and .lib naming if requestedChun-wei Fan2020-07-231-4/+10
| | | | | | | | To make things more consistent and less prone to confusion, if 'USE_MESON_LIBS' is specified in the NMake command line, build the DLLs and .lib's that are named like the Meson counterparts. Binaries built with Meson+Visual Studio and the ones that are built via NMake using 'USE_MESON_LIBS' are interchangeable.
* NMake Makefiles: Fix building from Meson-built tarballsChun-wei Fan2020-07-225-28/+50
| | | | | | | | We need to look for sigc++config.h in $(srcroot)\untracked\MSVC_NMake also, and make sure that we do not generate sources unnecessarily. Also streamline the source generating process into the 'all' target, so there is no more need to run the 'prep-git-build' target.
* NMake Makefiles: Support ARM64 Windows buildsChun-wei Fan2020-07-081-0/+4
| | | | | This will make the NMake Makefiles capable of building ARM64 binaries of libsigc++, which can be used on Windows 10 on ARM systems.
* docs/reference/: Update for Doxygen >= 1.8.16Kjell Ahlstedt2020-06-292-7/+7
| | | | | | | | | * docs/reference/meson.build: Doxygen 1.8.16 and later does not store tag file names in the html files. This requires changes in meson.build and in doc-install.pl (in mm-common). Otherwise references to other modules won't be updated in the html files when they are installed. * docs/reference/Doxyfile.in: Remove PERL_PATH and MSCGEN_PATH. Doxygen since version 1.8.0 does not use them.
* docs/manual/libsigc_manual.xml: Update signal and slot syntaxKjell Ahlstedt2020-06-271-24/+37
| | | | | | | | | | | | | Update the syntax of template parameters. sigc::signal<void,int> -> sigc::signal<void(int)>. The old syntax is deprecated. Mention lambda expressions. Although sigc::retype() is a template function, no template parameters shall be specified when it's called. See #59
* Re-work the NMake MakefilesChun-wei Fan2020-06-186-83/+57
| | | | | | | | | | Do some cleanups, to improve maintainability and running speed, where: * Change instances of 'libsigcpp' to 'sigc' * "Generate" the build rules for the test and example programs, instead of hand-writing them, since they use largely similar rules. * Don't use separate rules to create intermediate directories, so that we do not need to re-load the Makefiles unnecessarily
* NMake Makefiles: Add rules to generate sourcesChun-wei Fan2020-06-186-16/+70
| | | | | | | | | This adds rules to use m4 to generate the headers and sources from their .m4 counterparts, which allows building directly from a GIT checkout, after running the 'prep-git-build' target. Update the README.txt file to reflect on this enhancement, and make sure the generated headers are also copied when running the 'install' target
* NMake Makefiles: Add rules to generate sigc.rc and sigc++config.hChun-wei Fan2020-06-182-0/+42
| | | | | | | | | This adds a 'prep-git-build' target which is run before building any of the other targets so that this paves the first steps in making the libsigc++-2-10 branch buildable directly from a GIT checkout with the NMake Makefiles. Note that unlike the master (3.x) branch, we still need to use m4 to generate some sources and headers, which will be covered in the following commit.
* NMake Makefiles: Support Visual Studio 2019 betterChun-wei Fan2020-06-181-2/+4
| | | | | | | Make Visual Studio 2019 builds distinct from 2017 builds. Note that for the libsigc++-2-10 branch, we do not distinguish between Visual Studio 2015, 2017 and 2019 in regards to the built DLL and .lib filenames, since they are found to be interchangeable.
* NMake Makefiles: Use 'md' instead of 'mkdir'Chun-wei Fan2020-06-182-6/+6
| | | | | This is to avoid confusion if we have the UNIX 'mkdir' command in our PATH, such as when Cygwin is installed and used.
* Meson build: Set default value of the 'warnings' option to 'min'Kjell Ahlstedt2020-04-028-38/+43
| | | | | | | | | | | | | | | | * MSVC_NMake/meson.build: Copy sigc++config.h with configure_file(). * Makefile.am: Remove tools/dist-cmd.py. * docs/manual/meson.build: * docs/reference/meson.build: Don't use tools/dist-cmd.py. * sigc++/meson.build: Don't use tools/dist-cmd.py. * meson.build: Use dist-warnings when a tarball is tested by 'ninja dist' or 'meson dist'. Check if doc-reference.py exists, if not maintainer-mode. Add a better error message if mm-common-get is required but not found. * meson_options.txt: Set default value of the 'warnings' to 'min'. Add 'dist-warnings' with default value 'fatal'. * tools/dist-cmd.py: Removed file. It's not necessary in add_dist_script() when the first parameter is python3.path().
* 2.10.32.10.3Kjell Ahlstedt2020-03-253-2/+21
|
* README: Describe building with Meson and AutotoolsKjell Ahlstedt2020-03-241-28/+84
| | | | | and remove the description of the directory structure, which is not very useful.
* examples: Disable deprecated API when building with MesonKjell Ahlstedt2020-03-101-0/+1
| | | | | Deprecated SIGCXX API is disabled when example programs are built with Autotools. Do the same when building with Meson.
* README: Describe building with MesonKjell Ahlstedt2020-01-131-3/+5
|
* docs/reference/meson.build: Check if perl is foundKjell Ahlstedt2020-01-021-1/+1
| | | | | | Don't use perl.path() when configuring Doxyfile, if perl is not found. Perl is not required, if build-documentation=false. Fixes #53
* meson.build: Change project name, sigc++ -> libsigc++Kjell Ahlstedt2019-12-301-2/+2
| | | | | | Autotools make tarballs called libsigc++-x.y.z.tar.xz. No reason to change that. The leading "lib" is now also restored in some locations in the reference documentation.
* Update untracked/READMEKjell Ahlstedt2019-12-301-1/+4
|
* meson.build: Check if .git is a directory or a fileKjell Ahlstedt2019-12-291-6/+3
| | | | | | In a git worktree, .git is a regular file. See https://gitlab.gnome.org/GNOME/pangomm/merge_requests/8
* sigc++/meson.build: Library name is sigc-2.0Kjell Ahlstedt2019-12-291-4/+4
| | | | Pointed out by Chun-wei Fan in PR #51.
* NMake Makefiles: Separate outdir by toolset versionChun-wei Fan2019-12-295-47/+51
| | | | | | | This is to reduce the likelihood of accidently mixing DLLs that are linked with different CRTs in the build tree. Also clean up rules a bit.
* build: Support NMake builds from Meson tarballsChun-wei Fan2019-12-296-13/+42
| | | | | | | | This adds inference rules to the NMake Makefiles to also look for the sources that are in untracked/, and to ensure that the generated MSVC build files (sigc++-config.h and sigc.rc) are copied into untracked/MSVC_NMake, so that they can be built properly even with NMake.
* meson: Build Windows .rc files on WindowsChun-wei Fan2019-12-292-1/+11
| | | | | This ensures that on Windows, the version info resources are indeed linked into the libsigc++ DLL.
* meson/Windows: Fix builds when builddir is a subdir of source treeChun-wei Fan2019-12-291-1/+1
| | | | | | | | | It appears that Meson did not construct the paths properly for shutil.copy2() when building in a build directory that is a subdirectory of the sources, when using meson.current_build_dir(), possibly due how path separators are handled. Fix this by constructing the paths using project_build_root / 'MSVC_NMake'.
* meson.build: Fix 'meson dist' on WindowsChun-wei Fan2019-12-291-1/+1
| | | | | | | | | | | | Since we are assured that we are using Python 3.x on when we run Meson, we do not really need to look for the 'python3' executable, but we could just use whatever Python interpreter that is used to run Meson. This will fix situations where it is commonly the case where we may have multiple Python 3.x installations on Windows (www.python.org, and those from Cygwin/mingw-w64), so that Meson really uses one and only one Python installation to run everything that is Python-related, which will thus fix '[meson|ninja] dist' on Visual Studio builds.
* Meson/MSVC: Support builds directly from GIT checkoutsChun-wei Fan2019-12-291-4/+0
| | | | | | | | | It appears that if one uses the m4 that is given by mingw-w64 (and perhaps Cygwin), that m4 is enough to generate the sources and headers that we need for the build. So, remove the lines saying building directly from GIT checkouts are not supported.
* meson: Ensure symbols are exported on MSVC buildsChun-wei Fan2019-12-241-0/+9
| | | | | | | | Make sure the correct build macros are specified when building libsigc++, so that: -The symbols are properly exported -We do not break builds as a result of unecesary warnings
* meson: Relax MSVC version requirement to 2015Chun-wei Fan2019-12-241-5/+3
| | | | | | | | | libsigc++ requires a C++-11-compliant compiler, so we can just make the build look for Visual Studio 2015 instead of Visual Studio 2017 15.7. Visual Studio 2013 also works, but since it will spew out loads of warnings and the latest C++-11 version of glibmm is not buildable with Visual Studio 2013, let's just require Visual Studio 2015.
* Add support for building libsigc++-2.0 with MesonKjell Ahlstedt2019-12-2419-0/+1506
| | | | libsigc++-2.0 can be built with either Autotools or Meson.
* Make libsigc_manual.xml validKjell Ahlstedt2019-12-101-4/+4
| | | | Fix errors reported by "xmllint --postvalid".
* tests/test_track_obj: Fix for clang++Kjell Ahlstedt2019-07-031-4/+7
| | | | | | clang++ complains if private members are unused, so make them protected. error: private field 'bar_' is not used [-Werror,-Wunused-private-field]
* 2.10.22.10.2Kjell Ahlstedt2019-06-122-1/+9
|
* Create only .tar.xz tarballsKjell Ahlstedt2018-11-111-1/+1
| | | | | * configure.ac: This is what ftp.gnome.org wants, so this avoids it doing any repackaging. This is what gtkmm does.
* 2.10.12.10.1Kjell Ahlstedt2018-10-302-1/+25
|
* tests: Catch exceptions by const refKjell Ahlstedt2018-10-301-2/+1
| | | | To avoid "error: catching polymorphic type ‘class std::range_error’ by value"
* Update README and .gitignoreKjell Ahlstedt2018-10-302-3/+3
|
* builds: Add README file for MSVC buildsChun-wei Fan2018-10-302-0/+48
| | | | | Let people know how Visual Studio builds can be done and the options that can be used for the builds.
* builds: Remove Visual Studio 2013 projectsChun-wei Fan2018-10-3065-6302/+0
| | | | | | | The NMake Makefiles superseded them, so let's just remove them. This will make builds with later Visual Studio versions simpler, and will make maintaining the Visual Studio build files easier.
* builds: Add NMake MakefilesChun-wei Fan2018-10-3011-69/+533
| | | | | | | | | | | | | | | | This adds a set of NMake Makefiles that can be used to build libsigc++-2.10.x (and the later C++11 versions of libsigc++) with Visual Studio 2013 or later. Building the example, the tests and the benchmarking programs are supported in addition to building the main libsigc++ DLL. Note that for the C++-11 releases, we name the DLLs and LIBs as sigc-vc140-2_0.[dll|lib] or sigc-vc140-d-2_0.[dll|lib] for Visual Studio 2015 and 2017 builds as these builds link to the msvcp140[d].dll and vcruntime140[d].dll C/C++ runtime DLLs. This set of NMake Makefiles are now dist'ed in place of the Visual Studio 2013 project files.
* build: Consolidate source listing into sigc++/filelist.amChun-wei Fan2018-10-302-6/+8
| | | | | | This is for enabling the upcoming NMake Makefiles to use this file as well, in addition to the autotools build files, to build the libsigc++ DLL.
* builds: Rename MSVC_Net2013 as MSVC_NMakeChun-wei Fan2018-10-3069-6/+6
| | | | | This is to prepare for the transition for the Visual Studio build files to NMake Makefiles.
* slot, signal: Avoid compiler warnings from function pointer conversionsKjell Ahlstedt2018-08-292-25/+23
| | | | | | | | | | gcc8 -Wextra prints a warning when a single reinterpret_cast is used for conversion between different types of function pointers. The previous fix with a union in sigc::internal::bitwise_equivalent_cast<>() is not standard C++. Rename the function to function_pointer_cast<>(), and use two reinterpret_casts as recommended in gcc's documentation. Fixes #8
* Update libsigcplusplus.doapKjell Ahlstedt2018-08-021-3/+3
|
* configure.ac: Update home page and bug report addressKjell Ahlstedt2018-08-021-2/+2
|
View Lorry Controller Status