tcl-mac — Q&A for Tcl on the Macintosh platform

[MACTCL] Compiling Tcl/Tk 8.3.2p1

[Bo R. <bo...@el...>]

This problem is problably directed most to Mr. Daniel A. Steffen, but if
anyone else know something about I would be more than glad for your
replies.

I have been trying to compile version 8.3.2p1 of Tcl/Tk and have so far
had a lot of problems were most of them have been solved (with help from
Mr. Daniel A. Steffen, thanks!). The two compiling errors I now have
says:

1. Link Error: tclMacAppInit.c: 'InstallConsole' [Xpointer] referenced
from 'main' is undefined.

2. Build of target "TclShell" in project "TclShells.pi" failed because a
subtarget or subproject build failed.

So I looked at the tclMacAppInit.c file and came to the conclusion that
the error reside from the SIOUX.c file I changed as requested in the
README file. I then tried to recompile the shlib's by compiling the
target "Build All" of the project "Build.MacOS.mcp" in CW Pro 6 and I
managed to get 3644 errors.
3600 of these errors where in the "fp68k_glue.c" file, 6 errors in the
"CFString.h" file, 1 error in the "CGlue.c" file, 16 errors in the
"SIOUX.c" file, 4 errors in the "SIOUXWindows.c" file and finally 17
errors in the "UTBAccessors.h" file.

If anyone have any comments regarding these errors, please do not
hesitate to reply.

Thanks.

Bo

[MACTCL] Re: tcl/tk on macintosh report

[Daniel A. S. <da...@us...>]

At 5:28 +0900 on 11/3/01, Masamichi Decimal wrote:

>It's nice to send you e-mail.
>I'm M.Decimal,japanese.and I enjoy with programming Tcl/tk script.
>
>I have made tk script on IRIX and NT in my corporation.
>I'm very very happy to programming tcl/tk script for its handiness
>and effectivity.
>
>but...
>On Macintosh, it is my own personal computer, I can't use it...
>Even if I lauch wish, only the pure white dialog box appear.

this is strange, I haven't heard about this problem before.
you don't get a "Console" window and a "Wish" window when you start wish?
can you post a screenshot, I don't understand what you mean by pure 
white dialog box?

>Tclsh is started satisfactory. but if Wish can't be used,
>it is a charm reduction by half tcl/tk :<
>
>My environment is
>PowerMacintosh 8500/NewerG3-300 MacOS9.1
>PowerMacintosh G3 (B/W) MacOS9.04
>tcl/tk version : 8.3.2

are you using the latest 8.3.2p1 from http://homepage.mac.com/tcltk ?

>Since is is very regrettable thing that some Macintosh user can't
>use tcl/tk, I report this mysterious phenomenon ;)
>
>Sorry for my poorest english..
>
>                                     my best regard to you.


Cheers,

Daniel
-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **

Re: [MACTCL] Mac-Menubar & BWidgets

[Daniel A. S. <st...@ic...>]

At 13:18 +0100 on 10/3/01, Gert Kok wrote:

>In which tcl files should I look to change this behaviour? Or is this
>problem inside the Mac implementation?

I don't think this is a mac tk problem, it sounds like the bwidgets 
weren't written with a non window-local menubar in mind, it might not 
be easy to fix.

without more details it's certainly hard to tell you where to look, 
maybe somebody has already come across this before, you should try 
asking on c.l.t

-- 
** Daniel A. Steffen          **  "And now to something completely
** Department of Mathematics  **   different"    Monty Python
** Macquarie University       ** <mailto:st...@ma...>
** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>

[MACTCL] Re: Dependencies

[Daniel A. S. <da...@us...>]

Bo,

You need to rebuild the MSL shared libraries, i.e. depending on what 
you need one or more of
MW_MSL.PPC.Shlb
MSL C.CFM68K.DLL
MW_MSL.Carbon.Shlb

if you have the time and disk space, it might be easiest to rebuild 
all of MSL by  making the "Build All" target of
MSL:(MSL_Build_Projects):68K_and_PPC:Build.MacOS.mcp

if you are in a hurry, you can also just use the shared library 
binaries included with the 8.3.2p1 distro, they have the change 
already.

what is the exact error you are seeing? missing symbol InstallConsole 
at link? if yes, the above will fix it.

