You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(19) |
Jul
(96) |
Aug
(144) |
Sep
(222) |
Oct
(496) |
Nov
(171) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(4) |
Feb
(4) |
Mar
(9) |
Apr
(4) |
May
(12) |
Jun
(6) |
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(52) |
Aug
(47) |
Sep
(47) |
Oct
(95) |
Nov
(56) |
Dec
(34) |
2003 |
Jan
(99) |
Feb
(116) |
Mar
(125) |
Apr
(99) |
May
(123) |
Jun
(69) |
Jul
(110) |
Aug
(130) |
Sep
(289) |
Oct
(211) |
Nov
(98) |
Dec
(140) |
2004 |
Jan
(85) |
Feb
(87) |
Mar
(342) |
Apr
(125) |
May
(101) |
Jun
(60) |
Jul
(151) |
Aug
(118) |
Sep
(162) |
Oct
(117) |
Nov
(125) |
Dec
(95) |
2005 |
Jan
(141) |
Feb
(54) |
Mar
(79) |
Apr
(83) |
May
(74) |
Jun
(125) |
Jul
(63) |
Aug
(89) |
Sep
(130) |
Oct
(89) |
Nov
(34) |
Dec
(39) |
2006 |
Jan
(98) |
Feb
(62) |
Mar
(56) |
Apr
(94) |
May
(169) |
Jun
(41) |
Jul
(34) |
Aug
(35) |
Sep
(132) |
Oct
(722) |
Nov
(381) |
Dec
(36) |
2007 |
Jan
(34) |
Feb
(174) |
Mar
(15) |
Apr
(35) |
May
(74) |
Jun
(15) |
Jul
(8) |
Aug
(18) |
Sep
(39) |
Oct
(125) |
Nov
(89) |
Dec
(129) |
2008 |
Jan
(176) |
Feb
(91) |
Mar
(69) |
Apr
(178) |
May
(310) |
Jun
(434) |
Jul
(171) |
Aug
(73) |
Sep
(187) |
Oct
(132) |
Nov
(259) |
Dec
(292) |
2009 |
Jan
(27) |
Feb
(54) |
Mar
(35) |
Apr
(54) |
May
(93) |
Jun
(10) |
Jul
(36) |
Aug
(36) |
Sep
(93) |
Oct
(52) |
Nov
(45) |
Dec
(74) |
2010 |
Jan
(20) |
Feb
(120) |
Mar
(165) |
Apr
(101) |
May
(56) |
Jun
(12) |
Jul
(73) |
Aug
(306) |
Sep
(154) |
Oct
(82) |
Nov
(63) |
Dec
(42) |
2011 |
Jan
(176) |
Feb
(86) |
Mar
(199) |
Apr
(86) |
May
(237) |
Jun
(50) |
Jul
(26) |
Aug
(56) |
Sep
(42) |
Oct
(62) |
Nov
(62) |
Dec
(52) |
2012 |
Jan
(35) |
Feb
(33) |
Mar
(128) |
Apr
(152) |
May
(133) |
Jun
(21) |
Jul
(74) |
Aug
(423) |
Sep
(165) |
Oct
(129) |
Nov
(387) |
Dec
(276) |
2013 |
Jan
(105) |
Feb
(30) |
Mar
(130) |
Apr
(42) |
May
(60) |
Jun
(79) |
Jul
(101) |
Aug
(46) |
Sep
(81) |
Oct
(14) |
Nov
(43) |
Dec
(4) |
2014 |
Jan
(25) |
Feb
(32) |
Mar
(30) |
Apr
(80) |
May
(42) |
Jun
(23) |
Jul
(68) |
Aug
(127) |
Sep
(112) |
Oct
(72) |
Nov
(29) |
Dec
(69) |
2015 |
Jan
(35) |
Feb
(49) |
Mar
(95) |
Apr
(10) |
May
(70) |
Jun
(64) |
Jul
(93) |
Aug
(85) |
Sep
(43) |
Oct
(38) |
Nov
(124) |
Dec
(29) |
2016 |
Jan
(253) |
Feb
(181) |
Mar
(132) |
Apr
(419) |
May
(68) |
Jun
(90) |
Jul
(52) |
Aug
(142) |
Sep
(131) |
Oct
(80) |
Nov
(84) |
Dec
(192) |
2017 |
Jan
(329) |
Feb
(842) |
Mar
(248) |
Apr
(85) |
May
(247) |
Jun
(186) |
Jul
(37) |
Aug
(73) |
Sep
(98) |
Oct
(108) |
Nov
(143) |
Dec
(143) |
2018 |
Jan
(155) |
Feb
(139) |
Mar
(72) |
Apr
(112) |
May
(82) |
Jun
(119) |
Jul
(24) |
Aug
(33) |
Sep
(179) |
Oct
(295) |
Nov
(111) |
Dec
(34) |
2019 |
Jan
(20) |
Feb
(29) |
Mar
(49) |
Apr
(89) |
May
(185) |
Jun
(131) |
Jul
(9) |
Aug
(59) |
Sep
(30) |
Oct
(44) |
Nov
(118) |
Dec
(53) |
2020 |
Jan
(70) |
Feb
(108) |
Mar
(50) |
Apr
(9) |
May
(70) |
Jun
(24) |
Jul
(103) |
Aug
(82) |
Sep
(132) |
Oct
(119) |
Nov
(174) |
Dec
(169) |
2021 |
Jan
(75) |
Feb
(51) |
Mar
(76) |
Apr
(73) |
May
(53) |
Jun
(120) |
Jul
(114) |
Aug
(73) |
Sep
(70) |
Oct
(18) |
Nov
(26) |
Dec
|
2022 |
Jan
(26) |
Feb
(63) |
Mar
(64) |
Apr
(64) |
May
(48) |
Jun
(74) |
Jul
(129) |
Aug
(106) |
Sep
(238) |
Oct
(169) |
Nov
(149) |
Dec
(111) |
2023 |
Jan
(110) |
Feb
(47) |
Mar
(82) |
Apr
(106) |
May
(168) |
Jun
(101) |
Jul
(155) |
Aug
(35) |
Sep
(51) |
Oct
(55) |
Nov
(134) |
Dec
(202) |
2024 |
Jan
(103) |
Feb
(129) |
Mar
(154) |
Apr
(89) |
May
(60) |
Jun
(162) |
Jul
(201) |
Aug
(61) |
Sep
(167) |
Oct
(111) |
Nov
(133) |
Dec
(141) |
2025 |
Jan
(122) |
Feb
(88) |
Mar
(106) |
Apr
(113) |
May
(203) |
Jun
(185) |
Jul
(124) |
Aug
(57) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Marc C. <cul...@gm...> - 2025-03-15 14:06:19
|
First, some concrete data about what I do. I have the free version of VMWare running on an intel mac mini. I have images for macsOS 10.12 and later. However, I cannot get the 10.12 version to boot. So I could only test on 10.13 and newer. And I did run the tests for 9.1 on the macOS 10.13 VM recently. I have not run the tests on 10.14 and up recently, however. I usually try to do that when there is a release. (This is yet another reason for not having releases too often.) Note that my process depends on having an Intel mac available. Apple is not producing Intel machines anymore. So my ability to test on those versions of macOS which were not released for Arm will probably end when my Intel mac mini dies. Second, there are many lined of code in the macosx directory which test for versions of the OS. I think that Ashok is saying that those can and should be left in place even after support is dropped for the versions. - Marc On Sat, Mar 15, 2025 at 3:37 AM Alexander Schöpe via Tcl-Core < tcl...@li...> wrote: > I will put my conclusion first, following the TL;DR approach. > > I believe that the definitions Ashok described may need to be clarified to > make it clear that something may still run on outdated systems but is no > longer actively supported. > > I still have to support several old industrial systems where manufacturers > no longer provide updates, and where no new C compilers are available. > These systems still run on Tcl/Tk 8.6 and will remain on this version. The > effort required to port even 8.6.x to these old systems is extremely high. > However, anyone is free to attempt it. > > On the other hand, Tcl/Tk 9.x is code-breaking anyway, and sometimes you > have to let go of outdated things to create something new. Then you can > say, “Yes, macOS High Sierra works and requires no additional effort.” This > would mean “runs” but “is no longer maintained.” > > The discussion highlights that the current terms “Supported,” “Obsolete,” > and “Unsupported” are not clearly defined and can lead to misunderstandings. > It is particularly important to clarify that software or platforms may > still be operational even if they are no longer actively supported or > tested. > > The data on macOS versions and SSL/TLS standards illustrate that outdated > systems may still exist but, without active maintenance, will become > increasingly irrelevant over time. > Therefore, it makes sense to focus Tcl/Tk 9.x support on platforms that > have vendor maintenance and a relevant market share. > > A more precise definition of these terms would help manage future support > more effectively and avoid confusion. > > > Am 15.03.2025 um 05:20 schrieb apnmbx-public--- via Tcl-Core < > tcl...@li...>: > > > > Thanks for the comments so far. I am awaiting for further feedback > before updating the TIP. In the meanwhile, some thoughts on the responses > received so far. > > > > • There have been some comments about autoconf etc. not being > runtime requirements. Note that the TIP intends to address *both* runtime > and build requirements, including compilers (C11 support), tools (min > autoconf version, gnu make dependencies etc.) etc. If anyone thinks the > build environment should be moved to a separate TIP, please do so, no > objection from me. > > > > • With regards to Marc and Steve’s comments about platforms > (paraphrasing) “not needing extra work”. As the definition currently stands > Supported means it has to be specifically tested on that platform for every > release. So at a minimum there is at least that effort required. In > addition, when new features are added, they must be implemented for that > platform as well. That is the reason Windows 7 is explicitly marked as > Obsolete though no additional work is required as of today. It is not > tested, and if new features, say pty console support, are added, > feasibility on Windows 7 will not be taken into consideration. > > Let's take a closer look at the manufacturer's status: > > macOS High Sierra 10.13.6, released September 25, 2017, last update July > 09, 2018, Intel 64, not maintained > macOS Mojave 10.14.6, released September 24, 2018, last update September > 26, 2019, Intel 64, not maintained > macOS Catalina 10.15.7, released October 7, 2019, last update September > 23, 2020, Intel 64, not maintained > macOS Big Sur 11.7.10, released November 12, 2020, last update September > 11, 2023, Intel and ARM 64, not maintained > macOS Monterey 12.7.6, released October 25, 2021, last update July 29, > 2024, Intel and ARM 64, not maintained > macOS Ventura 13.7.4, released October 24, 2022, last update February 10, > 2025, Intel and ARM 64, still maintained > macOS Sonoma 14.7.4, released September 26, 2023, last update February 10, > 2025, Intel and ARM 64, still maintained > macOS Sequoia 15.3.2, released September 16, 2024, last update March 11, > 2025, Intel and ARM 64, maintained > > Apart from that, hardware from 2008 onwards can be provided with macOS > from macOS Monterey 12+ to macOS Sequoia using the OpenCorePatcher. The > OpenCorePatcher no longer supports macOS prior to macOS Monterey 12. > > So everyone can get a picture of it. > > > • In hindsight, my use of the terms Supported, Obsolete and > Unsupported may be misleading, particularly the last. It does not mean Tcl > will not build or that we will ignore bug reports for unsupported > platforms. Suggestions for better names and definitions most welcome. > > What does this look like with SSL/TLS > > SSL 2.0, released 1995, deprecated in 2011, not maintained > SSL 3.0, released 1996, deprecated in 2015, not maintained > TLS 1.0, released 1999, deprecated in 2021, not maintained > TLS 1.1, released 2006, deprecated in 2021, not maintained > TLS 1.2, released 2008, in use since 2008, still maintained > TLS 1.3, released 2018, in use since 2018, maintained > > > • Someone needs to take the lead on macOS and Linux/Unix. But as a > general comment, I do not think we should be concerned about supporting 9.1 > on platforms that are old *and* have less than 5% market share (my criteria > for Windows). So for example, for macOS > https://telemetrydeck.com/survey/apple/macOS/versions/ > > /Ashok > > macOS, Linux/Unix must be considered separately. Although there is the > overlap that X11 R6 is also available on macOS, macOS has its own GUI. > So that means there is macOS on the one hand and Linux and Unix on the > other, which I think can be summarized. > I looked at the statistics, if you can trust them and compare them with > the supported versions mentioned above, the old stuff is hardly used > anymore. > > > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
From: Alexander S. <a.s...@gm...> - 2025-03-15 08:37:00
|
I will put my conclusion first, following the TL;DR approach. I believe that the definitions Ashok described may need to be clarified to make it clear that something may still run on outdated systems but is no longer actively supported. I still have to support several old industrial systems where manufacturers no longer provide updates, and where no new C compilers are available. These systems still run on Tcl/Tk 8.6 and will remain on this version. The effort required to port even 8.6.x to these old systems is extremely high. However, anyone is free to attempt it. On the other hand, Tcl/Tk 9.x is code-breaking anyway, and sometimes you have to let go of outdated things to create something new. Then you can say, “Yes, macOS High Sierra works and requires no additional effort.” This would mean “runs” but “is no longer maintained.” The discussion highlights that the current terms “Supported,” “Obsolete,” and “Unsupported” are not clearly defined and can lead to misunderstandings. It is particularly important to clarify that software or platforms may still be operational even if they are no longer actively supported or tested. The data on macOS versions and SSL/TLS standards illustrate that outdated systems may still exist but, without active maintenance, will become increasingly irrelevant over time. Therefore, it makes sense to focus Tcl/Tk 9.x support on platforms that have vendor maintenance and a relevant market share. A more precise definition of these terms would help manage future support more effectively and avoid confusion. > Am 15.03.2025 um 05:20 schrieb apnmbx-public--- via Tcl-Core <tcl...@li...>: > > Thanks for the comments so far. I am awaiting for further feedback before updating the TIP. In the meanwhile, some thoughts on the responses received so far. > > • There have been some comments about autoconf etc. not being runtime requirements. Note that the TIP intends to address *both* runtime and build requirements, including compilers (C11 support), tools (min autoconf version, gnu make dependencies etc.) etc. If anyone thinks the build environment should be moved to a separate TIP, please do so, no objection from me. > > • With regards to Marc and Steve’s comments about platforms (paraphrasing) “not needing extra work”. As the definition currently stands Supported means it has to be specifically tested on that platform for every release. So at a minimum there is at least that effort required. In addition, when new features are added, they must be implemented for that platform as well. That is the reason Windows 7 is explicitly marked as Obsolete though no additional work is required as of today. It is not tested, and if new features, say pty console support, are added, feasibility on Windows 7 will not be taken into consideration. Let's take a closer look at the manufacturer's status: macOS High Sierra 10.13.6, released September 25, 2017, last update July 09, 2018, Intel 64, not maintained macOS Mojave 10.14.6, released September 24, 2018, last update September 26, 2019, Intel 64, not maintained macOS Catalina 10.15.7, released October 7, 2019, last update September 23, 2020, Intel 64, not maintained macOS Big Sur 11.7.10, released November 12, 2020, last update September 11, 2023, Intel and ARM 64, not maintained macOS Monterey 12.7.6, released October 25, 2021, last update July 29, 2024, Intel and ARM 64, not maintained macOS Ventura 13.7.4, released October 24, 2022, last update February 10, 2025, Intel and ARM 64, still maintained macOS Sonoma 14.7.4, released September 26, 2023, last update February 10, 2025, Intel and ARM 64, still maintained macOS Sequoia 15.3.2, released September 16, 2024, last update March 11, 2025, Intel and ARM 64, maintained Apart from that, hardware from 2008 onwards can be provided with macOS from macOS Monterey 12+ to macOS Sequoia using the OpenCorePatcher. The OpenCorePatcher no longer supports macOS prior to macOS Monterey 12. So everyone can get a picture of it. > • In hindsight, my use of the terms Supported, Obsolete and Unsupported may be misleading, particularly the last. It does not mean Tcl will not build or that we will ignore bug reports for unsupported platforms. Suggestions for better names and definitions most welcome. What does this look like with SSL/TLS SSL 2.0, released 1995, deprecated in 2011, not maintained SSL 3.0, released 1996, deprecated in 2015, not maintained TLS 1.0, released 1999, deprecated in 2021, not maintained TLS 1.1, released 2006, deprecated in 2021, not maintained TLS 1.2, released 2008, in use since 2008, still maintained TLS 1.3, released 2018, in use since 2018, maintained > • Someone needs to take the lead on macOS and Linux/Unix. But as a general comment, I do not think we should be concerned about supporting 9.1 on platforms that are old *and* have less than 5% market share (my criteria for Windows). So for example, for macOS https://telemetrydeck.com/survey/apple/macOS/versions/ > /Ashok macOS, Linux/Unix must be considered separately. Although there is the overlap that X11 R6 is also available on macOS, macOS has its own GUI. So that means there is macOS on the one hand and Linux and Unix on the other, which I think can be summarized. I looked at the statistics, if you can trust them and compare them with the supported versions mentioned above, the old stuff is hardly used anymore. |
From: Alexander S. <a.s...@gm...> - 2025-03-15 06:56:42
|
OK, that's a good statement, if that's the case I'm also of the opinion from 10.13. > Am 14.03.2025 um 22:48 schrieb Marc Culler <cul...@gm...>: > > I would advocate supporting macOS 10.13 and newer. The reason is that there is no issue right now with building or running Tk9 on > macOS 10.13 and newer. It takes no extra work for us to support those versions. The current tiip of main even passes all tests on 10.13. And we have recently had several very useful tickets opened by Eric Brunel based on testing on 10.13 but applicable generally. > > I think that as long as it costs us nothing and provides even a tiny marginal benefit, then we should do it. |
From: <apn...@ya...> - 2025-03-15 04:20:52
|
Thanks for the comments so far. I am awaiting for further feedback before updating the TIP. In the meanwhile, some thoughts on the responses received so far. * There have been some comments about autoconf etc. not being runtime requirements. Note that the TIP intends to address *both* runtime and build requirements, including compilers (C11 support), tools (min autoconf version, gnu make dependencies etc.) etc. If anyone thinks the build environment should be moved to a separate TIP, please do so, no objection from me. * With regards to Marc and Steve’s comments about platforms (paraphrasing) “not needing extra work”. As the definition currently stands Supported means it has to be specifically tested on that platform for every release. So at a minimum there is at least that effort required. In addition, when new features are added, they must be implemented for that platform as well. That is the reason Windows 7 is explicitly marked as Obsolete though no additional work is required as of today. It is not tested, and if new features, say pty console support, are added, feasibility on Windows 7 will not be taken into consideration. * In hindsight, my use of the terms Supported, Obsolete and Unsupported may be misleading, particularly the last. It does not mean Tcl will not build or that we will ignore bug reports for unsupported platforms. Suggestions for better names and definitions most welcome. * Someone needs to take the lead on macOS and Linux/Unix. But as a general comment, I do not think we should be concerned about supporting 9.1 on platforms that are old *and* have less than 5% market share (my criteria for Windows). So for example, for macOS https://telemetrydeck.com/survey/apple/macOS/versions/ /Ashok From: Steve Landers <st...@di...> Sent: Saturday, March 15, 2025 6:10 AM To: Tcl Core List <tcl...@li...>; nicolas bats <sl1...@gm...>; da Silva, Peter J <pet...@fl...>; Dipl. Ing. Sergey G. Brester <se...@us...>; Marc Culler <cul...@gm...> Subject: Re: [TCLCORE] [External] Re: TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 FWIW I agree with Marc. Mac hardware lasts a long time in my experience and I have old equipment dedicated to specific tasks that is still running happily (not internet facing so I’m not concerned about the security). Being able to run Tcl 9 its a bonus if it doesn’t cost us anything. -- Steve On 15 Mar 2025 at 5:50 AM +0800, Marc Culler <cul...@gm... <mailto:cul...@gm...> >, wrote: I would advocate supporting macOS 10.13 and newer. The reason is that there is no issue right now with building or running Tk9 on macOS 10.13 and newer. It takes no extra work for us to support those versions. The current tiip of main even passes all tests on 10.13. And we have recently had several very useful tickets opened by Eric Brunel based on testing on 10.13 but applicable generally. I think that as long as it costs us nothing and provides even a tiny marginal benefit, then we should do it. - Marc On Thu, Mar 13, 2025 at 9:00 AM nicolas bats <sl1...@gm... <mailto:sl1...@gm...> > wrote: Hi, I saw a lot of Intel64 that cannot go after macOS 10.15.7 (without OpenCore) ++ Le jeu. 13 mars 2025 à 14:53, da Silva, Peter J <pet...@fl... <mailto:pet...@fl...> > a écrit : With or without OpenCore? If you’re talking about 32-bit machines, I suspect excluding them was intended: > “It makes sense to drop support for all macOS versions before 2020. This would limit support to Intel-64 and ARM64” From: nicolas bats <sl1...@gm... <mailto:sl1...@gm...> > Date: Thursday, March 13, 2025 at 08:44 To: Alexander Schöpe <a.s...@gm...> Cc: Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li... <mailto:tcl...@li...> > Subject: [External] Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 Hi, regrading macOS I would strongly be in favor to support from macOS 10.15 Catalina Intel 64 October 7, 2019 As several old machines cannot go to Big Sur _______________________________________________ Tcl-Core mailing list Tcl...@li... <mailto:Tcl...@li...> https://lists.sourceforge.net/lists/listinfo/tcl-core _______________________________________________ Tcl-Core mailing list Tcl...@li... <mailto:Tcl...@li...> https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Steve L. <st...@di...> - 2025-03-15 00:59:23
|
FWIW I agree with Marc. Mac hardware lasts a long time in my experience and I have old equipment dedicated to specific tasks that is still running happily (not internet facing so I’m not concerned about the security). Being able to run Tcl 9 its a bonus if it doesn’t cost us anything. -- Steve On 15 Mar 2025 at 5:50 AM +0800, Marc Culler <cul...@gm...>, wrote: > I would advocate supporting macOS 10.13 and newer. The reason is that there is no issue right now with building or running Tk9 on > macOS 10.13 and newer. It takes no extra work for us to support those versions. The current tiip of main even passes all tests on 10.13. And we have recently had several very useful tickets opened by Eric Brunel based on testing on 10.13 but applicable generally. > > I think that as long as it costs us nothing and provides even a tiny marginal benefit, then we should do it. > > - Marc > > On Thu, Mar 13, 2025 at 9:00 AM nicolas bats <sl1...@gm...> wrote: > > Hi, > > I saw a lot of Intel64 that cannot go after macOS 10.15.7 (without OpenCore) > > > > ++ > > > > > Le jeu. 13 mars 2025 à 14:53, da Silva, Peter J <pet...@fl...> a écrit : > > > > With or without OpenCore? If you’re talking about 32-bit machines, I suspect excluding them was intended: > > > > > > > > > “It makes sense to drop support for all macOS versions before 2020. This would limit support to Intel-64 and ARM64” > > > > > > > > From: nicolas bats <sl1...@gm...> > > > > Date: Thursday, March 13, 2025 at 08:44 > > > > To: Alexander Schöpe <a.s...@gm...> > > > > Cc: Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...> > > > > Subject: [External] Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 > > > > Hi, > > > > regrading macOS I would strongly be in favor to support from > > > > macOS 10.15 Catalina Intel 64 October 7, 2019 > > > > > > > > As several old machines cannot go to Big Sur > > _______________________________________________ > > Tcl-Core mailing list > > Tcl...@li... > > https://lists.sourceforge.net/lists/listinfo/tcl-core > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Marc C. <cul...@gm...> - 2025-03-14 21:49:18
|
I would advocate supporting macOS 10.13 and newer. The reason is that there is no issue right now with building or running Tk9 on macOS 10.13 and newer. It takes no extra work for us to support those versions. The current tiip of main even passes all tests on 10.13. And we have recently had several very useful tickets opened by Eric Brunel based on testing on 10.13 but applicable generally. I think that as long as it costs us nothing and provides even a tiny marginal benefit, then we should do it. - Marc On Thu, Mar 13, 2025 at 9:00 AM nicolas bats <sl1...@gm...> wrote: > Hi, > I saw a lot of Intel64 that cannot go after macOS 10.15.7 (without > OpenCore) > > ++ > > Le jeu. 13 mars 2025 à 14:53, da Silva, Peter J < > pet...@fl...> a écrit : > >> With or without OpenCore? If you’re talking about 32-bit machines, I >> suspect excluding them was intended: >> >> > “It makes sense to drop support for all macOS versions before 2020. >> This would limit support to Intel-64 and ARM64” >> >> >> >> *From: *nicolas bats <sl1...@gm...> >> *Date: *Thursday, March 13, 2025 at 08:44 >> *To: *Alexander Schöpe <a.s...@gm...> >> *Cc: *Dipl. Ing. Sergey G. Brester via Tcl-Core < >> tcl...@li...> >> *Subject: *[External] Re: [TCLCORE] TIP 715 - Supported platforms and >> build environments for Tcl/Tk 9.1 >> >> Hi, >> >> regrading macOS I would strongly be in favor to support from >> >> macOS 10.15 Catalina Intel 64 October 7, 2019 >> >> >> >> As several old machines cannot go to Big Sur >> > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
From: Harald O. <har...@el...> - 2025-03-14 13:40:27
|
Dear Tcl/Tk fans, please allow us to invite you to the OpenACS/TCL/Tk user meeting July 10th - July 11th, 2025 We would be delighted to welcome you to "La Dotta" ("The Learned"), also known as Bologna, Italy! All information is on the conference web page: https://openacs.km.at/ Registration is now open. Please also submit your abstracts for talks until 17th of June 2025. We will have short and long time slots. Any contribution is warmly welcome! It is a user meeting and we all tell, what we do with OpenACS/Tcl/Tk and friends. That is the concept. On behalf of all excited organisers: Gustaf Neumann Harald Oehlmann Antonio Pisano Bernd Simon Stefan Sobernig |
From: Brian G. <bri...@ea...> - 2025-03-13 17:59:15
|
Dropping leading '0' octal numbers in Tcl 9 leads to a failure of the Tclx [chmod] command. :) One of those Oh! moments trying to figure out why the chmod tests were failing. Just sharing the joy! -Brian |
From: Donal F. <don...@ma...> - 2025-03-13 17:09:21
|
IIRC, don't we distribute the configure scripts so it's not even a build time requirement so much a distribution time requirement? Donal. ________________________________ From: Jan Nijtmans <jan...@gm...> Sent: Thursday, March 13, 2025 16:36 To: Alexander Schöpe <a.s...@gm...> Cc: Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...> Subject: Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 Op do 13 mrt 2025 om 17:21 schreef Alexander Schöpe <a.s...@gm...<mailto:a.s...@gm...>>: glibc >= 2.34 X11 >= R6 autoconf >= 2.72 Clarifying: autoconf is a build-time requirement not a runtime-requirement like the other two. You don't need autoconf to be installed on your machine to run Tcl/Tk. Thanks! Jan Nijtmans |
From: Jan N. <jan...@gm...> - 2025-03-13 16:37:19
|
Op do 13 mrt 2025 om 17:21 schreef Alexander Schöpe <a.s...@gm...>: > glibc >= 2.34 > X11 >= R6 > autoconf >= 2.72 > Clarifying: autoconf is a build-time requirement not a runtime-requirement like the other two. You don't need autoconf to be installed on your machine to run Tcl/Tk. Thanks! Jan Nijtmans |
From: B H. <bra...@gm...> - 2025-03-13 16:36:24
|
> On Mar 13, 2025, at 09:22, Alexander Schöpe via Tcl-Core <tcl...@li...> wrote: > > Yes, I think your description is a bit more complete. > > So: > > glibc >= 2.34 > X11 >= R6 > autoconf >= 2.72 > NB, not all libc installations are glibc (BSD, for starters), and even Linux runs various libc implementations (musl, cosmopolitan). The above list is also mixing build/compile -time concerns with runtime concerns, which we might want to make distinctions for. While I’m here, I’ve been wondering too: what *language* do we say Tcl/Tk is written in? C89, C99, C17, … Do we have a style-guide (incl C version to use) for *developing* Tcl itself? Cheers, -bch > >> Am 13.03.2025 um 15:08 schrieb Jan Nijtmans <jan...@gm...>: >> >> Op do 13 mrt 2025 om 14:39 schreef Alexander Schöpe via Tcl-Core: >> A practical definition could be: “We support X11-based Linux distributions as long as they use glibc >= 2.31 and a current X.Org server.” >> >> Specifying glibc version is quite clear. Any objection to raising the >> minimum glibc version for Tcl/Tk 9.1 to 2.34? That in combination >> with autoconf-2.72? >> >> When Tcl/Tk 9.1 becomes final, autoconf-2.72 will be sufficiently >> spreaded out. Advantage: autoconf-2.72 has additional macro's >> for ensuring 64-bit time_t on all machines, but it needs glibc 2.34. >> Currently we cannot use those macro's because they are >> not available in autoconf 2.69/70/71. >> >> Thanks! >> Jan Nijtmans >> > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Alexander S. <a.s...@gm...> - 2025-03-13 16:21:44
|
Yes, I think your description is a bit more complete. So: glibc >= 2.34 X11 >= R6 autoconf >= 2.72 > Am 13.03.2025 um 15:08 schrieb Jan Nijtmans <jan...@gm...>: > > Op do 13 mrt 2025 om 14:39 schreef Alexander Schöpe via Tcl-Core: > A practical definition could be: “We support X11-based Linux distributions as long as they use glibc >= 2.31 and a current X.Org server.” > > Specifying glibc version is quite clear. Any objection to raising the > minimum glibc version for Tcl/Tk 9.1 to 2.34? That in combination > with autoconf-2.72? > > When Tcl/Tk 9.1 becomes final, autoconf-2.72 will be sufficiently > spreaded out. Advantage: autoconf-2.72 has additional macro's > for ensuring 64-bit time_t on all machines, but it needs glibc 2.34. > Currently we cannot use those macro's because they are > not available in autoconf 2.69/70/71. > > Thanks! > Jan Nijtmans > |
From: Alexander S. <a.s...@gm...> - 2025-03-13 16:19:03
|
OpenCore needs about 1/2 year to make the adjustments for the old hardware. I still have an old MacBook Pro 2012, MacBook Pro 2025, iMac 2014 (all Intel) these devices are all supported by OpenCore up to Sequoia. I am currently working on a MacBook Pro M2. > Am 13.03.2025 um 16:09 schrieb da Silva, Peter J <pet...@fl...>: > > My Mac Pro 5,1 officially can’t go past Mojave (10.14), but it can go to Sonoma at least with OpenCore. Probably Sequoia too. > From: nicolas bats <sl1...@gm...> > Date: Thursday, March 13, 2025 at 08:59 > To: da Silva, Peter J (USA) <pet...@fl...> > Cc: Alexander Schöpe <a.s...@gm...>, Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...> > Subject: Re: [External] Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 > Hi, > I saw a lot of Intel64 that cannot go after macOS 10.15.7 (without OpenCore) > ++ > Le jeu. 13 mars 2025 à 14:53, da Silva, Peter J <pet...@fl...> a écrit : > With or without OpenCore? If you’re talking about 32-bit machines, I suspect excluding them was intended: > > > “It makes sense to drop support for all macOS versions before 2020. This would limit support to Intel-64 and ARM64” > From: nicolas bats <sl1...@gm...> > Date: Thursday, March 13, 2025 at 08:44 > To: Alexander Schöpe <a.s...@gm...> > Cc: Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...> > Subject: [External] Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 > Hi, > regrading macOS I would strongly be in favor to support from > macOS 10.15 Catalina Intel 64 October 7, 2019 > As several old machines cannot go to Big Sur |
From: da S. P. J <pet...@fl...> - 2025-03-13 16:09:05
|
My Mac Pro 5,1 officially can’t go past Mojave (10.14), but it can go to Sonoma at least with OpenCore. Probably Sequoia too. From: nicolas bats <sl1...@gm...> Date: Thursday, March 13, 2025 at 08:59 To: da Silva, Peter J (USA) <pet...@fl...> Cc: Alexander Schöpe <a.s...@gm...>, Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...> Subject: Re: [External] Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 Hi, I saw a lot of Intel64 that cannot go after macOS 10.15.7 (without OpenCore) ++ Le jeu. 13 mars 2025 à 14:53, da Silva, Peter J <pet...@fl...<mailto:pet...@fl...>> a écrit : With or without OpenCore? If you’re talking about 32-bit machines, I suspect excluding them was intended: > “It makes sense to drop support for all macOS versions before 2020. This would limit support to Intel-64 and ARM64” From: nicolas bats <sl1...@gm...<mailto:sl1...@gm...>> Date: Thursday, March 13, 2025 at 08:44 To: Alexander Schöpe <a.s...@gm...<mailto:a.s...@gm...>> Cc: Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...<mailto:tcl...@li...>> Subject: [External] Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 Hi, regrading macOS I would strongly be in favor to support from macOS 10.15 Catalina Intel 64 October 7, 2019 As several old machines cannot go to Big Sur |
From: Jan N. <jan...@gm...> - 2025-03-13 14:08:26
|
Op do 13 mrt 2025 om 14:39 schreef Alexander Schöpe via Tcl-Core: > A practical definition could be: “We support X11-based Linux distributions > as long as they use glibc >= 2.31 and a current X.Org server.” > Specifying glibc version is quite clear. Any objection to raising the minimum glibc version for Tcl/Tk 9.1 to *2.34*? That in combination with autoconf-2.72? When Tcl/Tk 9.1 becomes final, autoconf-2.72 will be sufficiently spreaded out. Advantage: autoconf-2.72 has additional macro's for ensuring 64-bit time_t on all machines, but it needs glibc 2.34. Currently we cannot use those macro's because they are not available in autoconf 2.69/70/71. Thanks! Jan Nijtmans |
From: nicolas b. <sl1...@gm...> - 2025-03-13 14:00:02
|
Hi, I saw a lot of Intel64 that cannot go after macOS 10.15.7 (without OpenCore) ++ Le jeu. 13 mars 2025 à 14:53, da Silva, Peter J < pet...@fl...> a écrit : > With or without OpenCore? If you’re talking about 32-bit machines, I > suspect excluding them was intended: > > > “It makes sense to drop support for all macOS versions before 2020. This > would limit support to Intel-64 and ARM64” > > > > *From: *nicolas bats <sl1...@gm...> > *Date: *Thursday, March 13, 2025 at 08:44 > *To: *Alexander Schöpe <a.s...@gm...> > *Cc: *Dipl. Ing. Sergey G. Brester via Tcl-Core < > tcl...@li...> > *Subject: *[External] Re: [TCLCORE] TIP 715 - Supported platforms and > build environments for Tcl/Tk 9.1 > > Hi, > > regrading macOS I would strongly be in favor to support from > > macOS 10.15 Catalina Intel 64 October 7, 2019 > > > > As several old machines cannot go to Big Sur > |
From: da S. P. J <pet...@fl...> - 2025-03-13 13:53:25
|
With or without OpenCore? If you’re talking about 32-bit machines, I suspect excluding them was intended: > “It makes sense to drop support for all macOS versions before 2020. This would limit support to Intel-64 and ARM64” From: nicolas bats <sl1...@gm...> Date: Thursday, March 13, 2025 at 08:44 To: Alexander Schöpe <a.s...@gm...> Cc: Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...> Subject: [External] Re: [TCLCORE] TIP 715 - Supported platforms and build environments for Tcl/Tk 9.1 Hi, regrading macOS I would strongly be in favor to support from macOS 10.15 Catalina Intel 64 October 7, 2019 As several old machines cannot go to Big Sur |
From: nicolas b. <sl1...@gm...> - 2025-03-13 13:43:23
|
Hi, regrading macOS I would strongly be in favor to support from macOS 10.15 Catalina Intel 64 October 7, 2019 As several old machines cannot go to Big Sur best regards, nicolas Le jeu. 13 mars 2025 à 14:39, Alexander Schöpe via Tcl-Core < tcl...@li...> a écrit : > Hi all, > > I’d like to share my thoughts on the supported platforms for Tcl/Tk, > particularly regarding macOS and Linux. > > macOS > > In my opinion, we should set macOS 11 (Big Sur) as the minimum version for > future Tcl/Tk releases. Apple no longer supports versions prior to 2020, > and most modern macOS applications already require at least macOS 11. When > compiling Tcl/Tk, I use the following flags: > CFLAGS="-arch arm64 -arch x86_64 -mmacosx-version-min=11.0" > It makes sense to drop support for all macOS versions before 2020. This > would limit support to Intel-64 and ARM64 (M1 and newer), aligning with > Apple’s transition to Apple Silicon. > > Mac OS X 10.0 Cheetah PowerPC 32 March 24, 2001 > Mac OS X 10.1 Puma PowerPC 32 September 25, 2001 > Mac OS X 10.2 Jaguar PowerPC 32 / 64 August 24, 2002 > Mac OS X 10.3 Panther PowerPC 32 / 64 October 24, 2003 > Mac OS X 10.4 Tiger PowerPC and Intel 32/64 April 29, 2005 > Mac OS X 10.5 Leopard PowerPC and Intel 32/64 August 13, 2009 > Mac OS X 10.6 Snow Leopard Intel 32 / 64 August 28, 2009 > Mac OS X 10.7 Lion Intel 64 July 20, 2011 > OS X 10.8 Mountain Lion Intel 64 July 25, 2012 > OS X 10.9 Mavericks Intel 64 October 22, 2013 > OS X 10.10 Yosemite Intel 64 October 16, 2014 > OS X 10.11 El Capitan Intel 64 September 30, 2015 > macOS 10.12 Sierra Intel 64 September 20, 2016 > macOS 10.13 High Sierra Intel 64 September 25, 2017 > macOS 10.14 Mojave Intel 64 September 24, 2018 > macOS 10.15 Catalina Intel 64 October 7, 2019 > macOS 11 Big Sur Intel and ARM 64 November 12, 2020 > macOS 12 Monterey Intel and ARM 64 October 25, 2021 > macOS 13 Ventura Intel and ARM 64 October 24, 2022 > macOS 14 Sonoma Intel and ARM 64 September 26, 2023 > macOS 15 Sequoia Intel and ARM 64 September 16, 2024 > > Linux > > For Linux, the situation seems simpler. We should continue focusing on > X11-based distributions, as there is still no complete Wayland port. > Supported distributions could include: > • Ubuntu LTS versions (e.g., 20.04, 22.04, 24.04) > • Debian Stable (currently Bookworm) > • Fedora (for up-to-date features and testing) > • openSUSE Leap / Tumbleweed > • Arch Linux (for rolling-release testing) > > A practical definition could be: “We support X11-based Linux distributions > as long as they use glibc >= 2.31 and a current X.Org server.” > > This approach would reduce maintenance effort while covering all relevant > and actively used systems. > > Summary > • macOS: Minimum version should be macOS 11, supporting only Intel-64 and > ARM64 (M1 and newer). > • Linux: Focus on X11-based distributions; Wayland support is not yet > considered. > > What do you think about this approach? > > Best, > Alex > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
From: Alexander S. <a.s...@gm...> - 2025-03-13 13:39:29
|
Hi all, I’d like to share my thoughts on the supported platforms for Tcl/Tk, particularly regarding macOS and Linux. macOS In my opinion, we should set macOS 11 (Big Sur) as the minimum version for future Tcl/Tk releases. Apple no longer supports versions prior to 2020, and most modern macOS applications already require at least macOS 11. When compiling Tcl/Tk, I use the following flags: CFLAGS="-arch arm64 -arch x86_64 -mmacosx-version-min=11.0" It makes sense to drop support for all macOS versions before 2020. This would limit support to Intel-64 and ARM64 (M1 and newer), aligning with Apple’s transition to Apple Silicon. Mac OS X 10.0 Cheetah PowerPC 32 March 24, 2001 Mac OS X 10.1 Puma PowerPC 32 September 25, 2001 Mac OS X 10.2 Jaguar PowerPC 32 / 64 August 24, 2002 Mac OS X 10.3 Panther PowerPC 32 / 64 October 24, 2003 Mac OS X 10.4 Tiger PowerPC and Intel 32/64 April 29, 2005 Mac OS X 10.5 Leopard PowerPC and Intel 32/64 August 13, 2009 Mac OS X 10.6 Snow Leopard Intel 32 / 64 August 28, 2009 Mac OS X 10.7 Lion Intel 64 July 20, 2011 OS X 10.8 Mountain Lion Intel 64 July 25, 2012 OS X 10.9 Mavericks Intel 64 October 22, 2013 OS X 10.10 Yosemite Intel 64 October 16, 2014 OS X 10.11 El Capitan Intel 64 September 30, 2015 macOS 10.12 Sierra Intel 64 September 20, 2016 macOS 10.13 High Sierra Intel 64 September 25, 2017 macOS 10.14 Mojave Intel 64 September 24, 2018 macOS 10.15 Catalina Intel 64 October 7, 2019 macOS 11 Big Sur Intel and ARM 64 November 12, 2020 macOS 12 Monterey Intel and ARM 64 October 25, 2021 macOS 13 Ventura Intel and ARM 64 October 24, 2022 macOS 14 Sonoma Intel and ARM 64 September 26, 2023 macOS 15 Sequoia Intel and ARM 64 September 16, 2024 Linux For Linux, the situation seems simpler. We should continue focusing on X11-based distributions, as there is still no complete Wayland port. Supported distributions could include: • Ubuntu LTS versions (e.g., 20.04, 22.04, 24.04) • Debian Stable (currently Bookworm) • Fedora (for up-to-date features and testing) • openSUSE Leap / Tumbleweed • Arch Linux (for rolling-release testing) A practical definition could be: “We support X11-based Linux distributions as long as they use glibc >= 2.31 and a current X.Org server.” This approach would reduce maintenance effort while covering all relevant and actively used systems. Summary • macOS: Minimum version should be macOS 11, supporting only Intel-64 and ARM64 (M1 and newer). • Linux: Focus on X11-based distributions; Wayland support is not yet considered. What do you think about this approach? Best, Alex |
From: Harald O. <har...@el...> - 2025-03-13 12:37:08
|
Ashok, thanks, great work ! I would put the text below "Platform tiers" at the beginning. Anything may be supported, unsupported or obsolete. I like the condition of two developpers for a supported platform. I would also add a 4th category: deprecated, what means, that it is currently supported, but planned to be obsolate in future versions. I would put MS-Windows 32 bit support on the deprecated state. This language of support states may be used in general: release files, documentation etc. So, the TIP may start with the definition of the support states. I don't know how to organize the chapter "Compiler toolchain and build tools" part in the Windows case. For MS-Windows, we have the following Toolchains in supported state: - nmake - configure (native or cross-compile) I think, the TIP would be better organized by platforms, even, if probably quite redundant for Unix flavor platforms. THanks again, Harald Am 13.03.2025 um 12:53 schrieb apnmbx-public--- via Tcl-Core: > All, > > In Tuesday’s online meet, the need for formally defining supported > platforms was raised (triggered by Francois’ post regarding macOS/ > XQuartz). As suggested by Harald, I’ve committed TIP 715 (https:// > core.tcl-lang.org/tips/doc/trunk/tip/715.md <https://core.tcl-lang.org/ > tips/doc/trunk/tip/715.md>) as a *starting* point for discussion. I have > no idea what to include for platforms other than Windows. > > Please review and fill in the ??? for the platforms you are familiar > with. Or (less preferable) comment here in the mailing list. > > Note as per the discussion, the TIP also proposes C11 as a requirement > for 9.1. I am neutral / ambivalent on that and also not sure if it > should be included in this particular TIP. > > /Ashok > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core -- ELMICRON Dr. Harald Oehlmann GmbH Koesener Str. 85 06618 NAUMBURG - Germany Phone: +49 3445 781120 Direct: +49 3445 781127 www.Elmicron.de German legal references: Geschaeftsfuehrer: Dr. Harald Oehlmann UST Nr. / VAT ID No.: DE206105272 HRB 212803 Stendal |
From: <apn...@ya...> - 2025-03-13 11:53:23
|
All, In Tuesday's online meet, the need for formally defining supported platforms was raised (triggered by Francois' post regarding macOS/XQuartz). As suggested by Harald, I've committed TIP 715 (https://core.tcl-lang.org/tips/doc/trunk/tip/715.md) as a starting point for discussion. I have no idea what to include for platforms other than Windows. Please review and fill in the ??? for the platforms you are familiar with. Or (less preferable) comment here in the mailing list. Note as per the discussion, the TIP also proposes C11 as a requirement for 9.1. I am neutral / ambivalent on that and also not sure if it should be included in this particular TIP. /Ashok |
From: Steve L. <st...@di...> - 2025-03-11 05:46:04
|
Agree with Ashok’s summary. Perhaps we define what supported means: builds and substantially passes test suite and there is a volunteer to coordinate testing. That volunteer might be the GitHub CI or it might be a person. For example, is Solaris supported? By that definition it is as long as the test suite is run. If something breaks but no-one volunteers then it isn’t discarded just that release isn’t supported so use at own discretion. As for XQuartz - that’s just X.org and a number of scientific Tcl/Tk users still rely on it for products built for X11. It isn’t part of macOS but I’d be loath to abandon support for it in our build tools, at least until someone reports it no longer works. -- Steve On 11 Mar 2025 at 11:35 AM +0800, apnmbx-public--- via Tcl-Core <tcl...@li...>, wrote: > With regards to deprecating platforms/version, I suppose TIP's are the way. For example, TIP 592 deprecated Windows versions prior to Win7 for Tcl 9 (As an aside, Tcl 9 was released four years later so perhaps Win10 should have been the min version, and may be time to TIP that). > > I guess the same could be done for macOS. > > Linux and BSD variants are more complicated given the splintering of distributions. I am not sure how one could specify supported releases. Combination of distro and version maybe? > > For all platforms, there is also the question of what "supported" means if we provide a list. Does it require building and testing on those platforms before claiming they are supported? If so, who does that testing? For Windows, macOS and Ubuntu there is partial support via github. What about the rest? Is a TIP required with volunteers who will commit to testing for specific platforms? Are platforms with no volunteers unsupported? > > /Ashok > > > > -----Original Message----- > From: Francois Vogel <fvo...@fr...> > Sent: Monday, March 10, 2025 12:24 PM > To: Tcl Core List <tcl...@li...> > Subject: [TCLCORE] What platforms do we support? > > Hi all, > > I tried to find a list of platforms we TCT officially support for Tcl/Tk > development, but I couldn't find anything else than: > > https://www.tcl-lang.org/software/tcltk/platforms.html > > which I'm questioning the up-to-date status (this is an euphemism). > > Where can I read about, say: > > - the macOS versions range we officially support (aqua builds) > > - the fact we support macOS builds with XQuartz (or also other X servers) > > - the range of Windows versions we support > > - the list of Linux distros we support (perhaps) > > - the fact that we don't support IRIX (any more), contrary to the above link > > - and so on. > > Something exhaustive, you see? > > And then, what is the process for deprecating support for some platform? > I guess a TIP is needed but IMO this would be logical only if there is > an official list of supported platforms. > > I'm asking because during a discussion I had yesterday with Marc Culler, > the question about whether it is still useful or not to support macOS > builds with XQuartz came up. We were questioning whether this was of any > use to anyone. The list of supported platforms would have been one > answer to the question (but yes, not THE answer). > > Thanks, > > François > > > > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: <apn...@ya...> - 2025-03-11 03:34:44
|
With regards to deprecating platforms/version, I suppose TIP's are the way. For example, TIP 592 deprecated Windows versions prior to Win7 for Tcl 9 (As an aside, Tcl 9 was released four years later so perhaps Win10 should have been the min version, and may be time to TIP that). I guess the same could be done for macOS. Linux and BSD variants are more complicated given the splintering of distributions. I am not sure how one could specify supported releases. Combination of distro and version maybe? For all platforms, there is also the question of what "supported" means if we provide a list. Does it require building and testing on those platforms before claiming they are supported? If so, who does that testing? For Windows, macOS and Ubuntu there is partial support via github. What about the rest? Is a TIP required with volunteers who will commit to testing for specific platforms? Are platforms with no volunteers unsupported? /Ashok -----Original Message----- From: Francois Vogel <fvo...@fr...> Sent: Monday, March 10, 2025 12:24 PM To: Tcl Core List <tcl...@li...> Subject: [TCLCORE] What platforms do we support? Hi all, I tried to find a list of platforms we TCT officially support for Tcl/Tk development, but I couldn't find anything else than: https://www.tcl-lang.org/software/tcltk/platforms.html which I'm questioning the up-to-date status (this is an euphemism). Where can I read about, say: - the macOS versions range we officially support (aqua builds) - the fact we support macOS builds with XQuartz (or also other X servers) - the range of Windows versions we support - the list of Linux distros we support (perhaps) - the fact that we don't support IRIX (any more), contrary to the above link - and so on. Something exhaustive, you see? And then, what is the process for deprecating support for some platform? I guess a TIP is needed but IMO this would be logical only if there is an official list of supported platforms. I'm asking because during a discussion I had yesterday with Marc Culler, the question about whether it is still useful or not to support macOS builds with XQuartz came up. We were questioning whether this was of any use to anyone. The list of supported platforms would have been one answer to the question (but yes, not THE answer). Thanks, François _______________________________________________ Tcl-Core mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-core |
From: Steve L. <st...@di...> - 2025-03-10 12:38:30
|
A reminder that the next meetup will be held Tuesday March 11 2025 at [clock format 1741683600] Tuesday 2am US West, 4am US Central, 5am US East, 9am UTC, 9am UK, 10am Western Europe, 2:30pm India, 5pm Australia West / Singapore / China, 6pm Japan, 8pm Australia East, 10pm New Zealand. Details (including how to connect) are available via https://wiki.tcl-lang.org/page/Monthly+Virtual+Meetup -- Steve |
From: Harald O. <har...@el...> - 2025-03-10 09:32:06
|
After those positive feed-backs, I have authered a ticket: https://core.tcl-lang.org/tk/tktview/441c526c0db25bf40389b74b7e7821f13efe472f The ticket states, that this is changed without a TIP. It also states, that this is for Tk9.1 only and will not be back-ported. I invite anybody to speek-up at the ticket, if this is not ok. Thanks for all, Harald Am 10.03.2025 um 10:12 schrieb Harald Oehlmann: > Am 09.03.2025 um 18:03 schrieb apn...@ya...: >> +1. Probably could have been done for 9.0 but better late than never. >> >> Will use of the option be ignored or raise an error? > > Thanks for the answer. > As it was never documented, I would raise an error as the cleaner version. > > Thanks, > Harald > > >> >> Yahoo Mail: Search, organise, conquer <https:// >> mail.onelink.me/107872968? >> pid=nativeplacement&c=US_Acquisition_YMktg_315_SearchOrgConquer_EmailSignature&af_sub1=Acquisition&af_sub2=US_YMktg&af_sub3=&af_sub4=100002039&af_sub5=C01_Email_Static_&af_ios_store_cpp=0c38e4b0-a27e-40f9-a211-f4e2de32ab91&af_android_url=https://play.google.com/store/apps/details?id=com.yahoo.mobile.client.android.mail&listing=search_organize_conquer> >> >> On Sun, 9 Mar 2025 at 7:32 pm, Jan Nijtmans >> <jan...@gm...> wrote: >> Op di 4 mrt 2025, 19:48 schreef Harald Oehlmann: >> >> Is it an idea to remove those for 9.1 ? >> >> >> Yes, +1 >> >> Regards, >> Jan Nijtmans >> |