{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":605594143,"defaultBranch":"master","name":"sfw","ownerLogin":"xparq","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2023-02-23T13:46:33.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/698307?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1677817678.0","currentOid":""},"activityList":{"items":[{"before":"8f87886b32e2898e08643de23cb597343cf881ed","after":"57543b368a6b4331eb2ea27706e680a7d5073bf6","ref":"refs/heads/master","pushedAt":"2024-06-19T16:37:26.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Part of #253: Normalize the `gfx` dir (+ its friends)\n\nHeader & .cpp subdir names are now consistently lower-case and singular.\n(TBD: upper-case names might still appear later, e.g. for acronyms.)\n\n+ Geometry also has its include dir now.\n\n+ Initial stab at syncing to a new batch of breaking SFML changes, i.e.:\n  sf::Event::KeyEvent -> sf::Event::KeyChanged\n  (The reason this has been mixed with the apparently unrelated stylistic\n  change is that I actually started with this, then realized that I\n  can't postpone introducing an adapter layer for SFML (or its eventual\n  replacement) any more, and that kinda begged for tidying the dirs.)\n\n+ Minor corollary improvements (e.g. cosmetics in gfx/backend.hpp)","shortMessageHtmlLink":"Part of <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"1669466315\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/253\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/253/hovercard\" href=\"https://github.com/xparq/sfw/issues/253\">#253</a>: Normalize the <code>gfx</code> dir (+ its friends)"}},{"before":"fe60a2f204db92fc80815e38dec82b944ac84cc3","after":"8f87886b32e2898e08643de23cb597343cf881ed","ref":"refs/heads/master","pushedAt":"2024-06-18T13:08:48.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Part of #253: Normalize the `gfx` dir (+ its friends)\n\nHeader & .cpp subdir names are now consistently lower-case and singular.\n(TBD: upper-case names might still appear later, e.g. for acronyms.)\n\n+ Initial stab at syncing to a new batch of breaking SFML changes, i.e.:\n  sf::Event::KeyEvent -> sf::Event::KeyChanged\n  (The reason this has been mixed with the apparently unrelated stylistic\n  change is that I actually started with this, then realized that I\n  can't postpone introducing an adapter layer for SFML (or its eventual\n  replacement) any more, and that kinda begged for tidying the dirs.)","shortMessageHtmlLink":"Part of <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"1669466315\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/253\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/253/hovercard\" href=\"https://github.com/xparq/sfw/issues/253\">#253</a>: Normalize the <code>gfx</code> dir (+ its friends)"}},{"before":"b4bcc5d83b15fa1f2f9db0e490fdc0027a6712cb","after":"fe60a2f204db92fc80815e38dec82b944ac84cc3","ref":"refs/heads/master","pushedAt":"2024-06-18T12:59:22.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Part of #253: Normalize the `gfx` dir (+ its friends)\n\nHeader & .cpp subdir names are now consistently lower-case and singular.\n(TBD: upper-case names might still appear later, e.g. for acronyms.)\n\n+ Initial stab at syncing to a new batch of breaking SFML changes, i.e.:\n  sf::Event::KeyEvent -> sf::Event::KeyChanged\n  (The reason this has been mixed with the apparently unrelated stylistic\n  change is that I actually started with this, then realized that I\n  can't postpone introducing an adapter layer for SFML (or its eventual\n  replacement) any more, and that kinda begged for tidying the dirs.)","shortMessageHtmlLink":"Part of <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"1669466315\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/253\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/253/hovercard\" href=\"https://github.com/xparq/sfw/issues/253\">#253</a>: Normalize the <code>gfx</code> dir (+ its friends)"}},{"before":"426c16469c64e2a71d52a594ec262c7adc335456","after":"b4bcc5d83b15fa1f2f9db0e490fdc0027a6712cb","ref":"refs/heads/master","pushedAt":"2024-06-18T12:57:26.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Part of #253: Normalize the `gfx` dir (+ its friends)\n\nHeader & .cpp subdir names are now consistently lower-case and singular.\n(TBD: upper-case names might still appear later, e.g. for acronyms.)\n\n+ Initial stab at syncing to a new batch of breaking SFML changes, i.e.:\n  sf::Event::KeyChanged-> sf::Event::KeyChanged\n  (The reason this has been mixed with the apparently unrelated stylistic\n  change is that I actually started with this, then realized that I\n  can't postpone introducing an adapter layer for SFML (or its eventual\n  replacement) any more, and that kinda begged for tidying the dirs.)","shortMessageHtmlLink":"Part of <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"1669466315\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/253\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/253/hovercard\" href=\"https://github.com/xparq/sfw/issues/253\">#253</a>: Normalize the <code>gfx</code> dir (+ its friends)"}},{"before":"02ec3fe5711279f3639cc6fd5309933d1a3d55f0","after":"426c16469c64e2a71d52a594ec262c7adc335456","ref":"refs/heads/master","pushedAt":"2024-06-16T18:24:51.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"GHA: g++-13 no longer a thing on ubuntu-latest?!\n\nEven though it's still 22.04! :-o\nTrying the new ubuntu-24.04 runner explicitly...","shortMessageHtmlLink":"GHA: g++-13 no longer a thing on ubuntu-latest?!"}},{"before":"a2ac987ab6bdf3aec015c733598ca1dfe1da61ea","after":"02ec3fe5711279f3639cc6fd5309933d1a3d55f0","ref":"refs/heads/master","pushedAt":"2024-06-16T18:21:53.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"GHA: g++-13 no longer a thing on ubuntu-latest?!\n\nEven though it's still 22.04! :-o\nTrying the new ubuntu-24.04 runner explicitly...","shortMessageHtmlLink":"GHA: g++-13 no longer a thing on ubuntu-latest?!"}},{"before":"d6bca51b434aa311a8bcc6c6b0a2a0786080acd2","after":"a2ac987ab6bdf3aec015c733598ca1dfe1da61ea","ref":"refs/heads/master","pushedAt":"2024-06-16T17:50:34.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Sync to breaking SFML changes\n\nThey have undone their (questionable) earlier change of the draw() API.\nSince this is the 2nd time it breaks the drawing implementations, I've\njust bitten the bullet and ported the rest of the code (mostly gfx::)\nto use the uniform abstracted sfw::Drawable::draw() API.\n\n+ Close #389: ActivationState::Default -> ActivationState::Idle\n+ Some more of #161: Use Tabs for indenting\n+ Other misc. cosmetics (comments, mostly)","shortMessageHtmlLink":"Sync to breaking SFML changes"}},{"before":"781611493f8f968b21081e7d9bf533c5fdcbda2e","after":"d6bca51b434aa311a8bcc6c6b0a2a0786080acd2","ref":"refs/heads/master","pushedAt":"2024-04-26T21:20:41.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Sync to breaking SFML changes\n\nThey have undone their (questionable) earlier change of the draw() API.\nSince this is the 2nd time it breaks the drawing implementations, I've\njust bitten the bullet and ported the rest of the code (mostly gfx::)\nto use the uniform abstracted sfw::Drawable::draw() API.\n\n+ Close #389: ActivationState::Default -> ActivationState::Idle\n+ Some more of #161: Use Tabs for indenting\n+ Other misc. cosmetics (comments, mostly)","shortMessageHtmlLink":"Sync to breaking SFML changes"}},{"before":"813bc89d968facb5b6421fecac494162e7a21995","after":"781611493f8f968b21081e7d9bf533c5fdcbda2e","ref":"refs/heads/master","pushedAt":"2024-04-26T21:17:32.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Sync to breaking SFML changes\n\nThey have undone their (questionable) earlier change of the draw() API.\nSince this is the 2nd time it breaks the drawing implementations, I've\njust bitten the bullet and ported the rest of the code (mostly gfx::)\nto use the uniform abstracted sfw::Drawable::draw() API.\n\n+ Close #389: ActivationState::Default -> ActivationState::Idle\n+ Some more of #161: Use Tabs for indenting\n+ Other misc. cosmetics (comments, mostly)","shortMessageHtmlLink":"Sync to breaking SFML changes"}},{"before":"360ea8f8ef13e0765a0eb760e825fb209235c8a9","after":"813bc89d968facb5b6421fecac494162e7a21995","ref":"refs/heads/master","pushedAt":"2024-04-24T01:39:42.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #386: Guarded widget access (API extension)\n\nFollow-up of the commit that (prematurely) closed #347 (null-widget).\nC++23 is required now! (-> #385)","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #386.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2260083213\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/386\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/386/hovercard\" href=\"https://github.com/xparq/sfw/issues/386\">#386</a>: Guarded widget access (API extension)"}},{"before":"77260d10ba8d0cd2189f49b0ffc4ea0494898398","after":"360ea8f8ef13e0765a0eb760e825fb209235c8a9","ref":"refs/heads/master","pushedAt":"2024-04-14T00:43:25.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"More build improvements (reinstate CRT_LINKMODE etc.)\n\n+ Finally separate compiler commands for the lib and the executables\n+ Fixes\n+ Builds via build.cmd are timed now","shortMessageHtmlLink":"More build improvements (reinstate CRT_LINKMODE etc.)"}},{"before":"ed7c6923e7e98154ddd395a94e79b1efbf6d0a8f","after":"77260d10ba8d0cd2189f49b0ffc4ea0494898398","ref":"refs/heads/master","pushedAt":"2024-04-13T22:23:08.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #379: Build: Use VPATH instead of obj. tagging\n\n+ Updated SLOC counter and test runner scripts","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #379.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2188432035\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/379\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/379/hovercard\" href=\"https://github.com/xparq/sfw/issues/379\">#379</a>: Build: Use VPATH instead of obj. tagging"}},{"before":"4081a8b2edfe66f49a8583e3e1b8626caecb0741","after":"ed7c6923e7e98154ddd395a94e79b1efbf6d0a8f","ref":"refs/heads/master","pushedAt":"2024-04-11T23:58:15.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #379: Build: Don't tag object files\n\n+ Updated SLOC counter and test runner scripts","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #379.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2188432035\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/379\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/379/hovercard\" href=\"https://github.com/xparq/sfw/issues/379\">#379</a>: Build: Don't tag object files"}},{"before":"20c6b05be8aba8c664eb5ab8ba1376d1a65c464b","after":"4081a8b2edfe66f49a8583e3e1b8626caecb0741","ref":"refs/heads/master","pushedAt":"2024-03-16T14:13:32.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #377: Header auto-dependency tracking\n\nYay, finally! At least for GCC/CLANG. (MSVC is planned, but difficult.)\n\n+ Added GNU make.exe & busybox.exe for MSVC builds (forgot previously)\n+ Muted the comp./link build cmds. (that have been echoed for debugging)\n+ Updated test/run batch scripts (no similar test runner for Linux yet :-/ )","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #377.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2188412196\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/377\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/377/hovercard\" href=\"https://github.com/xparq/sfw/issues/377\">#377</a>: Header auto-dependency tracking"}},{"before":"316372d2b9953f4e33425b5785bf9cf4fbc40bfa","after":"20c6b05be8aba8c664eb5ab8ba1376d1a65c464b","ref":"refs/heads/master","pushedAt":"2024-03-15T14:40:59.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #377: Header auto-dependency tracking\n\nYay, finally! At least for GCC/CLANG. (MSVC is planned, but difficult.)\n\n+ Added GNU make.exe & busybox.exe for MSVC builds (forgot previously)\n+ Muted the comp./link build cmds. (that have been echoed for debugging)\n+ Updated test/run batch scripts (no similar test runner for Linux yet :-/ )","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #377.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2188412196\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/377\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/377/hovercard\" href=\"https://github.com/xparq/sfw/issues/377\">#377</a>: Header auto-dependency tracking"}},{"before":"43416372abc871a9bafa8594cc7c51afb87478b9","after":"316372d2b9953f4e33425b5785bf9cf4fbc40bfa","ref":"refs/heads/master","pushedAt":"2024-03-15T12:38:36.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #377: Header auto-dependency tracking\n\nYay, finally! At least for GCC/CLANG. (MSVC is planned, but difficult.)\n\n+ Added GNU make.exe & busybox.exe for MSVC builds (forgot previously)\n+ Muted the comp./link build cmds. (that have been echoed for debugging)","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #377.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2188412196\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/377\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/377/hovercard\" href=\"https://github.com/xparq/sfw/issues/377\">#377</a>: Header auto-dependency tracking"}},{"before":"c6d5c5d03462452aa0ae3c67b32797e3fe6a0993","after":"43416372abc871a9bafa8594cc7c51afb87478b9","ref":"refs/heads/master","pushedAt":"2024-03-15T12:33:29.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #377: Header auto-dependency tracking\n\nYay, finally! At least for GCC/CLANG. MSVC may come, too, later.\n\n+ Added GNU make.exe & busybox.exe for MSVC builds (forgot previously)\n+ Muted the comp./link build cmds. (that have been echoed for debugging)","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #377.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2188412196\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/377\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/377/hovercard\" href=\"https://github.com/xparq/sfw/issues/377\">#377</a>: Header auto-dependency tracking"}},{"before":"f0c972a416a6e86d397c80155c741cb328dd40a2","after":"c6d5c5d03462452aa0ae3c67b32797e3fe6a0993","ref":"refs/heads/master","pushedAt":"2024-03-15T00:00:09.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Add GNU make.exe & busybox.exe for MSVC builds\n\n+ Mute the comp./link build cmds. (that have been echoed for debugging)","shortMessageHtmlLink":"Add GNU make.exe &amp; busybox.exe for MSVC builds"}},{"before":"67cb999bee066313b92dae1a780a3492a0310a8f","after":"f0c972a416a6e86d397c80155c741cb328dd40a2","ref":"refs/heads/master","pushedAt":"2024-03-14T23:51:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Add GNU make.exe & busybox.exe for MSVC builds\n\n+ Mute the comp./link build cmds. (that have been echoed for debugging)","shortMessageHtmlLink":"Add GNU make.exe &amp; busybox.exe for MSVC builds"}},{"before":"7baa63effad902765cdc106f6643755d394825bc","after":"67cb999bee066313b92dae1a780a3492a0310a8f","ref":"refs/heads/master","pushedAt":"2024-03-14T23:01:22.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Close #376: Merge the MSVC and GCC makefiles\n\nPhew, finally a single, unified build for each supported target.\n\n+ Fix #375: The WSL+Debian+gcc+static build fails!","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #376.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2187405757\" data-permission-text=\"Title is private\" data-url=\"https://github.com/xparq/sfw/issues/376\" data-hovercard-type=\"issue\" data-hovercard-url=\"/xparq/sfw/issues/376/hovercard\" href=\"https://github.com/xparq/sfw/issues/376\">#376</a>: Merge the MSVC and GCC makefiles"}},{"before":"b18cccdc1cc62b78bbda6d3848b750e39387d02a","after":"7baa63effad902765cdc106f6643755d394825bc","ref":"refs/heads/master","pushedAt":"2024-03-13T23:46:34.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (no more hardcoded exe targets)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\nAlas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  -> OK, no need to manually install gcc/g++-13 (it's there by default),\n     but it has to be explicitly selected for CC as g++-13! :-o\n\n+ Also: make: *** No rule to make target '.WAIT', needed by 'test_exes'.\n  WTF?! Even if `make` is not GNU, it's a standard POSIX make feature! :-o\n  -> Arrgh, Ubuntu doesn't have GNU make 4.4 (only 4.3)! Removed .WAIT\n     from the `all` rule and added $(LIBFILE) (not just `lib`! ;) ) to\n     the exe-linking inference (pattern) rules.\n\n+ The executables weren't tagged properly for the linux build, so e.g.\n  the `demo` exe clashed with the `demo` dir... (Didn't check why this\n  wasn't a problem before; life's too short.) Now they're `*-linux`.\n\n+ Commented out the obsolete `clean` rules for the time being...","shortMessageHtmlLink":"Improved GCC makefile (no more hardcoded exe targets)"}},{"before":"33eb5cfab6f4556a75e09d15cb87e44698cc41ca","after":"b18cccdc1cc62b78bbda6d3848b750e39387d02a","ref":"refs/heads/master","pushedAt":"2024-03-13T19:38:43.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (no more hardcoded exe targets)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\nAlas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  -> OK, no need to manually install gcc/g++-13 (it's there by default),\n     but it has to be explicitly selected for CC as g++-13! :-o\n\n+ Also: make: *** No rule to make target '.WAIT', needed by 'test_exes'.\n  WTF?! Even if `make` is not GNU, it's a standard POSIX make feature! :-o\n  -> Arrgh, Ubuntu doesn't have GNU make 4.4 (only 4.3)! Removed that\n     .WAIT from the rules (and added `lib` to the exe inference rules!)\n\n+ The executables weren't tagged properly for the linux build, so e.g.\n  the `demo` exe clashed with the `demo` dir... (Didn't check why this\n  wasn't a problem before; life's too short.) Now they're `*-linux`.\n\n+ Commented out the obsolete `clean` rules for the time being...","shortMessageHtmlLink":"Improved GCC makefile (no more hardcoded exe targets)"}},{"before":"dd0eec1b30cbd332cc482b6f2a69ab75f962ed41","after":"33eb5cfab6f4556a75e09d15cb87e44698cc41ca","ref":"refs/heads/master","pushedAt":"2024-03-13T19:34:22.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (no more hardcoded exe targets)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n(And commented out the obsolete `clean` rules for the time being...)\n\nAlas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  -> OK, no need to manually install gcc/g++-13 (it's there by default),\n     but it has to be explicitly selected for CC as g++-13! :-o\n\n+ Also: make: *** No rule to make target '.WAIT', needed by 'test_exes'.\n  WTF?! Even if `make` is not GNU, it's a standard POSIX make feature! :-o\n  -> Arrgh, Ubuntu doesn't have GNU make 4.4 (only 4.3)! Removed that\n     .WAIT from the rules (and added `lib` to the exe inference rules!)\n\n+ The executables weren't tagged properly for the linux build, so e.g.\n  the `demo` exe clashed with the `demo` dir... (Didn't check why this\n  wasn't a problem before; life's too short.)","shortMessageHtmlLink":"Improved GCC makefile (no more hardcoded exe targets)"}},{"before":"fbfe392457c1da7ae20cb176c9b6bea5deb6a2bd","after":"dd0eec1b30cbd332cc482b6f2a69ab75f962ed41","ref":"refs/heads/master","pushedAt":"2024-03-13T19:13:38.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (not more hardcoded exes)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  -> OK, no need to manually install gcc/g++-13 (it's there by default),\n     but it has to be explicitly selected for CC as g++-13! :-o\n\n+ Also: make: *** No rule to make target '.WAIT', needed by 'test_exes'.\n  WTF?! Even if `make` is not GNU, it's a standard POSIX make feature! :-o\n  -> Arrgh, Ubuntu doesn't have GNU make 4.4 (only 4.3)! Removed that\n     .WAIT from the rules (and added `lib` to the exe inference rules!)\n\n+ And: /usr/bin/ld: cannot open output file demo: Is a directory\n  - Why isn't the `demo-...` exe tagged properly (so it won't clash with\n    the `demo` dir)?!\n\n(Alas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).)","shortMessageHtmlLink":"Improved GCC makefile (not more hardcoded exes)"}},{"before":"631ccd9afbc6239404c3e7148e7c06d236145629","after":"fbfe392457c1da7ae20cb176c9b6bea5deb6a2bd","ref":"refs/heads/master","pushedAt":"2024-03-13T19:07:41.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (not more hardcoded exes)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  -> OK, no need to manually install gcc/g++-13 (it's there by default),\n     but it has to be explicitly selected for CC as g++-13! :-o\n\n+ Also: make: *** No rule to make target '.WAIT', needed by 'test_exes'.\n  WTF?! Even if `make` is not GNU, it's a standard POSIX make feature! :-o\n  -> Arrgh, Ubuntu doesn't have GNU make 4.4 (only 4.3)! Removed that\n     .WAIT from the rules (and added `lib` to the exe inference rules!)\n\n(Alas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).)","shortMessageHtmlLink":"Improved GCC makefile (not more hardcoded exes)"}},{"before":"9e1d285d68d5424ad46ea710d96a93a9e06e4998","after":"631ccd9afbc6239404c3e7148e7c06d236145629","ref":"refs/heads/master","pushedAt":"2024-03-13T19:01:48.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (not more hardcoded exes)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  -> OK, no need to manually install gcc/g++-13 (it's there by default),\n     but it has to be explicitly selected for CC as g++-13! :-o\n\n+ Also: make: *** No rule to make target '.WAIT', needed by 'test_exes'.\n  WTF?! Even if `make` is not GNU, it's a standard POSIX make feature! :-o\n  -> Arrgh, Ubuntu doesn't have GNU make 4.4 (only 4.3)! Removed that\n     .WAIT from the rules (and added `lib` to the exe inference rules!)\n\n(Alas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).)","shortMessageHtmlLink":"Improved GCC makefile (not more hardcoded exes)"}},{"before":"aae9d9c5c9ec68ea552baad3c0d3e90c6341ca86","after":"9e1d285d68d5424ad46ea710d96a93a9e06e4998","ref":"refs/heads/master","pushedAt":"2024-03-13T18:49:04.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (not more hardcoded exes)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  -> OK, no need to manually install gcc/g++-13 (it's there by default),\n     but it has to be explicitly selected for CC as g++-13! :-o\n\n+ Also: make: *** No rule to make target '.WAIT', needed by 'test_exes'.\n  WTF?! Even if `make` is not GNU, it's a standard POSIX make feature! :-o\n\n(Alas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).)","shortMessageHtmlLink":"Improved GCC makefile (not more hardcoded exes)"}},{"before":"a5e836e60a7ccbb49302be4406c4c486f40b0e61","after":"aae9d9c5c9ec68ea552baad3c0d3e90c6341ca86","ref":"refs/heads/master","pushedAt":"2024-03-13T18:41:42.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (not more hardcoded exes)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  Trying to manually install gcc/g++-13...\n\n(Alas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).)","shortMessageHtmlLink":"Improved GCC makefile (not more hardcoded exes)"}},{"before":"2792a842ae04a150707417a3d0d103c4d6c3f633","after":"a5e836e60a7ccbb49302be4406c4c486f40b0e61","ref":"refs/heads/master","pushedAt":"2024-03-13T18:33:57.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (not more hardcoded exes)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\n+ For some reason GCC in GH's ubuntu-latest doesn't have <expected>?!\n  (ubuntu-latest is supposed to be 22.04, with gcc-13 already, as per\n  https://github.com/actions/runner-images/issues/8555, but even earlier\n  versions were said to support c++23.)\n  Trying to manually install gcc/g++-13...\n\n(Alas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).)","shortMessageHtmlLink":"Improved GCC makefile (not more hardcoded exes)"}},{"before":"5453984f79da0b07a22eb9c2fd8c164181e3d863","after":"2792a842ae04a150707417a3d0d103c4d6c3f633","ref":"refs/heads/master","pushedAt":"2024-03-13T18:00:18.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"xparq","name":"Sz.","path":"/xparq","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/698307?s=80&v=4"},"commit":{"message":"Improved GCC makefile (not more hardcoded exes)\n\nEach .cpp source under src/test and src/examples will be automatically\ncompiled and linked into its own separate exe now.\n\n(Alas, the MSVC (NMAKE) makefile doesn't support this -- and it probably\nnever will; the plan is to phase it out and just use one combined GNU\nmakefile also for MSVC builds (like in the OON project).)","shortMessageHtmlLink":"Improved GCC makefile (not more hardcoded exes)"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEacJsrQA","startCursor":null,"endCursor":null}},"title":"Activity · xparq/sfw"}