Menu
▾
▴
tcl-core — Tcl Core Team discussions about Tcl development
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
(105) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jan N. <jan...@gm...> - 2024-11-22 16:35:58
|
Op do 21 nov 2024 om 14:27 schreef Harald Oehlmann:
> - TCL 9.0.1 release support
> - Eventual TCL 8.6.16 release (due to clock bugfix)
>
First, I won't be able to join the meeting, due to conflicting
obligations. A friday-meeting, occurring every 2 weeks, has
been moved to monday 13:00 every 2 weeks. So, next
week would be OK for me ;-)
Regarding the 9.0.1 release, I would like this ticket being
discussed:
<Tcl Source Code: View Ticket
<https://core.tcl-lang.org/tcl/tktview/a8e4f76ce4>>
The fix contains 2 (Windows-only) files which are under
the MPL (Mozilla Public License). The author is not active
any more, so we cannot ask to change the license. It is
compatible with the BSD license (there appears to be
agreement on that). So, how should we proceed?
Regards,
Jan Nijtmans
|
|
From: Paul O. <pa...@po...> - 2024-11-21 22:28:28
|
Hi Tcl'ers, I updated my BAWT porting experiences on Wiki page https://wiki.tcl-lang.org/page/Porting+extensions+to+Tcl+9 Harald's additions on that page regarding tclwmf and zbar have been moved to https://wiki.tcl-lang.org/page/Extensions+ready+for+Tcl+9 Please add information about packages not incuded in BAWT there. Regards, Paul |
|
From: nicolas b. <sl1...@gm...> - 2024-11-21 19:44:44
|
Hi, I'm also available for testing if needed with Clang everywhere. ++ nicolas Le jeu. 21 nov. 2024 à 19:32, Paul Obermeier <pa...@po...> a écrit : > Hi Marc, > > I experimented with Tkgl several months ago, because I was looking for > a replacement of the (modified) Togl widget I'm using in Tcl3D. > The Togl widget does not run on Mac since a long time and is totally > cluttered code. > > If I remember correctly, the Tkgl widget did crash on my Windows system, > too. > So it seems not to be related to different Tcl/Tk versions, but to the > Windows specific Tkgl code. > > I stopped playing with Tkgl, because of my work on BAWT and porting > extensions to Tcl 9. > But I'm still interested in a solid multi-platform OpenGL Tk widget. > I could invest some time in further evaluation and testing of Tkgl during > Christmas holidays. > > Regards, > Paul > > > Am 21.11.2024 um 00:40 schrieb Marc Culler: > > I have written a very small TEA compliant Tk extension named TkGL > <https://github.com/3-manifolds/TkGL> which provides a widget that is an > OpenGL rendering surface. > > If I build the extension with Tcl/Tk 8.6.15 and run it with Tcl/Tk 8.6.13 > installed on the system it crashes in Windows, but not in macOS or linux. > > My question: is this expected? > > I didn't think so, but I would like to know before I start the huge > complicated debugging process. All I have been able to see so far is that > the crash occurs in the initialization function Tkgl_Init. > > - Marc > > > _______________________________________________ > Tcl-Core mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tcl-core > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > |
|
From: Paul O. <pa...@po...> - 2024-11-21 18:31:50
|
Hi Marc, I experimented with Tkgl several months ago, because I was looking for a replacement of the (modified) Togl widget I'm using in Tcl3D. The Togl widget does not run on Mac since a long time and is totally cluttered code. If I remember correctly, the Tkgl widget did crash on my Windows system, too. So it seems not to be related to different Tcl/Tk versions, but to the Windows specific Tkgl code. I stopped playing with Tkgl, because of my work on BAWT and porting extensions to Tcl 9. But I'm still interested in a solid multi-platform OpenGL Tk widget. I could invest some time in further evaluation and testing of Tkgl during Christmas holidays. Regards, Paul Am 21.11.2024 um 00:40 schrieb Marc Culler: > I have written a very small TEA compliant Tk extension named TkGL <https://github.com/3-manifolds/TkGL> which provides a widget that is an OpenGL rendering surface. > > If I build the extension with Tcl/Tk 8.6.15 and run it with Tcl/Tk 8.6.13 installed on the system it crashes in Windows, but not in macOS or linux. > > My question: is this expected? > > I didn't think so, but I would like to know before I start the huge complicated debugging process. All I have been able to see so far is that the crash occurs in the initialization function Tkgl_Init. > > - Marc > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Harald O. <har...@el...> - 2024-11-21 13:26:52
|
Dear Tcl/Tk team, it is meeting time: 25th of November 12:00 UTC Tcl/Tk telco Topics: - TCL 9.0.1 release support - Eventual TCL 8.6.16 release (due to clock bugfix) - Documentation reform - Website reform - critical packages not ported to TCL9 - Celebrate porting of Tk 9 to TkInter, PerlTk and others There is a special Tk focused meeting in US friendly time: 26th of November 18:00 UTC Topics: - Release schedule of Tk - New text widget now loadable module - AOB Duration: 1 hour Location: jitzi: https://meet.jit.si/TclMonthlyMeetup You are all welcome, Harald |
|
From: Marc C. <cul...@gm...> - 2024-11-20 23:40:12
|
I have written a very small TEA compliant Tk extension named TkGL <https://github.com/3-manifolds/TkGL> which provides a widget that is an OpenGL rendering surface. If I build the extension with Tcl/Tk 8.6.15 and run it with Tcl/Tk 8.6.13 installed on the system it crashes in Windows, but not in macOS or linux. My question: is this expected? I didn't think so, but I would like to know before I start the huge complicated debugging process. All I have been able to see so far is that the crash occurs in the initialization function Tkgl_Init. - Marc |
|
From: Harald O. <har...@el...> - 2024-11-20 09:37:53
|
Dear Tcl group, Julian has authored a ticket with fix and tests: https://core.tcl-lang.org/tcl/info/5a1aaa20 It is about this: %lsearch -stride 3 -index 0 -subindices -inline -all {a1 b1 c1 a2 b2 c2} a* a1 b1 c1 a2 b2 c2 It should be the same as without "-inline" (a1 a2) %lsearch -stride 3 -index 0 -subindices -all {a1 b1 cc1 a2 b2 c2} a* 0 3 May a wizard please verify the fix. It is ok for me. If there are no objections, I will merge in one week. This is Tcl 9 only. Take care, Harald |
|
From: Kevin K. <kev...@gm...> - 2024-11-19 23:04:39
|
Terrific choice! I hope that Reinhard will share his expertise in getting Tcl to fit in with downstream distributions. Over the years, I recall recurring complaints that Tcl doesn't follow the conventions that downstream distributors want, but there has been a dearth of concrete recommendations for how to change. Congratulations, and thanks for agreeing to this, Reinhard! On Tue, Nov 19, 2024 at 10:43 AM Harald Oehlmann < har...@el...> wrote: > The Tcl Core Team (TCT) is pleased to announce that Reinhard Max have > been elected to membership in the TCT, following the procedure described > in TIP #0 https://core.tcl-lang.org/tips/doc/trunk/tip/0.md > > A warm welcome to Reinhard! > > Harald (on behalf of the TCT) > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core > -- 73 de ke9tv/2, Kevin |
|
From: Paul O. <pa...@po...> - 2024-11-19 20:10:38
|
Good choice. Congrats Reinhard. Paul Am 19.11.2024 um 16:43 schrieb Harald Oehlmann: > The Tcl Core Team (TCT) is pleased to announce that Reinhard Max have been elected to membership in the TCT, following the procedure described in TIP #0 https://core.tcl-lang.org/tips/doc/trunk/tip/0.md > > A warm welcome to Reinhard! > > Harald (on behalf of the TCT) > > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Colin M. <col...@ya...> - 2024-11-19 18:33:29
|
Congratulations Reinhard! On 19/11/2024 18:04, Reinhard Max wrote: > Am 19.11.2024 16:43, schrieb Harald Oehlmann: > >> A warm welcome to Reinhard! > > Thanks, Harald and others for inviting and electing me into the team! > > Besides being a generic member I plan to represent the needs of OS > vendors/distrubutors within the TCT and I will continue to work on > network-related topics. > > cu > Reinhard > > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Reinhard M. <rei...@m4...> - 2024-11-19 18:23:09
|
Am 19.11.2024 16:43, schrieb Harald Oehlmann: > A warm welcome to Reinhard! Thanks, Harald and others for inviting and electing me into the team! Besides being a generic member I plan to represent the needs of OS vendors/distrubutors within the TCT and I will continue to work on network-related topics. cu Reinhard |
|
From: Harald O. <har...@el...> - 2024-11-19 15:43:31
|
The Tcl Core Team (TCT) is pleased to announce that Reinhard Max have been elected to membership in the TCT, following the procedure described in TIP #0 https://core.tcl-lang.org/tips/doc/trunk/tip/0.md A warm welcome to Reinhard! Harald (on behalf of the TCT) |
|
From: Christian W. <Chr...@t-...> - 2024-11-19 05:52:16
|
On 11/18/2024 11:31 PM, Jan Nijtmans wrote: Jan, all, > ... > In order to fix bug [a8e4f76ce4] "load library (dll) from > zipfs-library causes a leak in temporary folder" I > found a useful library, which is under the MPL license, > which is - also - very similar to the BSD license. Good catch. > Question: can we approve the MPL license to be ... I think Sergey pointed to the link with Mozilla's official statement for this perfect solution. Thus, I hope to see this fix in the main branch soon. BR, Christian |
|
From: Steve L. <st...@di...> - 2024-11-19 00:13:21
|
I think we (the community, the maintainers, the TCT, someone) needs to explicitly make the decision that the MPL is acceptable and document the boundaries somewhere visible (like on a new page on core.tcl-lang.org). And other licenses on a case-by-case basis. -- Steve On 19 Nov 2024 at 8:09 AM +0800, Dipl. Ing. Sergey G. Brester via Tcl-Core <tcl...@li...>, wrote: > Isn't that already in its FAQ: > May I combine MPL-licensed code and BSD-licensed code in the same executable program? > Regards, > Serg. > Am 18.11.2024 23:31, schrieb Jan Nijtmans: > > Hi all, > > > > Inside Tcl, some files have a different license. For example, > > libtommath uses the libtommath licence, compat/dlfcn.h > > also has a slightly different license. Inside wish, > > x11/*.h also has a slightly different license. > > > > In order to fix bug [a8e4f76ce4] "load library (dll) from > > zipfs-library causes a leak in temporary folder" I > > found a useful library, which is under the MPL license, > > which is - also - very similar to the BSD license. > > > > Question: can we approve the MPL license to be > > used in separate source-files within Tcl? The exact > > text can be found here: > > <https://www.mozilla.org/en-US/MPL/2.0/> > > > > 3.3. Distribution of a Larger Work > > You may create and distribute a Larger Work under terms > > of Your choice, provided that You also comply with the > > requirements of this License for the Covered Software ... > > > > My conclusion is that - as long as the files MemoryModule.h > > and MemoryModule.c are kept under the MPL and fulfill > > the restrictions of this license (which they do), this doesn't > > impose any restrictions on the rest of the software. > > > > Regards, > > Jan Nijtmans > > > > _______________________________________________ > > 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: Dipl. I. S. G. B. <se...@us...> - 2024-11-19 00:08:42
|
Isn't that already in its FAQ: May I combine MPL-licensed code and BSD-licensed code in the same executable program? [3] Regards, Serg. Am 18.11.2024 23:31, schrieb Jan Nijtmans: > Hi all, > > Inside Tcl, some files have a different license. For example, > libtommath uses the libtommath licence, compat/dlfcn.h > also has a slightly different license. Inside wish, > x11/*.h also has a slightly different license. > > In order to fix bug [a8e4f76ce4] "load library (dll) from > zipfs-library causes a leak in temporary folder" I > found a useful library, which is under the MPL license, > which is - also - very similar to the BSD license. > > Question: can we approve the MPL license to be > used in separate source-files within Tcl? The exact > text can be found here: > <https://www.mozilla.org/en-US/MPL/2.0/ [2]> > > 3.3. Distribution of a Larger Work > You may create and distribute a Larger Work under terms > of Your choice, provided that You also comply with the > requirements of this License for the Covered Software ... > > My conclusion is that - as long as the files MemoryModule.h > and MemoryModule.c are kept under the MPL and fulfill > the restrictions of this license (which they do), this doesn't > impose any restrictions on the rest of the software. > > Regards, > Jan Nijtmans > > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core [1] Links: ------ [1] https://lists.sourceforge.net/lists/listinfo/tcl-core [2] https://www.mozilla.org/en-US/MPL/2.0/ [3] https://www.mozilla.org/en-US/MPL/2.0/FAQ/#mpl-bsd-and-apache |
|
From: Brian G. <bri...@ea...> - 2024-11-18 23:46:18
|
MPL appears to be CopyLeft, but less so(?). Not sure if it is ok or not. I have not had to deal with this license in my career.
-Brian
On Nov 18, 2024, at 14:31, Jan Nijtmans <jan...@gm...> wrote:
Hi all,
Inside Tcl, some files have a different license. For example,
libtommath uses the libtommath licence, compat/dlfcn.h
also has a slightly different license. Inside wish,
x11/*.h also has a slightly different license.
In order to fix bug [a8e4f76ce4] "load library (dll) from
zipfs-library causes a leak in temporary folder" I
found a useful library, which is under the MPL license,
which is - also - very similar to the BSD license.
Question: can we approve the MPL license to be
used in separate source-files within Tcl? The exact
text can be found here:
<https://www.mozilla.org/en-US/MPL/2.0/>
3.3. Distribution of a Larger Work
You may create and distribute a Larger Work under terms
of Your choice, provided that You also comply with the
requirements of this License for the Covered Software ...
My conclusion is that - as long as the files MemoryModule.h
and MemoryModule.c are kept under the MPL and fulfill
the restrictions of this license (which they do), this doesn't
impose any restrictions on the rest of the software.
Regards,
Jan Nijtmans
_______________________________________________
Tcl-Core mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcl-core
|
|
From: Steve L. <st...@di...> - 2024-11-18 23:46:09
|
That matches my understanding - any MPL code (including subsequent changes to the original code) has to remain under MPL but it doesn’t infect the MIT/BSD licensed code. That being the case, no objections from me, as long as we document this somewhere. -- Steve On 19 Nov 2024 at 6:33 AM +0800, Jan Nijtmans <jan...@gm...>, wrote: > Hi all, > > Inside Tcl, some files have a different license. For example, > libtommath uses the libtommath licence, compat/dlfcn.h > also has a slightly different license. Inside wish, > x11/*.h also has a slightly different license. > > In order to fix bug [a8e4f76ce4] "load library (dll) from > zipfs-library causes a leak in temporary folder" I > found a useful library, which is under the MPL license, > which is - also - very similar to the BSD license. > > Question: can we approve the MPL license to be > used in separate source-files within Tcl? The exact > text can be found here: > <https://www.mozilla.org/en-US/MPL/2.0/> > > 3.3. Distribution of a Larger Work > You may create and distribute a Larger Work under terms > of Your choice, provided that You also comply with the > requirements of this License for the Covered Software ... > > My conclusion is that - as long as the files MemoryModule.h > and MemoryModule.c are kept under the MPL and fulfill > the restrictions of this license (which they do), this doesn't > impose any restrictions on the rest of the software. > > Regards, > Jan Nijtmans > _______________________________________________ > Tcl-Core mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Jan N. <jan...@gm...> - 2024-11-18 22:32:06
|
Hi all,
Inside Tcl, some files have a different license. For example,
libtommath uses the libtommath licence, compat/dlfcn.h
also has a slightly different license. Inside wish,
x11/*.h also has a slightly different license.
In order to fix bug [a8e4f76ce4] "load library (dll) from
zipfs-library causes a leak in temporary folder" I
found a useful library, which is under the MPL license,
which is - also - very similar to the BSD license.
Question: can we approve the MPL license to be
used in separate source-files within Tcl? The exact
text can be found here:
<https://www.mozilla.org/en-US/MPL/2.0/>
3.3. Distribution of a Larger Work
You may create and distribute a Larger Work under terms
of Your choice, provided that You also comply with the
requirements of this License for the Covered Software ...
My conclusion is that - as long as the files MemoryModule.h
and MemoryModule.c are kept under the MPL and fulfill
the restrictions of this license (which they do), this doesn't
impose any restrictions on the rest of the software.
Regards,
Jan Nijtmans
|
|
From: Vadim V K. <vad...@ga...> - 2024-11-17 18:01:59
|
Ok, thanks for the info, after I’ve installed “zip” from my package manager that helped. (however I did had minizip) The error message in that message-box is: “Impossible to open this install package. Ask your supplier of the program to verify correctness of this package of Windows installer” Your installer was better, :) I am not very much bothered about this error though – after I resolve other problems I will rebuild windows binaries for me myself. Hope BAWT and other binaries will be available also ☺ From: Ashok Nadkarni <apn...@ya...> Sent: Sunday, November 17, 2024 8:27 PM To: Коновалов Вадим Владимирович <vad...@ga...>; Vadim V Konovalov via Tcl-Core <tcl...@li...>; 'Kevin Walzer' <kw...@co...>; Marc Culler <cul...@gm...> Cc: Tcl Core List <tcl...@li...> Subject: Re: [TCLCORE] problems with Tcl/Tk 9.0 in the Perl Tcl module Vadim, The mini zip error on Ubuntu and cygwin can be resolved by installing zip from your package manager. Also, could you translate the error you get when installing the magicsplat distribution? /Ashok 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, 17 Nov 2024 at 7:55 am, Vadim V Konovalov via Tcl-Core <tcl...@li...<mailto:tcl...@li...>> wrote: Ok, I got working binaries for windows from https://gitlab.com/teclabat/tcltk/-/packages/30577027 The problem with all windows binaries I saw is incorrect tclConfig.sh and tkConfig.sh (BAWT, Activestate, etc), the problem should be addressed somehow, but at least I can continue. Also I made a step further in Cygwin and ubuntu builds by placing “minizip” in proper folder so I avoided an error. However on Ubuntu I get segfault when traversing result returned by Tcl_GetObjResult(interp); if (Tcl_ListObjGetElements(interp, objPtr, &objc, &objv) != TCL_OK) { croak("%s called in list context did not return a valid Tcl list", caller); } objc receives 2, which is fine, but objv is 1) non-zero 2) addresses unaccessible memory: (gdb) p objc $2 = 2 (gdb) p objv $3 = (Tcl_Obj **) 0xaaaa00000000 (gdb) p objv[0] Cannot access memory at address 0xaaaa00000000 (gdb) p objv[1] Cannot access memory at address 0xaaaa00000008 (gdb) this leads to the "Program received signal SIGSEGV, Segmentation fault." in following lines: if (objc) { EXTEND(sp, objc); for (i = 0; i < objc; i++) { /* * This checks Tcl_Obj type */ PUSHs(sv_2mortal(SvFromTclObj(aTHX_ objv[i]))); } } is there some Tcl_ListObjGetElements something that I should care about? I think I will fix this next weekend, however I would be glad to hear if I miss something obvious. Thanks in advance! Vadim From: Коновалов Вадим Владимирович <vad...@ga...<mailto:vad...@ga...>> Sent: Sunday, November 17, 2024 4:04 PM To: Коновалов Вадим Владимирович <vad...@ga...<mailto:vad...@ga...>>; 'Kevin Walzer' <kw...@co...<mailto:kw...@co...>>; Marc Culler <cul...@gm...<mailto:cul...@gm...>> Cc: Tcl Core List <tcl...@li...<mailto:tcl...@li...>> Subject: Re: [TCLCORE] Tcl/Tk 9.0 in the Python tkinter module Hi I tried to verify perl connection module for tcl9, and have failed obtaining binaries for it. Last time when I (successfully) checked, I used Ashok’s binaries for windows, I would be happy if I would obtain updated binaries for me to check ☺ Now I can’t obtain Tcl9 binaries. For windows BAWT and IronTcl are not there (yet) and magicsplat installer does not work for me – the ones from https://sourceforge.net/projects/magicsplat/files/magicsplat-tcl/ give me an error: [cid:image001.png@01DB3930.77FFFC40] All the ways to get Windows binaries mentioned in www.tcl.tk<http://www.tcl.tk> in the “downloads” section have failed for me so far. For non-windows I tried to build tcl9 myself • for Cygwin • and for Ubuntu (armbian, orangepi zero 3) the failure is very similar cd tcl9.0.0/unix ./configure --prefix=/opt/tcltk9 make cygwin: …. gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern -DHAVE_NO_SEH=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/тан/perl-dev/tcltk-build/tcl9.0.0/generic" -I. -O2 -DNDEBUG -Wall -pipe -O2 -DNDEBUG -Wall -c `echo /home/тан/perl-dev/tcltk-build/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/sh: строка 5: /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip] Ошибка 127 make[1]: выход из каталога «/cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0» make: *** [Makefile:2070: packages] Ошибка 2 Ubuntu: … gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/vad/perl-dev/tcl9.0.0/generic" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo /home/vad/perl-dev/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/bash: line 5: /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip] Error 127 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory '/home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0' make: *** [Makefile:2070: packages] Error 2 Press any key to continue... From: Vadim V Konovalov via Tcl-Core <tcl...@li...<mailto:tcl...@li...>> I was able to build Tcl perl module with Tcl9 after giving correct path to libraries to Makefile.PL, so support is here. Although indeed we should release new perl module in CPAN mentioning support of Tcl/Tk 9.0 and battle-test it a bit more. Ok, will do that soon. From: Kevin Walzer <kw...@co...<mailto:kw...@co...>> Wonderful news, Marc! Python will be far ahead of Ruby and Perl in supporting 9.0. On Nov 15, 2024, at 8:45 AM, Marc Culler <cul...@gm...<mailto:cul...@gm...>> wrote: Hello Core, I have some news. My pull request #124156<https://fedbdhd.r.bh.d.sendibt3.com/tr/cl/xi9nZhh8EzmeRGcdkK7FCs1FJdMt60I2ulwTMvm7lYccynTtgRenSIA1bx0bXwQQQdQZlNQ7733EE2usRjsT0Lv5T62fulusLxxEFR4EcC0yxF_3CepuTJXyBF7p6JDEyyxwtYDOeub7wlzPrjyurotwrOIoNlsEqMK8LFfppdq4FU88kTxmRdY1fDsf9_eYCH1Y6zYDuyuhQH9ctn21ut_ws2y63RBFu6bmlZiN5mBubhY8OWdvnSCllay2Jpg4vrc5K2t3Edfd-WF8xF1TmxzyYgQrniF3GvOf9btapGHXvmJ_s4ougbm2jQ> has now been merged into the main branch of Python, which currently targets Python 3.14. The PR is expected to be backported to Python 3.13 (the current release) and to some earlier releases. The PR makes the Python tkinter module compatible with Tcl/Tk 9.0. Python ships its own copy of Tcl and Tk with its macOS and Windows installers. So this should mean that, before too long, current Python versions will be providing Tcl and Tk 9.0 on Windows and macOS. While I don't know the actual numbers nor how to find them, I believe that a substantial percentage of Tk users, perhaps a majority, use Tk via the Python tkinter module. So I think that version 9 will soon see a large increase in its user base. - Marc _______________________________________________ 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: Ashok N. <apn...@ya...> - 2024-11-17 17:27:13
|
Vadim, The mini zip error on Ubuntu and cygwin can be resolved by installing zip from your package manager. Also, could you translate the error you get when installing the magicsplat distribution? /Ashok Yahoo Mail: Search, organise, conquer On Sun, 17 Nov 2024 at 7:55 am, Vadim V Konovalov via Tcl-Core<tcl...@li...> wrote: Ok, I got working binaries for windows fromhttps://gitlab.com/teclabat/tcltk/-/packages/30577027 The problem with all windows binaries I saw is incorrect tclConfig.sh and tkConfig.sh (BAWT, Activestate, etc), the problem should be addressed somehow, but at least I can continue. Also I made a step further in Cygwin and ubuntu builds by placing “minizip” in proper folder so I avoided an error. However on Ubuntu I get segfault when traversing result returned by Tcl_GetObjResult(interp); if (Tcl_ListObjGetElements(interp, objPtr, &objc, &objv) != TCL_OK) { croak("%s called in list context did not return a valid Tcl list", caller); } objc receives 2, which is fine, but objv is 1) non-zero 2) addresses unaccessible memory: (gdb) p objc $2 = 2 (gdb) p objv $3 = (Tcl_Obj **) 0xaaaa00000000 (gdb) p objv[0] Cannot access memory at address 0xaaaa00000000 (gdb) p objv[1] Cannot access memory at address 0xaaaa00000008 (gdb) this leads to the "Program received signal SIGSEGV, Segmentation fault." in following lines: if (objc) { EXTEND(sp, objc); for (i = 0; i < objc; i++) { /* * This checks Tcl_Obj type */ PUSHs(sv_2mortal(SvFromTclObj(aTHX_ objv[i]))); } } is there some Tcl_ListObjGetElements something that I should care about? I think I will fix this next weekend, however I would be glad to hear if I miss something obvious. Thanks in advance! Vadim From: Коновалов Вадим Владимирович <vad...@ga...> Sent:Sunday,November 17, 2024 4:04PM To: Коновалов Вадим Владимирович <vad...@ga...>; 'KevinWalzer' <kw...@co...>;MarcCuller <cul...@gm...> Cc:TclCoreList <tcl...@li...> Subject:Re: [TCLCORE]Tcl/Tk 9.0 inthePythontkintermodule Hi I tried to verify perl connection module for tcl9, and have failed obtaining binaries for it. Last time when I (successfully) checked, I used Ashok’s binaries for windows, I would be happy if I would obtain updated binaries for me to check J Now I can’t obtain Tcl9 binaries. For windows BAWT and IronTcl are not there (yet) and magicsplat installer does not work for me – the ones fromhttps://sourceforge.net/projects/magicsplat/files/magicsplat-tcl/ give me an error: All the ways to get Windows binaries mentioned inwww.tcl.tk in the “downloads” section have failed for me so far. For non-windows I tried to build tcl9 myself · for Cygwin · and for Ubuntu (armbian, orangepi zero 3) the failure is very similar cd tcl9.0.0/unix ./configure --prefix=/opt/tcltk9 make cygwin: …. gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern -DHAVE_NO_SEH=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/тан/perl-dev/tcltk-build/tcl9.0.0/generic" -I. -O2 -DNDEBUG -Wall -pipe -O2 -DNDEBUG -Wall -c `echo /home/тан/perl-dev/tcltk-build/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/sh: строка 5: /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip]Ошибка 127 make[1]: выход из каталога «/cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0» make: *** [Makefile:2070: packages] Ошибка 2 Ubuntu: … gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/vad/perl-dev/tcl9.0.0/generic" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo /home/vad/perl-dev/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/bash: line 5: /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip] Error 127 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory '/home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0' make: *** [Makefile:2070: packages] Error 2 Press any key to continue... From: Vadim V Konovalov via Tcl-Core <tcl...@li...> I was able to build Tcl perl module with Tcl9 after giving correct path to libraries to Makefile.PL, so support is here. Although indeed we should release new perl module in CPAN mentioning support of Tcl/Tk 9.0 and battle-test it a bit more. Ok, will do that soon. From: Kevin Walzer <kw...@co...> Wonderful news, Marc! Python will be far ahead of Ruby and Perl in supporting 9.0. On Nov 15, 2024, at 8:45 AM, Marc Culler <cul...@gm...> wrote: Hello Core, I have some news. My pull request #124156 has now been merged into the main branch of Python, which currently targets Python 3.14. The PR is expected to be backported to Python 3.13 (the current release) and to some earlier releases. The PR makes the Python tkinter module compatible with Tcl/Tk 9.0. Python ships its own copy of Tcl and Tk with its macOS and Windows installers. So this should mean that, before too long, current Python versions will be providing Tcl and Tk 9.0 on Windows and macOS. While I don't know the actual numbers nor how to find them, I believe that a substantial percentage of Tk users, perhaps a majority, use Tk via the Python tkinter module. So I think that version 9 will soon see a large increase in its user base. - Marc _______________________________________________ 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: Vadim V K. <vad...@ga...> - 2024-11-17 15:54:34
|
Ok, I got working binaries for windows from https://gitlab.com/teclabat/tcltk/-/packages/30577027 The problem with all windows binaries I saw is incorrect tclConfig.sh and tkConfig.sh (BAWT, Activestate, etc), the problem should be addressed somehow, but at least I can continue. Also I made a step further in Cygwin and ubuntu builds by placing “minizip” in proper folder so I avoided an error. However on Ubuntu I get segfault when traversing result returned by Tcl_GetObjResult(interp); if (Tcl_ListObjGetElements(interp, objPtr, &objc, &objv) != TCL_OK) { croak("%s called in list context did not return a valid Tcl list", caller); } objc receives 2, which is fine, but objv is 1) non-zero 2) addresses unaccessible memory: (gdb) p objc $2 = 2 (gdb) p objv $3 = (Tcl_Obj **) 0xaaaa00000000 (gdb) p objv[0] Cannot access memory at address 0xaaaa00000000 (gdb) p objv[1] Cannot access memory at address 0xaaaa00000008 (gdb) this leads to the "Program received signal SIGSEGV, Segmentation fault." in following lines: if (objc) { EXTEND(sp, objc); for (i = 0; i < objc; i++) { /* * This checks Tcl_Obj type */ PUSHs(sv_2mortal(SvFromTclObj(aTHX_ objv[i]))); } } is there some Tcl_ListObjGetElements something that I should care about? I think I will fix this next weekend, however I would be glad to hear if I miss something obvious. Thanks in advance! Vadim From: Коновалов Вадим Владимирович <vad...@ga...> Sent: Sunday, November 17, 2024 4:04 PM To: Коновалов Вадим Владимирович <vad...@ga...>; 'Kevin Walzer' <kw...@co...>; Marc Culler <cul...@gm...> Cc: Tcl Core List <tcl...@li...> Subject: Re: [TCLCORE] Tcl/Tk 9.0 in the Python tkinter module Hi I tried to verify perl connection module for tcl9, and have failed obtaining binaries for it. Last time when I (successfully) checked, I used Ashok’s binaries for windows, I would be happy if I would obtain updated binaries for me to check ☺ Now I can’t obtain Tcl9 binaries. For windows BAWT and IronTcl are not there (yet) and magicsplat installer does not work for me – the ones from https://sourceforge.net/projects/magicsplat/files/magicsplat-tcl/ give me an error: [cid:ima...@01...88AAC0] All the ways to get Windows binaries mentioned in www.tcl.tk<http://www.tcl.tk> in the “downloads” section have failed for me so far. For non-windows I tried to build tcl9 myself · for Cygwin · and for Ubuntu (armbian, orangepi zero 3) the failure is very similar cd tcl9.0.0/unix ./configure --prefix=/opt/tcltk9 make cygwin: …. gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern -DHAVE_NO_SEH=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/тан/perl-dev/tcltk-build/tcl9.0.0/generic" -I. -O2 -DNDEBUG -Wall -pipe -O2 -DNDEBUG -Wall -c `echo /home/тан/perl-dev/tcltk-build/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/sh: строка 5: /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip] Ошибка 127 make[1]: выход из каталога «/cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0» make: *** [Makefile:2070: packages] Ошибка 2 Ubuntu: … gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/vad/perl-dev/tcl9.0.0/generic" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo /home/vad/perl-dev/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/bash: line 5: /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip] Error 127 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory '/home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0' make: *** [Makefile:2070: packages] Error 2 Press any key to continue... From: Vadim V Konovalov via Tcl-Core <tcl...@li...<mailto:tcl...@li...>> I was able to build Tcl perl module with Tcl9 after giving correct path to libraries to Makefile.PL, so support is here. Although indeed we should release new perl module in CPAN mentioning support of Tcl/Tk 9.0 and battle-test it a bit more. Ok, will do that soon. From: Kevin Walzer <kw...@co...<mailto:kw...@co...>> Wonderful news, Marc! Python will be far ahead of Ruby and Perl in supporting 9.0. On Nov 15, 2024, at 8:45 AM, Marc Culler <cul...@gm...<mailto:cul...@gm...>> wrote: Hello Core, I have some news. My pull request #124156<https://fedbdhd.r.bh.d.sendibt3.com/tr/cl/xi9nZhh8EzmeRGcdkK7FCs1FJdMt60I2ulwTMvm7lYccynTtgRenSIA1bx0bXwQQQdQZlNQ7733EE2usRjsT0Lv5T62fulusLxxEFR4EcC0yxF_3CepuTJXyBF7p6JDEyyxwtYDOeub7wlzPrjyurotwrOIoNlsEqMK8LFfppdq4FU88kTxmRdY1fDsf9_eYCH1Y6zYDuyuhQH9ctn21ut_ws2y63RBFu6bmlZiN5mBubhY8OWdvnSCllay2Jpg4vrc5K2t3Edfd-WF8xF1TmxzyYgQrniF3GvOf9btapGHXvmJ_s4ougbm2jQ> has now been merged into the main branch of Python, which currently targets Python 3.14. The PR is expected to be backported to Python 3.13 (the current release) and to some earlier releases. The PR makes the Python tkinter module compatible with Tcl/Tk 9.0. Python ships its own copy of Tcl and Tk with its macOS and Windows installers. So this should mean that, before too long, current Python versions will be providing Tcl and Tk 9.0 on Windows and macOS. While I don't know the actual numbers nor how to find them, I believe that a substantial percentage of Tk users, perhaps a majority, use Tk via the Python tkinter module. So I think that version 9 will soon see a large increase in its user base. - Marc _______________________________________________ Tcl-Core mailing list Tcl...@li...<mailto:Tcl...@li...> https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Vadim V K. <vad...@ga...> - 2024-11-17 13:04:11
|
Hi I tried to verify perl connection module for tcl9, and have failed obtaining binaries for it. Last time when I (successfully) checked, I used Ashok’s binaries for windows, I would be happy if I would obtain updated binaries for me to check ☺ Now I can’t obtain Tcl9 binaries. For windows BAWT and IronTcl are not there (yet) and magicsplat installer does not work for me – the ones from https://sourceforge.net/projects/magicsplat/files/magicsplat-tcl/ give me an error: [cid:image001.png@01DB3908.38F14860] All the ways to get Windows binaries mentioned in www.tcl.tk in the “downloads” section have failed for me so far. For non-windows I tried to build tcl9 myself · for Cygwin · and for Ubuntu (armbian, orangepi zero 3) the failure is very similar cd tcl9.0.0/unix ./configure --prefix=/opt/tcltk9 make cygwin: …. gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern -DHAVE_NO_SEH=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/тан/perl-dev/tcltk-build/tcl9.0.0/generic" -I. -O2 -DNDEBUG -Wall -pipe -O2 -DNDEBUG -Wall -c `echo /home/тан/perl-dev/tcltk-build/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/sh: строка 5: /cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip] Ошибка 127 make[1]: выход из каталога «/cygdrive/c/vad/perl-dev/tcltk-build/tcl9.0.0/unix/pkgs8/thread3.0.0» make: *** [Makefile:2070: packages] Ошибка 2 Ubuntu: … gcc -DPACKAGE_NAME=\"thread\" -DPACKAGE_TARNAME=\"thread\" -DPACKAGE_VERSION=\"3.0.0\" -DPACKAGE_STRING=\"thread\ 3.0.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_thread=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DZIPFS_BUILD=1 -I"/home/vad/perl-dev/tcl9.0.0/generic" -I. -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -c `echo /home/vad/perl-dev/tcl9.0.0/pkgs/thread3.0.0/unix/threadUnix.c` -o threadUnix.o creating libthread.vfs/thread_library (prepare compression) creating libthread3.0.0.zip from libthread.vfs/thread_library cd libthread.vfs && /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip -o -r ../libthread3.0.0.zip * /bin/bash: line 5: /home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0/minizip: No such file or directory make[1]: *** [Makefile:233: libthread3.0.0.zip] Error 127 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory '/home/vad/perl-dev/tcl9.0.0/unix/pkgs8/thread3.0.0' make: *** [Makefile:2070: packages] Error 2 Press any key to continue... From: Vadim V Konovalov via Tcl-Core <tcl...@li...> I was able to build Tcl perl module with Tcl9 after giving correct path to libraries to Makefile.PL, so support is here. Although indeed we should release new perl module in CPAN mentioning support of Tcl/Tk 9.0 and battle-test it a bit more. Ok, will do that soon. From: Kevin Walzer <kw...@co...<mailto:kw...@co...>> Wonderful news, Marc! Python will be far ahead of Ruby and Perl in supporting 9.0. On Nov 15, 2024, at 8:45 AM, Marc Culler <cul...@gm...<mailto:cul...@gm...>> wrote: Hello Core, I have some news. My pull request #124156<https://fedbdhd.r.bh.d.sendibt3.com/tr/cl/xi9nZhh8EzmeRGcdkK7FCs1FJdMt60I2ulwTMvm7lYccynTtgRenSIA1bx0bXwQQQdQZlNQ7733EE2usRjsT0Lv5T62fulusLxxEFR4EcC0yxF_3CepuTJXyBF7p6JDEyyxwtYDOeub7wlzPrjyurotwrOIoNlsEqMK8LFfppdq4FU88kTxmRdY1fDsf9_eYCH1Y6zYDuyuhQH9ctn21ut_ws2y63RBFu6bmlZiN5mBubhY8OWdvnSCllay2Jpg4vrc5K2t3Edfd-WF8xF1TmxzyYgQrniF3GvOf9btapGHXvmJ_s4ougbm2jQ> has now been merged into the main branch of Python, which currently targets Python 3.14. The PR is expected to be backported to Python 3.13 (the current release) and to some earlier releases. The PR makes the Python tkinter module compatible with Tcl/Tk 9.0. Python ships its own copy of Tcl and Tk with its macOS and Windows installers. So this should mean that, before too long, current Python versions will be providing Tcl and Tk 9.0 on Windows and macOS. While I don't know the actual numbers nor how to find them, I believe that a substantial percentage of Tk users, perhaps a majority, use Tk via the Python tkinter module. So I think that version 9 will soon see a large increase in its user base. - Marc _______________________________________________ Tcl-Core mailing list Tcl...@li...<mailto:Tcl...@li...> https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Vadim V K. <vad...@ga...> - 2024-11-15 19:30:16
|
I was able to build Tcl perl module with Tcl9 after giving correct path to libraries to Makefile.PL, so support is here. Although indeed we should release new perl module in CPAN mentioning support of Tcl/Tk 9.0 and battle-test it a bit more. Ok, will do that soon. From: Kevin Walzer <kw...@co...> Wonderful news, Marc! Python will be far ahead of Ruby and Perl in supporting 9.0. On Nov 15, 2024, at 8:45 AM, Marc Culler <cul...@gm...> wrote: Hello Core, I have some news. My pull request #124156<https://fedbdhd.r.bh.d.sendibt3.com/tr/cl/xi9nZhh8EzmeRGcdkK7FCs1FJdMt60I2ulwTMvm7lYccynTtgRenSIA1bx0bXwQQQdQZlNQ7733EE2usRjsT0Lv5T62fulusLxxEFR4EcC0yxF_3CepuTJXyBF7p6JDEyyxwtYDOeub7wlzPrjyurotwrOIoNlsEqMK8LFfppdq4FU88kTxmRdY1fDsf9_eYCH1Y6zYDuyuhQH9ctn21ut_ws2y63RBFu6bmlZiN5mBubhY8OWdvnSCllay2Jpg4vrc5K2t3Edfd-WF8xF1TmxzyYgQrniF3GvOf9btapGHXvmJ_s4ougbm2jQ> has now been merged into the main branch of Python, which currently targets Python 3.14. The PR is expected to be backported to Python 3.13 (the current release) and to some earlier releases. The PR makes the Python tkinter module compatible with Tcl/Tk 9.0. Python ships its own copy of Tcl and Tk with its macOS and Windows installers. So this should mean that, before too long, current Python versions will be providing Tcl and Tk 9.0 on Windows and macOS. While I don't know the actual numbers nor how to find them, I believe that a substantial percentage of Tk users, perhaps a majority, use Tk via the Python tkinter module. So I think that version 9 will soon see a large increase in its user base. - Marc _______________________________________________ Tcl-Core mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-core |
|
From: Jan M. <0x...@gm...> - 2024-11-15 17:24:45
|
On Fri, Nov 15, 2024 at 6:11 PM Kevin Walzer <kw...@co...> wrote: > Wonderful news, Marc! Python will be far ahead of Ruby and Perl in supporting 9.0. For the record, Tk9.0 has been available for Go programmers since September 28th. The package[0] is similar and perhaps comparable to TkInter, although understandably not as thoroughly battle tested. Can it be please added to https://wiki.tcl-lang.org/page/Go ? [0]: https://pkg.go.dev/modernc.org/tk9.0 -j |
|
From: Kevin W. <kw...@co...> - 2024-11-15 17:11:38
|
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><img width="1" height="1" src='https://fedbdhd.r.bh.d.sendibt3.com/tr/op/gXVsoCqHllMa94tWebrhZmpeGGtSCh6O-C9smFMd2cMIPgJwaVZ3Vk5I6rh-ZzyjfE9_dEOVaJQyQAbUiZhyEnM5SlybBqiWoMMy3k02hLhxPwdXiAQghUnNMQzYap84LGqHYu6z7tG1vwPEGqX_Ov16AtrvKYEzUFcJX-0jYT8ZNG0A9asqGBhyX1r2g_Mtfkgmgs6ZlqEwQGfWkfsV_UFq-Xr_cSRv' /><div dir="ltr"></div><div dir="ltr">Wonderful news, Marc! Python will be far ahead of Ruby and Perl in supporting 9.0. </div><div dir="ltr"><br><blockquote type="cite">On Nov 15, 2024, at 8:45 AM, Marc Culler <cul...@gm...> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Hello Core,</div><div><br></div><div>I have some news.</div><div><br></div><div>My <a href="https://fedbdhd.r.bh.d.sendibt3.com/tr/cl/xi9nZhh8EzmeRGcdkK7FCs1FJdMt60I2ulwTMvm7lYccynTtgRenSIA1bx0bXwQQQdQZlNQ7733EE2usRjsT0Lv5T62fulusLxxEFR4EcC0yxF_3CepuTJXyBF7p6JDEyyxwtYDOeub7wlzPrjyurotwrOIoNlsEqMK8LFfppdq4FU88kTxmRdY1fDsf9_eYCH1Y6zYDuyuhQH9ctn21ut_ws2y63RBFu6bmlZiN5mBubhY8OWdvnSCllay2Jpg4vrc5K2t3Edfd-WF8xF1TmxzyYgQrniF3GvOf9btapGHXvmJ_s4ougbm2jQ">pull request #124156</a> has now been merged into the main branch of Python, which currently targets Python 3.14. The PR is expected to be backported to Python 3.13 (the current release) and to some earlier releases. The PR makes the Python tkinter module compatible with Tcl/Tk 9.0. Python ships its own copy of Tcl and Tk with its macOS and Windows installers. So this should mean that, before too long, current Python versions will be providing Tcl and Tk 9.0 on Windows and macOS.<br></div><div><br></div><div>While I don't know the actual numbers nor how to find them, I believe that a substantial percentage of Tk users, perhaps a majority, use Tk via the Python tkinter module. So I think that version 9 will soon see a large increase in its user base.</div><div><br></div><div>- Marc<br></div></div> <span>_______________________________________________</span><br><span>Tcl-Core mailing list</span><br><span>Tcl...@li...</span><br><span>https://lists.sourceforge.net/lists/listinfo/tcl-core</span><br></div></blockquote></body></html> |
26 messages has been excluded from this view by a project administrator.