At 10:14 +0000 on 9/3/01, Bo Rasmusson wrote:

>Hi again!
>
>Sorry to bother you, but I have a quit short time limit on this project.
>
>By the way, the error I did get with the PEF stuff was because I only
>had Universal Interface v. 3.3.2, so the compilation error regarding the
>PEF dissapeared after I installed the Universal Interface v. 3.4. But my
>current compilation error is regarding the SIOUX.c file. I changed it as
>described in the document but I think I have missed to recompile some
>MSL shlib's. Which project files in CW Pro 6 are important to recompile
>due to the change in SIOUX.c?
>
>Thanks ones again!!
>
>Bosse

-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **

[MACTCL] CRC32 in Tcl

[lenny b. <kee...@ya...>]

Has anyone here any experience
in using Tcl to calculate CRC32 values for files?

Is this something only done as a C extension or can Tcl do it?
How slow/fast would it be if Tcl did it instead of C?

I ask this because I'm interested in using Tcl to calculate CRC32 for files
but also because I want to avoid platform-dependence.



Here's the only non-language-specific source I could find
for the technical breakdown of how CRC32 calculation works.

      ftp://ftp.rocksoft.com/papers/crc_v3.txt

      A PAINLESS GUIDE TO CRC ERROR DETECTION ALGORITHMS by Ross N. Williams.
      ==================================================
      "Everything you wanted to know about CRC algorithms, but were afraid
      to ask for fear that errors in your understanding might be detected."

I found several C routines for CRC32 calculation as well.
Is there some way to convert a simple C routine to a purely Tcl procedure?
Or is the writing of a pure-Tcl CRC32-calculating procedure difficult?




Apparently there are two ways to calculate the CRC32 value for a file
(by table and by math).  I'm not sure how this relates to discussion 
I've heard of a polynomial issue which causes values not to match 
lists generated by certain popular applications.  I have no idea what 
what I've just said means.


Does anybody have any ideas?


-- 

I am not a comedian, I am Lenny Bruce.              kee...@ya...
http://www.geocities.com/keeptruthfree/

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

[MACTCL] Mac-Menubar & BWidgets

[Gert K. <qa...@ch...>]

In the BWidgets 1.2.1 demo, and the ASED editor that uses these BWidgets, 
some misbehaving occurs. It is related to the fact that the Mac OS has its 
menubar on the system window, not in the application window.

Selecting and posting a menu is OK. But as soon as I enter the first entry 
of this posted menu, the button for this entry is placed in the window of 
the application, where it should have been if there was a menubar for this 
application-window. Releasing the mouse above this 'ghost' button gives the 
result that is expected from a menuentry. The image of the menu that is 
still below the System-Menubar doesn't respond.

Dragging up&down from the button inside the application window, and over 
the place where a menubar could have been in the application-window is like 
navigating a complete menubar. Even the Mac-Menu gets posted. 


In which tcl files should I look to change this behaviour? Or is this 
problem inside the Mac implementation?

http://www.unifix-online.com/BWidget/ doesn't seem to exist anymore.



Gert Kok

[MACTCL] Re: Compiling Tcl/Tk 8.3.2p1

[Daniel A. S. <da...@us...>]

Bo,

At 12:56 +0000 on 8/3/01, Bo Rasmusson wrote:

>My name is Bo Rasmusson and I am working for a company called The
>Electronic Farm. I have downloaded the Tcl/Tk 8.3.2p1 from your site
>http://homepage.mac.com/tcltk and followed all the steps written in the
>"Build Tk 8.3.2 pro 6" document including fixing the CW things (sioux.c
>etc.).
>When I then try to compile everything with "Tk Release Build" I get a
>repeted error "Error: Invalid PEF shared library.". Since I usually work
>with UNIX systems and am a novice on Mac I have no ide what this means
>but I have been searching FAQ's and other sites for answers without any
>luck.
>Is this something you could help me with?

there was an issue where Apple stub libraries that were shipped with 
CodeWarrior Pro6 were missing CFM68k fragments, this sounds like it. 
Is the error message referring to ThreadsLib? then that's definitely 
the issue you're seeing.

