ActiveState Community

Thank you very much for that tip.
But it did not work completely, so I have to make you scratch
your head you once again !

I used the graphical TclApp from a web-connected Windows PC.
I tuned the preferences to add

http://teapot.activestate.com

into the "TEAPOT Repositories".
I set the basekit to the file which was available from the
linked that you gave to me.
After unlocking the firewall because of TclApp accessing to the web,
the wrapping process went fine.
My script uses the packages Img, tbcload and Tclx.
This is the full report from TclApp :
******************************************

| Tcl Dev Kit TclApp
| Copyright (C) 2001-2008 ActiveState Software Inc. All rights reserved.
| Standard license for Micha�l Baudin .
|
| Embedding license information into wrap result as comments.
|
Command line:
C:/TclDevKit4.0.2/bin/tclapp.exe -prefix D:/Atelier/AtelierTcl/StarPackMac/SampleForMac/base-tk-thread-8.4.18-macosx-universal.exe -out D:/Atelier/AtelierTcl/StarPackMac/SampleForMac/sample-mac.exe -architecture macosx-universal -pkgref Img -pkgref Tcl -pkgref Tclx -pkgref Tk -pkgref 'tbcload 1.7' -relativeto D:/Atelier/AtelierTcl/StarPackMac D:/Atelier/AtelierTcl/StarPackMac/SampleForMac/main.tcl -startup lib/application/SampleForMac/main.tcl
Wrapping ...
No known repository at C:/tap_help_repository
Expanding...
Following only profile dependencies
Accepting missing dependencies
Accepting version changes made by fuzzy search

P package Tcl 8.4 macosx-universal ...
P package Tk 8.4 macosx-universal ...
P package Tk 8.4 tcl ...

Issues...

Packages ...
Img 1.3 tcl @ R http://teapot.activestate.com
P Tcl 8.4 macosx-universal @
Tclx 8.4 macosx-universal @ R http://teapot.activestate.com
P Tk 8.4 macosx-universal @
P Tk 8.4 tcl @
tbcload 1.7 macosx-universal @ R http://teapot.activestate.com

Inserting TEApot metadata
Nothing to insert

tbcload 1.7 (macosx-universal)
Tclx 8.4 (macosx-universal)
Img 1.3 (tcl)
Extending the list of provided packages

F 117B D:/Atelier/AtelierTcl/StarPackMac/SampleForMac/main.tcl

Generated D:/Atelier/AtelierTcl/StarPackMac/SampleForMac/sample-mac.exe
Done

| Embedded license information into wrap result as comments.
| Standard license for Micha�l Baudin .
******************************************

I looked inside the executable with TclApp to check that
the packages were correctly installed : it did not...
The packages tbcload and Tclx8.4 were fine, as far as I can see
from the presence of the *.dylib files.
But the Img package contained only two files :
- pkgIndex.tcl
- implementation.tcl
which does not match the list of files that I expect to
see : tkimg*.dylib files are not there.

The content of the "implementation.tcl" file is :

*****************************************
# ACTIVESTATE TEAPOT-PKG BEGIN TM -*- tcl -*-
# -- Tcl Module

# ACTIVESTATE TEAPOT-PKG BEGIN REQUIREMENTS

package require Tcl 8.4
package require Tk 8.4
package require img::bmp 1.3-2
package require img::gif 1.3-2
package require img::ico 1.3-2
package require img::jpeg 1.3-2
package require img::pcx 1.3-2
package require img::pixmap 1.3-2
package require img::png 1.3-2
package require img::ppm 1.3-2
package require img::ps 1.3-2
package require img::sgi 1.3-2
package require img::sun 1.3-2
package require img::tga 1.3-2
package require img::tiff 1.3-2
package require img::window 1.3-2
package require img::xbm 1.3-2
package require img::xpm 1.3-2

# ACTIVESTATE TEAPOT-PKG END REQUIREMENTS

# ACTIVESTATE TEAPOT-PKG BEGIN DECLARE

package provide Img 1.3

# ACTIVESTATE TEAPOT-PKG END DECLARE
# ACTIVESTATE TEAPOT-PKG END TM

# Compatibility hack. When asking for the old name of the package
# then load all format handlers and base libraries provided by tkImg.
# Actually we ask only for the format handlers, the required base
# packages will be loaded automatically through the usual package
# mechanism.

# When reading images without specifying it's format (option -format),
# the available formats are tried in reversed order as listed here.
# Therefore file formats with some "magic" identifier, which can be
# recognized safely, should be added at the end of this list.

package require img::window
package require img::tga
package require img::ico
package require img::pcx
package require img::sgi
package require img::sun
package require img::xbm
package require img::xpm
package require img::ps
package require img::jpeg
package require img::png
package require img::tiff
package require img::bmp
package require img::ppm
package require img::gif
package require img::pixmap

package provide Img 1.3
************************************************

I think that this may be connected to the previous bug
(see my previous post in the TDK support forum) that I
had for the particular Img package.

So I tried to use the command-line "teacup.exe" tool
to manually get the mac version of the Img package,
and I runned into more trouble.
It seems that the client locks the installation of
one package if the current architecture does not match
the required one :

(StarPackMac) 73 % teacup install --arch macosx-universal img::base 1.3
The requested architecture "macosx-universal" is not supported
by the repository at
"D:/Atelier/AtelierTcl/StarPackMac/Repository/".

This is wise in the general case, but my current problem
is specifically to make the executable on a system which I do
not have. I tried the "--force" option, which did not help.

Thank you for your help !

Best regards,

Michaël

PS-1
In fact, making the linux and unix based executable was really
so easy that I did not think that I used "advanced" features...

PS-2
I had to solve a problem linked with the Tclx package, and
that is worth to mention, if anybody has the same problem.
In an automatically wrapped executable, the Tclx8.4 package
cannot be found : I think I got the reason for that.
When wrapping the application, TclApp creates the directories
associated with the required packages on the target platform.
For example, for the Tclx package and Mac, it creates
the directory :

P-macosx-universal-Tclx-8.4

The problem appears with the Tclx package when the following line
in the pkgIndex.tcl file of the Tclx package :

load [file join {@} libtclx8.4.dylib] Tclx

is triggered. The process inside the library searches for
a sub-directory name "Tclx8.4" in one directory
from the ::auto_path variable. When it comes to the target directory,
it instead searches for a

P-macosx-universal-Tclx-8.4/Tclx8.4

directory, which of course does not exist ! The consequence is that
the package Tclx8.4 is not found and generates an error.
I don't think that the problem here is because of TclApp, which does
its job perfectly, but the problem is more on the side
of Tclx, because it makes no use of the "$dir" local variable
which is passed automatically with the "package require" system.