View · Search · Index
No registered users in community xowiki
in last 10 minutes

Weblog Page

Showing 451 - 460 of 1561 Postings (summary)

[Xotcl] XotclIDE version 0.17

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Artur Trzewik <mail_at_xdobry.de>
Date: Fri, 6 Jul 2001 15:53:50 +0200

Hallo

There is new 0.17 version of XotclIDE available

http://www.xdobry.de/xotclide

Main Changes:
1. search functions (text, senders, implementors)
2. find/replace dialog in editor
3. error stack editor. parse error stack from $errorInfo and display it in
browser.
4. simply debugger. You can set a break point (per send halt message "[self]
halt") see call stack, level variables, arguments and all you need to
understand your program
5. fist step to multi user environment. The version control system write all
changes with userid attribute.
6. many small changes and refactoring ("new catagory" function)

Complains about not intuitive GUI are also needed.

Artur Trzewik

Re: [Xotcl] Namespaces and Xotcl

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Shishir Ramam <sramam_at_gmail.com>
Date: Sun, 29 Oct 2006 07:23:13 -0700

Kristoffer,
Thanks that was it!
-shishir


On 10/29/06, Kristoffer Lawson <setok_at_fishpool.com> wrote:
>
>
> On 29 Oct 2006, at 03:54, Shishir Ramam wrote:
>
> > Hi,
> > Was wondering why it's not possible to import namespaces when XOTcl
> > objects are involved.
> > The shortest example that I could rustle up is included below.
> > Help in understanding what prevents this from working is much
> > appreciated.
>
> I didn't test your example, but could it be because you did not
> export 'Foo' from the namespace?
>
> Ie. "namespace export Foo" could possibly help.
>
> / http://www.fishpool.com/~setok/
>
>


-- 
The point of living and of being an optimist, is to be
foolish enough to believe the best is yet to come.
  - Peter Ustinov

[Xotcl] Announcement: XOTcl 1.6.3 available

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Thu, 19 Mar 2009 10:04:07 +0100

Dear XOTcl Community,

I am pleased to announce the availablilty of XOTcl 1.6.3.
The new version contains noticable speed improvements,
especially, when compiled with Tcl 8.5

Best regards
Gustaf Neumann

==============================================

Announcing XOTcl 1.6.3
*************************

We are pleased to announce the availability of XOTcl 1.6.3

Major changes relative to 1.6.2 are:

   * Functional improvements:

       - simplified and generalized handling of namespaced instance
         variables, where namespaced associative arrays could conflict
         with global variables due to Tcl's default namespace
         resolution. Many thanks to Stefan Sobernig for this
         contribution!
         
  * Fixes:
      - Corrected deleted of meta-classes. It was possible
        to create undestroyable objects before via complex
        meta-classes structures

   * Speed improvements
      - Use of new interfaces in Tcl 8.5 (when compiled with Tcl 8.5)
      - simplified interfaces for various C functions
      - Speed improvement for method invocation benchmark:
          * In Tcl 8.5: 10-15 %
          * In Tcl 8.4: 5-10 %

   * Improve code quality
       - some more code cleanup
       - factoring out common code
       - using const in more cases

   * Extended regression tests

   * Improved documentation


 For more details about the changes, please consult the ChangeLog and
 documentation.

MORE INFO
  General and more detailed information about XOTcl and its components
  can be found at http://www.xotcl.org

[Xotcl] XOTclIDE und XOTcl 2.0

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Gustaf Neumann <neumann_at_wu.ac.at>
Date: Mon, 03 Sep 2012 12:48:46 +0200

Dear all,

when one uses XOTclIDE with XOTcl 2.0, please note that the
meta-data info provided via "_at_" must not be prefixed with "::".

- The easiest way to migrate to XOTcl 2.* and XOTclIDE
is to use XOTcl 1.6.7 + XOTclIDE 0.85 and save the files
at least once (this provides the correct prefixes).
These saved files are usable for XOTcl 1.6.* and XOTcl 2.*

- XOTcl 2.0 requires XOTclIDE 0.85

- If one wants to edit files produced with XOTclIDE 0.84 (or older)
with XOTcl 2.0 (and XOTclIDE 0.85), please use the
following one-liner to fix the source files:

cd your-source-directory-with-xotcl-files
perl -pi -e ‘s/^_at_ ::/@ /g’ `fgrep -rl ‘@ ::’ .`

All the best
-gustaf neumann

AW: Re: [Xotcl] Using instforward to wrap other packages

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: <mail_at_xdobry.de>
Date: Fri, 24 Feb 2006 08:40:13 +0100

Hi!

Learnable lazy wrapper per unknown mechanism.
Should one do such magic thinks?

package require XOTcl
namespace import ::xotcl::*
package require struct::queue

Class Queue -parameter {{queue [self]::queue}}

Queue instproc init {} {
    ::struct::queue [my queue]
}
Queue instproc destroy {} {
   [self]::queue destroy
   next
}
Queue instproc unknown {args} {
   # some debbug
   puts "learning [lindex $args 0]"
   Queue instforward [lindex $args 0] {%my queue} %proc
   # maybe learn only if that calls success
   eval [self]::queue $args
}

Testing

(bin) 31 % Queue create q1
::q1
(bin) 32 % q1 put 32
learning put
(bin) 33 % q1 put 43
(bin) 34 % q1 get
learning get
32
(bin) 35 % q1 get
43
(bin) 35 %

Artur

Re: [Xotcl] Problem with slots and moving objects

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Tue, 28 Sep 2010 11:06:17 +0200

  Dear Neil,

many thanks for the (most likely condensed) example.
The bug was that the traces from initcmd were handled twice
by copy/move, one time correctly, the other time not
(Stefan's patch from 2'oclock fixes the second copy and
removes the duplicates later, but removes too many
traces).

See below for a patch against xotcl 1.6.6.
We'll do some more testing, but this or a similar patch
will go into the next releases (as well the 2.0 branch).

For now, you might get the fixed version from:
    git clone git://alice.wu-wien.ac.at/xotcl

best regards
-gustaf neumann


===================================================
--- a/generic/predefined.xotcl
+++ b/generic/predefined.xotcl
_at_@ -596,9 +596,14 @@ unset p
          foreach cmd $cmds {
            foreach {op def} $cmd break
            #$origin trace remove variable $var $op $def
- if {[lindex $def 0] eq $origin} {
+ set domain [lindex $def 0]
+ if {$domain eq $origin} {
              set def [concat $dest [lrange $def 1 end]]
            }
+ if {[my isobject $domain] && [$domain istype
::xotcl::Slot]} {
+ # slot traces are handled already by the slot
mechanism
+ continue
+ }
            $dest trace add variable $var $op $def
          }
        }

Re: [Xotcl] abstract methods

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Uwe Zdun <uwe.zdun_at_wu-wien.ac.at>
Date: Wed, 13 Jul 2005 11:14:19 +0200

Hi Koen,

it seems you've found a bug. The Method in predefined.xotcl should
probably look like this:

::xotcl::Object instproc abstract {methtype methname arglist} {
 if {$methtype != "proc" && $methtype != "instproc"} {
   error "invalid method type '$methtype', \
   must be either 'proc' or 'instproc'."
 }
 ::xotcl::my $methtype $methname $arglist "
   if {\[::xotcl::self callingproc\] == \[::xotcl::self proc\] &&
   \[::xotcl::self callingobject\] == \[::xotcl::self\]} {
     ::xotcl::next
   } else {
     error \"Abstract method $methname $arglist called\"
   }
 "
}

you can simply put this correction (which should also go into the next
release) into the file and re-compile,
or if you do not want to recompile, overwrite the abstract method before
running your program.

Uwe

Koen Danckaert wrote:

> Hello,
>
> The XOTcl manual says that an abstract method produces an error if it
> is called directly. It seems that this is not always the case. E.g.,
> in the following example there is no error:
>
> Class C
> C abstract instproc a {}
> C instproc b {} {my a}
>
> C test
> test b
>
>
>> From an earlier discussion on the mailing list I found that
>> predefined.xotcl contains the following code to avoid errors when an
>> abstract method is invoked by "next":
>
>
> Object instproc abstract {methtype methname arglist} {
> if {$methtype != "proc" && $methtype != "instproc"} {
> error "invalid method type '$methtype', \
> must be either 'proc' or 'instproc'."
> }
> [self] $methtype $methname $arglist "
> if {\[self callingproc\] != \[self proc\] && \[self
> callingobject\] != \[self\]} {
> error \"Abstract method $methname $arglist called\"
> }
> "
> }
>
> I guess the test should be "||" instead of "&&" ?
> But then, it doesn't do the right thing either, because callingproc is
> empty in case of an invocation by "next".
>
>
> Regards,
> Koen Danckaert
> _______________________________________________
> Xotcl mailing list
> Xotcl_at_alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl


-- 
Uwe Zdun
Department of Information Systems, Vienna University of Economics
Phone: +43 1 313 36 4796, Fax: +43 1 313 36 746
zdun_at_acm.org, uwe.zdun_at_wu-wien.ac.at

[Xotcl] Fwd: [tcl_announce] ANNOUNCE: Call for Papers [2nd European Tcl/Tk User Meeting]

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Uwe Zdun <uwe.zdun_at_uni-essen.de>
Date: Tue, 30 Jan 2001 10:21:51 +0100

---------- Fwd ----------
Subject: [tcl_announce] ANNOUNCE: Call for Papers [2nd European Tcl/Tk User
Meeting]
Date: 23 Jan 2001 18:54:28 -0000
From: Carsten Zerbst <zerbst_at_tu-harburg.de>
To: tcl_announce_at_egroups.com


Second European Tcl/Tk User Meeting

                   Hamburg-Harburg, 7th and 8th June 2001

Call for papers:


As last year I'd like to organize a European Tcl/Tk user meeting. If you
like to present your work with or on Tcl/Tk, please send me an abstract
until Monday, 26th of February.

For more infos on the Tcl/Tk user meeting look at
http://www.tu-harburg.de/skf/tcltk

Contact Carsten Zerbst
        Technische Universit=E4t Hamburg-Harburg
        AB 3-06 mailto:zerbst_at_tu-harburg.de
        21073 Hamburg phon: +49 40 428 32 3146
        Germany fax: +49 40 428 32 3335

Hope to see you in Hamburg, Carsten Zerbst

[[Send Tcl/Tk announcements to tcl-announce_at_mitchell.org
  Send administrivia to tcl-announce-request_at_mitchell.org
  Announcements archived at http://www.egroups.com/list/tcl_announce/
  The primary Tcl/Tk archive is ftp://ftp.neosoft.com/pub/tcl/ ]]

-------------------------------------------------------

-- 
Uwe Zdun
Specification of Software Systems, University of Essen
Phone: +49 201 81 00 332, Fax: +49 201 81 00 398
zdun_at_xotcl.org, uwe.zdun_at_uni-essen.de

Re: [Xotcl] Compiling NX fails

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Gustaf Neumann <neumann_at_wu-wien.ac.at>
Date: Mon, 21 Mar 2011 12:02:19 +0100

Hi Victor,

a head version is always a moving target. This time,
essentially the type TEOV_callback was renamed to
NRE_callback. Unfortunately, there are no different version
numbers available to the preprocessor, so i appended the
changes to NRE_SANE_PATCH. Please use it for working against
Tcl-head.

The updated version in git compiles now nicely and runs all
regression tests except the coro-test. Inside a coroutine,
we get now a crash, the stack frame with the variables is
apparently missing. I have deactivated the coro-test for the
time being.

In order to address the problem i have to learn how to
master tcl + fossil at a higher level. First, i tried to get
the Tcl via fossil. "fossil clone http://core.tcl.tk/tcl"
runs now since a few hours and hangs now... It has already
transfered 58MB; however, since there is no progress, I have
killed it and restarted it again, maybe it works in the new
few hours.

I got a snapshot version via
    wget http://core.tcl.tk/tcl/zip/Tcl.zip?uuid=trunk
If someone knows if it is possible to specify a date for the
wget above, please let me know, this would ease to locate
the changes that are causing now problems.

-gustaf neumann

On 21.03.11 04:09, Victor Mayevski wrote:
> Hello Gustaf,
>
> I have switched the TCL repository from SourceForge to Fossil, got the
> latest sources, compiled and installed TCL. The problem now is that NX
> will not compile against it.
> Make fails with this error:
>
> ########################################################################################
> gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\"
> -DPACKAGE_VERSION=\"2.0.0\" -DPACKAGE_STRING=\"nsf\ 2.0.0\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
> -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_TCL_COMPILE_H=1
> -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1
> -DMODULE_SCOPE=extern\
> __attribute__\(\(__visibility__\(\"hidden\"\)\)\)
> -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long
> -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1
> -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DCOMPILE_NSF_STUBS=1
> -DNSF_VERSION=\"2.0\" -DNSF_PATCHLEVEL=\"2.0.0\"
> -I"/root/tcl-src-fossil/generic" -I"/root/tcl-src-fossil/unix"
> -I./generic -g -O2 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c
> `echo ./generic/nsf.c` -o nsf.o
> ./generic/nsf.c: In function ‘MethodDispatchCsc’:
> ./generic/nsf.c:7797: error: ‘TEOV_callback’ undeclared (first use in
> this function)
> ./generic/nsf.c:7797: error: (Each undeclared identifier is reported only once
> ./generic/nsf.c:7797: error: for each function it appears in.)
> ./generic/nsf.c:7797: error: ‘rootPtr’ undeclared (first use in this function)
> ./generic/nsf.c: In function ‘DispatchDestroyMethod’:
> ./generic/nsf.c:8503: warning: too many arguments for format
> make: *** [nsf.o] Error 1
> ###################################################################################
>
>
>
> If I uncomment "#define NRE_SANE_PATCH 1", as I had to do every time I
> compiled NX, the error is even longer, I will just give the first few
> lines:
>
> ###################################################################################
>
> gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\"
> -DPACKAGE_VERSION=\"2.0.0\" -DPACKAGE_STRING=\"nsf\ 2.0.0\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
> -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_TCL_COMPILE_H=1
> -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1
> -DMODULE_SCOPE=extern\
> __attribute__\(\(__visibility__\(\"hidden\"\)\)\)
> -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long
> -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1
> -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DCOMPILE_NSF_STUBS=1
> -DNSF_VERSION=\"2.0\" -DNSF_PATCHLEVEL=\"2.0.0\"
> -I"/root/tcl-src-fossil/generic" -I"/root/tcl-src-fossil/unix"
> -I./generic -g -O2 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c
> `echo ./generic/nsf.c` -o nsf.o
> In file included from ./generic/nsf.c:45:
> ./generic/nsfInt.h:725: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
> ‘__attribute__’ before ‘NRE_SANE_PATCH’
> ./generic/nsfInt.h:792: warning: data definition has no type or storage class
> ./generic/nsfInt.h:792: warning: type defaults to ‘int’ in declaration
> of ‘NsfRuntimeState’
> ./generic/nsf.c: In function ‘NsfLog’:
> ./generic/nsf.c:362: error: expected expression before ‘)’ token
> In file included from ./generic/nsf.c:629:
> ./generic/nsfStack.c: In function ‘CscListAdd’:
> ./generic/nsfStack.c:21: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘CscListRemove’:
> ./generic/nsfStack.c:42: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘Nsf_PushFrameObj’:
> ./generic/nsfStack.c:144: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘Nsf_PushFrameCsc’:
> ./generic/nsfStack.c:187: error: expected expression before ‘)’ token
> ./generic/nsfStack.c: In function ‘CallStackPopAll’:
> ########################################################################################
>
> I am on Debian based Linux, 32bit.
>
> Thanks,
>
> Victor
>
> _______________________________________________
> Xotcl mailing list
> Xotcl_at_alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl

[Xotcl] Fwd: XOTcl 1.1.0 changes for Mac OS X

Created by hypermail2xowiki importer, last modified by Stefan Sobernig 02 Jan 2017, at 11:15 PM

From: Uwe Zdun <uwe.zdun_at_wu-wien.ac.at>
Date: Fri, 5 Dec 2003 10:56:33 +0100

FYI, I forward this mail from Daniel A. Steffen <steffen_at_ics.mq.edu.au>
because it
seems we had a temporal problem with the mailing list.

we will incorporate the changes for the next release of XOTcl

--uwe

---------- Forwarded Message ----------

Subject: XOTcl 1.1.0 changes for Mac OS X
Date: Fri, 5 Dec 2003 20:26:11 +1100
From: "Daniel A. Steffen" <steffen_at_ics.mq.edu.au>
To: uwe.zdun_at_uni-essen.de, gustaf.neumann_at_wu-wien.ac.at
Cc: tcl-mac_at_lists.sourceforge.net

Hi,

the xotcl mailman url seems to be down at the moment, so I contact you
directly and CC the tcl-mac mailing list

with the new TEA compliant buildsystem in XOTcl 1.1.0 in can finally
build xotcl against the Tcl.framework build on Mac OS X.
I will thus integrate a binary in my next release of the
batteries-included TclTkAqua distribution
        http://tcltkaqua.sf.net/

I had to make a number of changes, c.f. attached patch or
        http://rutherglen.ics.mq.edu.au/~steffen/tcltk/patches/xotcl.diff

details on changes follow:

the changes to 'predefined.xotcl' fix a generic xotcl bug:
if symbols from the ::xotcl:: namespace have not been imported into the
global namespace, [self] is not defined as a global proc, which causes
a variety of operations to fail, e.g. renaming objects (i.e. Object
instproc move)

        % package require XOTcl
        1.1
        % xotcl::Object o

        ::o

        $ rename o p
        invalid command name "self"
        % namespace import xotcl::*
        $ rename o p

the fix is to replace all occurrences of [self] in predefined.xotcl by
the fully qualified [::xotcl::self]


the changes to 'Makefile.in' deal with two problems:

1) not all installation happens in DESTDIR, e.g. 'make install
DESTDIR=/tmp/' fails to install everything under /tmp/

2) a generic problem with TEA that affects extensions with stub
libraries on platforms that require ranlib to be run on static
libraries: when building a dynamic extension, RANLIB is set to : and
thus ranlib is not run on the libxotclstub.a library
the fix is to define a separate RANLIB_STUB in configure.in before
RANLIB is reset to : and use that when building/installing the stub
library. (This generic fix has been submitted as a bug to TEA as well)


the other changes to configure.in are:

1) --with-tclinclude is defined by TEA to give the directory containing
_public_ tcl headers, in particular this is needed on Mac OS X with the
framework build:
        ./configure --with-tcl=/Library/Frameworks/Tcl.framework
--with-tclinclude=/Library/Frameworks/Tcl.framework/Headers
hence the check for tclInt.h in the tclinclude directory is invalid,
since this is not a public header.

the generic TEA machinery finding the tcl source directory takes care
of finding a directory containing tclInt.h already, so I don't think
this check is needed; if you want a configure option for the tcl
private header directory anyway, it needs to be named something other
than --with-tclinclude

2) the xotcl dynamic library needs to be linked with the tcl stub
library on Mac OS X (and I suspect on other non-ELF platforms as well)
otherwise the link fails due to undefined symbols from libtclstub, e.g.
Tcl_InitStubs


There is one remaining problem with your buildsystem that I haven't
fixed:
it is still not fully possible to configure&build from outside the
xotcl/unix directory; the TEA bits work fine but not your custom code
for building library, test, docs etc c.f. sample run below.

you should use $(srcdir) to reference the source directory in the
Makefile, and not assume that the Makefile is located in xotcl/unix,
i.e. e.g.
        cd ../library; $(TCLSH_PROG) ./lib/make.xotcl -all
will fail if configure has been run from somewhere other than
xotcl/unix, use
        cd $(srcdir)../library; $(TCLSH_PROG) ./lib/make.xotcl -all
instead. However, this is not sufficient since make.xotcl assumes
relative directory locations as well

It should be possible to configure & build from outside xotcl/unix such
that the xotcl source directory is not modified at all, this is e.g.
necessary for buildscripts that build for several platforms from a
common shared source directory. I know that ActiveState builds their
distribution in this way, and my TclTkAqua distribution buildscript
needs this as well. I currently cheat by rsyncing
xotcl/{library,doc,tests,apps} from the source into the build location
before configuring, but this is a hack and should be dealt with
properly in the Makefile instead...

Cheers,

Daniel

--
** Daniel A. Steffen     **  "And now for something completely
** Dept. of Mathematics  **   different"    Monty Python
** Macquarie University  **  <mailto:steffen_at_maths.mq.edu.au>
** NSW 2109 Australia    **  <http://www.maths.mq.edu.au/~steffen/>
% mkdir -p /tmp/xotcl/unix
% cd /tmp/xotcl/unix
% ~/Development/TclTk/core-8-4-branch/xotcl/unix/configure
--with-tcl=/Library/Frameworks/Tcl.framework
--with-tclinclude=/Library/Frameworks/Tcl.framework/Headers
Configuring XOTcl Version 1.1
checking for gcc... cc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ANSI C... none needed
checking for a BSD-compatible install... /usr/bin/install -c
checking how to run the C preprocessor... cc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking if 64bit support is enabled... no
checking system version (for dynamic loading)... Darwin-6.8
checking for dlopen in -ldl... no
checking whether make sets $(MAKE)... yes
checking for ranlib... ranlib
checking build system type... powerpc-apple-darwin6.8
checking host system type... powerpc-apple-darwin6.8
checking for Tcl configuration... found
/Library/Frameworks/Tcl.framework/tclConfig.sh
checking for existence of
/Library/Frameworks/Tcl.framework/tclConfig.sh... loading
checking for Tcl private include files... Using srcdir found in
tclConfig.sh:
/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl
checking for building with threads... no (default)
checking how to build libraries... shared
checking for build with symbols... no
checking for tclsh... /usr/bin/tclsh8.4
configure: creating ./config.status
config.status: creating Makefile
config.status: creating xotclConfig.sh
config.status: creating xotclsh
config.status: creating xowish
config.status: creating xotcl.spec
config.status: creating ../library/pkgIndex.unix
config.status: creating ../library/pkgIndex.win
% make
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotcl.c` -o so/xotcl.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclError.c` -o so/xotclError.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclMetaData.c` -o so/xotclMetaData.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclObjectData.c` -o so/xotclObjectData.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclProfile.c` -o so/xotclProfile.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclTrace.c` -o so/xotclTrace.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclCompile.c` -o so/xotclCompile.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/aolstub.c` -o so/aolstub.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclStubInit.c` -o so/xotclStubInit.o
cc -DUSE_TCL_STUBS -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DVERSION=\"1.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DCOMPILE_XOTCL_STUBS=1
-DHAVE_TCL_COMPILE_H=1 -DTCL_SHLIB_EXT=\".dylib\"
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/generic
-I/Volumes/Local/Users/steffen/Documents/Development/TclTk/core-8-4-
branch/tcl/unix
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../generic"
-I"/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/
../unix" -I/Library/Frameworks/Tcl.framework/Headers     -Os
-fno-common -g -DXOTCLVERSION=\"1.1\" -DXOTCLPATCHLEVEL=\".0\"  -c
`echo
/Local/Users/steffen/Development/TclTk/core-8-4-branch/xotcl/unix/../
generic/xotclStubLib.c` -o so/xotclStubLib.o
rm -f libxotclstub1.1.a
ar cr libxotclstub1.1.a so/xotclStubLib.o
ranlib libxotclstub1.1.a
rm -f libxotcl1.1.dylib
cc -dynamiclib  -o libxotcl1.1.dylib  so/xotcl.o so/xotclError.o
so/xotclMetaData.o so/xotclObjectData.o so/xotclProfile.o
so/xotclTrace.o so/xotclCompile.o so/aolstub.o so/xotclStubInit.o
-L/Library/Frameworks/Tcl.framework/Versions/8.4 -ltclstub8.4
: libxotcl1.1.dylib
(cd ../library; /usr/bin/tclsh8.4 ./lib/make.xotcl -all)
couldn't read file "./lib/make.xotcl": no such file or directory
make: *** [libraries] Error 1
-------------------------------------------------------
-- 
Uwe Zdun
Department of Information Systems, Vienna University of Economics
Phone: +43 1 313 36 4796, Fax: +43 1 313 36 746
zdun_at_{xotcl,computer,acm}.org, uwe.zdun_at_wu-wien.ac.at




    Next Page