I have reported that problem to Apple and it is fixed in the latest 
UniversalHeaders, the solution is thus to upgrade your 
UniversalHeaders,
you can get recent ones from e.g.
ftp://ftp.apple.com/developer/Development_Kits/CarbonLib_1.2.5GM_SDK.img.bin
or from http://connect.apple.com if you are an ADC member (free BTW)

Hope this helps,

Cheers,

Daniel
-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **

Re: [MACTCL] Compiling extensions

[Daniel A. S. <da...@us...>]

At 14:09 +1100 on 8/3/01, Daniel A. Steffen wrote:

>this is the scriptics sample extension from 
>ftp://ftp.ajubasolutions.com//pub/tcl/examples/tea/SampleTclExtension.tar.SIT.hqx
>you're referring to, correct?
>
>I'll try to update it to Pro6 and post it somewhere ASAP

I've had a go at this, you can get it from

http://www.maths.mq.edu.au/~steffen/tcltk/Mac_sampleextension-0.2.1.bin

Please test and let me know if this works for you.


 From "README-MacSample":

Quick notes for 0.2.1:

* I've included an xml export of the Pro6 project, Pro5 seems to be able to
   import it and not loose access paths in the process (which is what
   happens when opening the Pro6 project in Pro5 :-( )

   Note that on Pro5 you have to add
   "{Project}:::(Pro6 Build Support):Runtime Libraries:"
   to System Access Paths ABOVE
   "{Compiler}:MacOS Support"

* I've added a Merge target which produces the final ExampleA.shlb
   extension, it merges the PPC and the CFM68k shared libraries, this allows
   for a unique binary and "package ifneeded" statement on both platforms.
   As a consequence however, the unmerged ExampleAPPC.shlb and
   ExampleACFM68K.shlb files will not load without changing their pkgIndex
   resource.

* At the moment the extension uses an .exp file to specify what symbols to
   export from its shared library, the #pragma export approach never worked
   well for me (exports too may symbols, e.g. TclStub.lib symbols).

   However, with my current patches for 8.4 TOT (which I'll hopefully get
   around to backport in time for 8.3.3), the standard Tcl DLLEXPORT macros
   now work on Mac as well, so be sure to use standard Tcl EXTERN
   declarations for symbols you want exported (i.e. for extensions, this is
   in general only your _Init (and _SafeInit if you have one) routine, see
   the Examplea_Init declaration in exampleA.h), that way you'll be able to
   switch to the "#pragma export" method and remove the .exp file with
   minimal effort in the future.


Cheers,

Daniel

-- 
** Daniel A. Steffen                  **
** <mailto:da...@us...> **

Re: [MACTCL] Compiling extensions

[Daniel A. S. <st...@ic...>]

Steve,

At 10:26 +1100 on 8/3/01, Steve Cassidy wrote:

>I'm finding my feet with porting mac extensions. After getting the XML
>project file for QuicktimeTcl from Daniel I've managed to put together a
>project for the sample extension with only a few obvious changes. However t=
o
>get the project to link I had to add Tcl8.3.shlb and Tk8.3.shlb in addition
>to the two Stib.lib libraries.

you should not need to do that, if you do, you're locking yourself 
against a minor version of Tcl and are not taking advantage of the 
stub libraries.

>The extension now links and I can load it into tcl and the commands are the=
re
>but it crashes when I try:
>
>sha1 -string foobar
>
>so obviously something is amis.=CA
>
>  - should the project include the two shlb files?

no

>  - does someone have a port of the sample extension to CW6 and Daniel's
>build?

I was planning to do that at some stage, now might be a good a time as any.

this is the scriptics sample extension from 
ftp://ftp.ajubasolutions.com//pub/tcl/examples/tea/SampleTclExtension.tar.SI=
T.hqx
you're referring to, correct?

I'll try to update it to Pro6 and post it somewhere ASAP

>
>  my goal is not so much to get the sample extension going but to be able t=
o
>port my own code so I'd like to understand the requirements of the build
>system and why this is failing.

Cheers,

Daniel
-- 
** Daniel A. Steffen          **  "And now to something completely
** Department of Mathematics  **   different"    Monty Python
** Macquarie University       ** <mailto:st...@ma...>
** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>

[MACTCL] Compiling extensions

[Steve C. <ste...@mq...>]

I'm finding my feet with porting mac extensions. After getting the XML 
project file for QuicktimeTcl from Daniel I've managed to put together a 
project for the sample extension with only a few obvious changes. However to 
get the project to link I had to add Tcl8.3.shlb and Tk8.3.shlb in addition 
to the two Stib.lib libraries.  

The extension now links and I can load it into tcl and the commands are there 
but it crashes when I try: 

sha1 -string foobar

so obviously something is amis.  

 - should the project include the two shlb files? 
 - does someone have a port of the sample extension to CW6 and Daniel's 
build? 
 
 my goal is not so much to get the sample extension going but to be able to 
port my own code so I'd like to understand the requirements of the build 
system and why this is failing. 

Any help appreciated.

Steve

Re: [MACTCL] violence for refusing to support Mac!!!

[Lenny B. <kee...@ya...>]

At 8:19 PM -0500 3/2/01, Jon Guyer wrote:
>At 5:52 AM -0800 3/2/01, Lenny Bruce wrote:
>
>>oh no... one of those hyper over-reactor liberals again!!!!
>
>Uh... you're the one threatening to kill people and /I'm/ "hyper 
>over-reacting"?
>And what does criminal assault on your part have to do with 
>conservatism/liberalism?
>
>or your delusions of comic grandeur,

always the sign of the liberal... humorlessness
and the really scary ones... no cultural references

have you honestly never heard of Lenny Bruce?  c'mon!




>but if you continue to engage in felonious assault, I will act 
>accordingly. Your postings are not just distasteful, they are 
>criminal.

what?

1) continue?  so you're saying I've committed felonious assult on somebody?
    please make your charges then.  prove your insanity to us!

2) my postings are criminal?  absolutely not.  I'm in the USA!

    Lenny Bruce died for free speech
    and I'll go as high-profile as humanly possible to shame you in public
    for even challenging free speech.for that right.


-- 

I am not a comedian, I am Lenny Bruce.              kee...@ya...
http://www.geocities.com/keeptruthfree/

Re: [MACTCL] violence for refusing to support Mac!!!

[Jon G. <jg...@hi...>]

At 5:52 AM -0800 3/2/01, Lenny Bruce wrote:

>oh no... one of those hyper over-reactor liberals again!!!!

Uh... you're the one threatening to kill people and /I'm/ "hyper 
over-reacting"?
And what does criminal assault on your part have to do with 
conservatism/liberalism?

I could care less about your politics, your capacities as a 
programmer, or your delusions of comic grandeur, but if you continue 
to engage in felonious assault, I will act accordingly. Your postings 
are not just distasteful, they are criminal.

-- 

   Jonathan E. Guyer
   <http://www.his.com/jguyer/>

Re: [MACTCL] violence for refusing to support Mac!!!

[Lenny B. <kee...@ya...>]

At 1:21 PM -0500 3/1/01, Jon Guyer wrote:
>At 10:06 AM -0800 3/1/01, Lenny Bruce wrote:
>
>>No... violence is the thing.
>>Nobody listens to anything else.
>:
>:
>
>Uh... I don't know if you think you're joking, but I'm not laughing.

oh no... one of those hyper over-reactor liberals again!!!!
Can't have any feelings without offending self-appointed political-correctors.



>MacTcl has never been officially supported (maybe in the Sun days, 
>but certainly not since then). Scriptics and progeny were abundantly 
>clear about that. It exists at all because of the hard work on 
>borrowed time from folks like Jim Ingham and Daniel Steffen. We 
>should be thanking them, not threatening them.


What's the point of a cross-platform "write once, play everywhere" language
if it doesn't work on all major platforms
if it runs differently on each platform
if it requires special per-platform coding to make it work different places

that's what people didn't understand
about why Microsoft's Java strategy was criminal...
they fixed Java so it only really ran on Windoze
and pushed their Windoze-only classes on people
so their programs would be windoze-only

that's the problem, butthead,
and you should kill yourself if you honestly don't understand the concept.



these open-source language efforts (like Perl, Python, Tcl/TK, Caml, etc)
will bring us all a new world of software
and we all lose any time something is locked to Windoze-only

it's time to bring Microsoft down for their crimes permanantly
for BASIC, Macintosh, Netscape, Java, and their other victims




>If you want Mac development, then pitch in and help.
>If you're not capable of helping, then learn to ask /nice/.

I'd be doing C if I could... duh...
why exactly do you think I'm using Tcl???


>Keep up the tone you have been and I'm going to have to start 
>seriously wondering why I don't report your ass to the FBI.

uh... My name is Lenny Bruce.
I've been dead since 1966.
(or am I another cultural reference you failed to catch?)

They found me on the floor of my bathroom,
bank foreclosure notice in my one hand
and my heroin tourniquet in the other.

But a lot of people sure loved me
and there was an entertainment/cultural revolution because of me.

you're seeing my influence
* when you see a stand-up comic
* when you give the finger to somebody
* when you say "fuck" casually

the reason howard stern is even allowed to exist is because of me

come after me if you want
but you'll have to battle my largest supporters first:
Bob Dylan, Paul Simon, George Carlin, Richard Pryor, Eric Bogosian, 
Phil Spector, Faye Dunaway, Frank Zappa, Hugh Hefner,
and a hell of a lot of entertainment execs way high up
who bitterly change the rules even if it makes things crazy
so that nobody ever has to suffer what I did for free speech and comedy.



-- 

I am not a comedian, I am Lenny Bruce.              kee...@ya...
http://www.geocities.com/keeptruthfree/

Re: [MACTCL] violence for refusing to support Mac!!!

[Jon G. <jg...@hi...>]

At 10:06 AM -0800 3/1/01, Lenny Bruce wrote:

>No... violence is the thing.
>Nobody listens to anything else.
:
:

Uh... I don't know if you think you're joking, but I'm not laughing.

MacTcl has never been officially supported (maybe in the Sun days, 
but certainly not since then). Scriptics and progeny were abundantly 
clear about that. It exists at all because of the hard work on 
borrowed time from folks like Jim Ingham and Daniel Steffen. We 
should be thanking them, not threatening them.

If you want Mac development, then pitch in and help. If you're not 
capable of helping, then learn to ask /nice/. Keep up the tone you 
have been and I'm going to have to start seriously wondering why I 
don't report your ass to the FBI.

-- 

   Jonathan E. Guyer
   <http://www.his.com/jguyer/>

Re: [MACTCL] violence for refusing to support Mac!!!

[Lenny B. <kee...@ya...>]

At 7:49 AM +1100 3/1/01, Daniel A. Steffen wrote:
>not sure serious violence is going to help 8^)
>what might however is people volunteering to take on/help out with the job...


No... violence is the thing.
Nobody listens to anything else.

How many times have you heard "Mac version coming soon"
when you know full well it's not and nothing is even being planned.

The worst is when people put up "sign up for news of the Mac version"
when you know full well no news will ever come and it's just BS.

And no news ever comes... and Windoze version keep on coming.



I actually think Mac people
should start killing programmers from NewerTech
but if we ever started this practice... there'd be a lot of killing.




-- 

I am not a comedian, I am Lenny Bruce.              kee...@ya...
http://www.geocities.com/keeptruthfree/

Re: [MACTCL] when are we going to get MacTcl/Tk Pro???

[Daniel A. S. <st...@ic...>]

At 7:17 -0800 on 28/2/01, Lenny Bruce wrote:

>It's been released to the public
>and the fact that there's no mac version makes me white-hot angry
>
>I think we need to start using serious violence to get these Mac ports made.
>there's no excuse for ignoring the Mac with this stuff.
>

not sure serious violence is going to help 8^)
what might however is people volunteering to take on/help out with the job...

in any case it's better to wait a bit until it's well disentangled 
from the scriptics buildsystem etc on the unix/win side, people are 
working on it.

Cheers,

Daniel
-- 
** Daniel A. Steffen          **  "And now to something completely
** Department of Mathematics  **   different"    Monty Python
** Macquarie University       ** <mailto:st...@ma...>
** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>

[MACTCL] when are we going to get MacTcl/Tk Pro???

[Lenny B. <kee...@ya...>]

It's been released to the public
and the fact that there's no mac version makes me white-hot angry

I think we need to start using serious violence to get these Mac ports made.
there's no excuse for ignoring the Mac with this stuff.


-- 

I am not a comedian, I am Lenny Bruce.              kee...@ya...
http://www.geocities.com/keeptruthfree/

[MACTCL] Re: mac drag&drop without old wish

[Daniel A. S. <st...@ic...>]

[[ This message was both posted and mailed: see
   the "To," "Cc," and "Newsgroups" headers for details. ]]

Dan,

you'll have recover the scripts from the droplets and use the current
'D&D Tclets' app to create new ones to get them to work with a
different major Tcl/Tk release (and potentially minor release) than
what you originally used to create them. This is a limitation of the
way the droplets are implemented (i.e. by embedding the scripts in a
copy of Wish which is linked against the tcl and tk shared libs)

the scripts are stored in a 'TEXT' resource named "tclshrc" in the
droplet, use ResEdit, Resorcerer or similar to extract them, or write a
tcl script to do so... (using the resource command)

if you only want to update the droplets, you can either paste the TEXT
resource in a copy of the current Wish or copy&replace all resources
from the current Wish into your old droplet (more risky, be sure no
resources from the old wish stay around after the operation)

FYI, this is the tcl code 'D&D Tclets' uses to write the resource (it
is itself a droplet BTW)

    file copy $stub $target
    set id [open $tclFile r]
    set rid [resource open $target w]
    resource write -name tclshrc -file $rid TEXT [read $id]
    resource close $rid
    close $id

Cheers,

Daniel


In article <97gi21$ki...@ga...>, Daniel S. Katz
<ds...@lu...> wrote:

> I created a number of applications using the Drag-n-Drop with Wish 8.0.3. 
> Now, I have moved to a new Mac, and downloaded the currect Tcl package
> 8.3.2.  When I double-click on  one of my apps, it tells me it can't run
> because it can't find wish8.0.  What can I do to make these apps use
> wish8.3.2 instead?  Unfortunately, some of the apps are relatively old, and
> I do not have the text scripts that were used to create them anymore.  Can I
> get these back from the applications?  Or, can I somehow change the
> application to use the current Wish?
> 
> Thanks,
> Dan
> 
> p.s.  Please copy me (d....@ie...) on any replies.

[MACTCL] What's the Mac Equivalent for button 2?

[Gert K. <qa...@ch...>]

Is there a Mac equivalent for Button-2, or is an explicit use of the option 
key needed (if that is possible?) 

Gert

Re: [MACTCL] [Q] TclShell 8.3.2

[Daniel A. S. <st...@ic...>]

At 16:56 -0500 on 21/2/01, Eric Gorr wrote:
>
>Also, when I try to run TclBOAShell 8.3.2, it tells me that I am 
>missing the bgscript.tcl file. Where can I find one or how do I make 
>one of these?

read Background.doc in tcl:mac
-- 
** Daniel A. Steffen          **  "And now to something completely
** Department of Mathematics  **   different"    Monty Python
** Macquarie University       ** <mailto:st...@ma...>
** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>

Re: [MACTCL] [Q] TclShell 8.3.2

[Jon G. <jg...@hi...>]

At 4:56 PM -0500 2/21/01, Eric Gorr wrote:

>What do I need to do?

package require http

-- 

   Jonathan E. Guyer
   <http://www.his.com/jguyer/>

[MACTCL] [Q] TclShell 8.3.2

[Eric G. <er...@co...>]

I downloaded the TCL/TK 8.3.2 release and saw the HTTP package. 
However, when I go to run the shell and try to type in http::geturl 
it tells me:

   invalid command name "http::geturl"

So, I'm assuming that either (1) it's not installed properly or (2) 
I'm calling it incorrectly.

What do I need to do?

Also, when I try to run TclBOAShell 8.3.2, it tells me that I am 
missing the bgscript.tcl file. Where can I find one or how do I make 
one of these?

Thanks.

-- 
== Eric Gorr ===== http://home.cox.rr.com/ericgorr ===== ICQ:9293199 ===
"Therefore the considerations of the intelligent always include both
benefit and harm." - Sun Tzu
== Insults, like violence, are the last refuge of the incompetent... ===

[MACTCL] general question: MacTCL, Tix

[Jason A.P. de K. <ap...@al...>]

Hello MacTCLers,  Can anyone provide some general insight into the =
maturity of the MacTCL project?  I'd like to embark on a multiplatform =
development project using Tix/TclTk for GUI, and C/C++ for core coding.  =
Has anyone built Tix (or some other widget library) on the Mac?  Are =
standard Tcl/Tk projects typically directly portable to MacTcl?  Can =
compact executables (sensu embedded Tcl/Tk) be built for the Mac?

Any opinions or information would be greatly appreciated.  Thanks,
- Jason


_________________________________________________________________________=
_
 A.P. Jason de Koning, Doctoral student        Email: =
ap...@cs...
   Department of Biological Sciences             Lab:  (518) 442-4347
   University at Albany, SUNY                    FAX:  (518) 442-4767
   1400 Washington Ave., Albany NY 12222, USA   Home:  (518) 445-6309
_________________________________________________________________________=
_

[MACTCL] RE: [TCLCORE] Re: [TCT] Call for maintainers

[Jeff H. <je...@Ac...>]

> As a busy mac-centric person I'm not that interested in maintaining 
> anything besides the mac code anyway, so I'm not terribly happy with 
> the distribution of mac code among so many functional areas in TIP 
> 16, when it's quite likely that a lot of the maintainers are not 
> going to have a mac with the latest compilers and are not going to be 
> able to build and test the mac sources they are maintaining.

Nothing is ever set in stone.  If somehow the maintenance of areas
along the lines in TIP 16 becomes burdensome for one or more reasons,
we can always adjust them then.

> Is there some concept of platform release managers planned? is there 
> somebody among the maintainers or the TCT who will be responsible for 
> building binary distributions? (I suppose I could volunteer for 
> building the mac distribution if needed)

I'll consider you volunteered then.  I'm the release manager for
8.3/4 (no other versions have yet been planned for enough for a
release manager).  I of course don't have a mac, but nor do I have
as many platforms available to me as it would be nice to have
binaries for.  Part of the RMs responsibility will be to work with
others who have those platforms to get a concerted, correct release
out in a timely manner.

BTW, think 8.3.3 for the short term (like within a month).

Jeff

[MACTCL] Re: [TCLCORE] Re: [TCT] Call for maintainers

[Jim I. <ji...@ap...>]

Yeah, this is going to take a little creative work to allow us to work 
on the Mac, and not get even more buried than we are already.  I have on 
my slate to rework the Tk arrangements to allow this to go a little more 
straightforwardly.  I will try to get this done this week, and update 
the TIP 23 to reflect this.  Sorry for the delay, but I am kind of 
swamped with stuff related to Mac OS X right now...

Anyway, I am volunteering to work with Daniel on the Mac code for Tcl.  
It would be really great if Daniel will take over doing the releases!  
We do need to work out how to distribute responsibility for builds too, 
though this will get more interesting as the BI distro process gets 
further along...

Jim


On Wednesday, February 14, 2001, at 08:56 PM, Daniel A. Steffen wrote:

> Finally getting to this, sorry for the delay.
>
> I'm volunteering for the two 'Macintosh Stuff' areas and generally as a 
> helping hand for any file in the mac/ subdirectory.
>
> The plan is to co-maintain the mac sources with Jim Ingham, I had 
> informally agreed with him a while back to help out with mac code in 
> Tcl and Tk and to officially volunteer once the call comes. I've been 
> looking into mac specific issues in tcl and tk for some time now while 
> working on Alpha and have recently done the mac 8.3.2 binary release 
> with Jim's ok.
>
> While a number of other functional areas in TIP 16 (I count 12) contain 
> mac code, I don't feel I have the know-how or the time to take on the 
> other platform's code that come alongside with it.
>
> As a busy mac-centric person I'm not that interested in maintaining 
> anything besides the mac code anyway, so I'm not terribly happy with 
> the distribution of mac code among so many functional areas in TIP 16, 
> when it's quite likely that a lot of the maintainers are not going to 
> have a mac with the latest compilers and are not going to be able to 
> build and test the mac sources they are maintaining.
>
> I think Jim made a similar point a while back already about Tk and TIP 
> 23.
> Anyway it's probably too late for me to complain about TIP 16 now, and 
> TIP 23 looks a bit better in that respect, but I fear the whole mac 
> sources situation is going to be somewhat of an organizational 
> challenge.
>
> Is there some concept of platform release managers planned? is there 
> somebody among the maintainers or the TCT who will be responsible for 
> building binary distributions? (I suppose I could volunteer for 
> building the mac distribution if needed)
>
> Cheers,
>
> Daniel
>
> da...@us...
>
> ---------------------------------------------------------------------------
>
>
> I'm still working (slowly) on a precise writeup of my changes to 8.3.2 
> and 8.4, but just to illustrate my point, my current patch for Tcl 8.4 
> TOT for the mac touches the following files:
>
> generic/tcl.h
> generic/tclInt.decls
> generic/tclMain.c
> generic/tclStubInit.c
> mac/MW_TclAppleScriptHeader.pch
> mac/MW_TclHeader.pch
> mac/MW_TclTestHeader.pch
> mac/tclMac.h
> mac/tclMacAppInit.c
> mac/tclMacApplication.r
> mac/tclMacChan.c
> mac/tclMacCommonPch.h
> mac/tclMacFCmd.c
> mac/tclMacInt.h
> mac/tclMacLibrary.c
> mac/tclMacLibrary.r
> mac/tclMacMath.h
> mac/tclMacNotify.c
> mac/tclMacOSA.c
> mac/tclMacOSA.r
> mac/tclMacPanic.c
> mac/tclMacPort.h
> mac/tclMacProjects.sea.hqx
> mac/tclMacResource.r
> mac/tclMacSock.c
> mac/tclMacThrd.c
> mac/tclMacUnix.c
> mac/tclMacUtil.c
>
> see http://www.maths.mq.edu.au/~steffen/tcltk/ for the diffs and new 
> files in a preliminary state (not 100% fresh anymore but they should 
> give you an idea if you're interested).
>
> while most of the changes are in tcl/mac, these files actually affect 
> all of the following functional units:
>
> Events:			_Notifier_
> Channels:		_Built-in Channel Types_
> Threads:
> File System:		_File System Access_
> Embedding Support:
> Release Engineering:	_Portability Support_
> Macintosh Stuff:	_[resource]_
> Macintosh Stuff:	_Mac-Specific Files_
> SHARED FILES
>
> this is certainly not a typical patch, as I have changed a fair number 
> of things in the mac build support that affect a lot of files (e.g. new 
> compiler, shared runtime libraries, removed the need for 
> OLDROUTINENAMES for Apple's headers, DLLEXPORT & DLLIMPORT now work as 
> on Win32, fix for encoding problem due to bug in MacCVS Pro and more) 
> which explains partially why so many files are involved but even so, 
> too many generic functional areas are touched for mac only changes IMHO.
>
> same analysis for my tk patches:
>
> generic/tkInt.decls
> generic/tkIntPlatDecls.h
> generic/tkPointer.c
> mac/MW_TkHeader.pch
> mac/MW_TkOldImgHeader.h
> mac/MW_TkTestHeader.pch
> mac/tclets.r
> mac/tkMac.h
> mac/tkMacAppearanceStubs.c
> mac/tkMacApplication.r
> mac/tkMacButton.c
> mac/tkMacFont.c
> mac/tkMacInt.h
> mac/tkMacLibrary.r
> mac/tkMacMDEF.r
> mac/tkMacMenu.c
> mac/tkMacMenus.c
> mac/tkMacPort.h
> mac/tkMacProjects.sea.hqx
> mac/tkMacResource.r
> mac/tkMacScrlbr.c
> mac/tkMacWindowMgr.c
> mac/tkMacWm.c
>
> which touch the following TIP 23 areas:
>
> Low-level Tk functions: _Basic window manipulations_
> Low-level Tk functions: _Macintosh window operations_
> Widgets: _button, checkbutton, radiobutton, label_
> Widgets: _menu, etc. (Macintosh)_
> Widgets: _scrollbar_
> Release Engineering:_Macintosh Configuration and Build Tools_
> Shells:_Drag and Drop Tclets (Macintosh)_
> Fonts:_Macintosh font support_
> SHARED FILES
>
> so things are a fair bit better for Tk, most heavily affected areas are 
> mac specific.
>
> -- ** Daniel A. Steffen          **  "And now to something completely
> ** Department of Mathematics  **   different"    Monty Python
> ** Macquarie University       ** <mailto:st...@ma...>
> ** NSW 2109 Australia         ** <http://www.maths.mq.edu.au/~steffen/>
>
> _______________________________________________
> Tcl-Core mailing list
> Tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tcl-core