swarm-support
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Swarm-support] Swarm packages for Ubuntu 13.10/14.04


From: Pietro Terna
Subject: Re: [Swarm-support] Swarm packages for Ubuntu 13.10/14.04
Date: Mon, 11 Aug 2014 14:16:45 +0200
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.0

    Dear David,

    I'm unable to reply, I hope Paul could help you,

    best, Pietro


Il 11/08/14 13:16, David Camacho ha scritto:
Hi Paul, hi Pietro,

Just one question.
Today i've try to install swarm on Lubuntu 14.04 (x64, I ant to use as much as possible of the ram of this computer and Lubuntu utilizes the less resoureces). I've used the .gdb files un the Swarm 13.10  because they are the x64 version. The .gdb files installed smoothly, but when I've try to compile Mausetrap or any other from the swarmapps-2.3.0/objc
 (since my code is in "old" objective-c) 
I could not compile them. I obtain this:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
address@hidden:~/SWARM/swarmapps-2.3.0/objc/mousetrap$ make
gcc -c -g -O2 -fgnu-runtime -fno-strict-aliasing -Wall -Wno-import -Wno-protocol -Wno-long-long  -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -DAPPNAME=mousetrap -DAPPVERSION=2.1 address@hidden -I/usr/include/swarm  main.m
In file included from /usr/include/swarm/objectbase.h:34:0,
                 from /usr/include/swarm/objectbase/Swarm.h:20,
                 from MousetrapModelSwarm.h:13,
                 from MousetrapObserverSwarm.h:11,
                 from main.m:6:
/usr/include/swarm/defobj.h:1171:1: error: unknown type name ‘retval_t’
 - (retval_t)getRetVal: (retval_t)retVal buf: (types_t *)buf;
 ^
/usr/include/swarm/defobj.h:1171:1: error: unknown type name ‘retval_t’
In file included from /usr/include/swarm/objectbase.h:34:0,
                 from /usr/include/swarm/objectbase/Swarm.h:20,
                 from MousetrapModelSwarm.h:13,
                 from MousetrapObserverSwarm.h:11,
                 from main.m:6:
/usr/include/swarm/defobj.h:1469:1: error: unknown type name ‘FILE’
 externvar FILE *_obj_xerror; 
 ^
/usr/include/swarm/defobj.h:1471:1: error: unknown type name ‘FILE’
 externvar FILE *_obj_xdebug; 
 ^
In file included from /usr/include/swarm/activity.h:40:0,
                 from /usr/include/swarm/objectbase.h:35,
                 from /usr/include/swarm/objectbase/Swarm.h:20,
                 from MousetrapModelSwarm.h:13,
                 from MousetrapObserverSwarm.h:11,
                 from main.m:6:
/usr/include/swarm/collections.h:981:1: error: unknown type name ‘FILE’
 + create: (id <Zone>)aZone setFileStream: (FILE *)fileStream;
 ^
/usr/include/swarm/collections.h:982:1: error: unknown type name ‘FILE’
 - setFileStream: (FILE *)fileStream;
 ^
/usr/include/swarm/collections.h:985:1: error: unknown type name ‘FILE’
 - (FILE *)getFileStream;
 ^
/usr/include/swarm/collections.h:1054:1: error: unknown type name ‘FILE’
 + create: (id <Zone>)aZone setFileStream: (FILE *)file;
 ^
/usr/include/swarm/collections.h:1057:1: error: unknown type name ‘FILE’
 - setFileStream: (FILE *)fileStream;
 ^
/usr/include/swarm/collections.h:1059:1: error: unknown type name ‘FILE’
 - (FILE *)getFileStream;
 ^
In file included from /usr/include/swarm/defobj/Customize.h:26:0,
                 from /usr/include/swarm/defobj/Create.h:26,
                 from /usr/include/swarm/activity/XActivity.h:26,
                 from /usr/include/swarm/activity/SwarmProcess.h:26,
                 from /usr/include/swarm/objectbase/Swarm.h:21,
                 from MousetrapModelSwarm.h:13,
                 from MousetrapObserverSwarm.h:11,
                 from main.m:6:
/usr/include/swarm/defobj/DefClass.h:27:26: fatal error: objc/objc-api.h: No such file or directory
 #import <objc/objc-api.h>
                          ^
compilation terminated.
make: *** [main.o] Error 1

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

I have installed different versions of gcc from 4.6, 4.7 and 4.8
"gcc --version" give me:
address@hidden:~/SWARM/swarmapps-2.3.0/objc$ gcc --version
gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2

ALSO, THANK YOU VERY MUCH PAUL TO KEEP SWARM ALIVE!

 
David Camacho Trujillo, Ph.D.


El Domingo, 27 de abril, 2014 10:24:29, Pietro Terna <address@hidden> escribió:


    Hooray for Paul, who's keeping alive Swarm.

    A huge hug, Pietro


Il 27/04/14 07:28, Paul Johnson ha scritto:
> Hooray.
>
> I thought this was going to be like the old days when I had to write
> and beg for help. Not so fast. I think I've got it.
>
> Today I've been building and testing Swarm-2.4.1 on various Ubuntu.  I
> believe all problems are solved, I've written out all details here. If
> these fixes don't work for you, let me know and I'll try to replicate.
>
> I wrote it out here
>
> http://pj.freefaculty.org/blog/?p=263
>
> In the end, the Swarm apps still can run. There are shared library and
> compiler flag woes. But alls well that ends well.
>
> One must replace the blt packages provided by Ubuntu with the ones I
> offer. This is necessary because Swarm is trained to tcl/tk 8.5 and we
> need BLT to keep its attention in that version. It must not wander
> over to the 8.6 side of things. If you ignore this advice, the error
> you get is one that we have seen since 1997: TKExtra instance: no such
> key
>
> Another wrinkle is the Debian/Ubuntu multilib directory structure. 
> Now, They use /usr/lib/i386-linux-gnu and /usr/lib/amd86_64-linux-gnu.
> The Swarm configure statement in 2.4.1 was set to look for dynamic
> libraries in /usr/lib, /usr/local/lib, /usr/lib32 and /usr/lib64. I
> took the easy road by just editing the Swarm configure script and
> putting in the path. One of my long-standing embarrassments is that I
> just don't understand GNU automake/autoconf setups and I don't know
> how to make those changes in the underlying specification. But I'm
> pretty sure somebody who does understand that would understand what
> I'm saying and know what to do.
>
> The other wrinkle is the gcc linker.  I can't understand why this
> crops up just now, but the compiler is stricter. If one uses  a math
> function like pow or sin, it was not previously necessary to
> explicitly link in the math library. gcc would just find it.  They
> have eliminated that convenience, and "-lm" must be added as a flag.
>
> pj


--
The world is full of interesting problems to be solved!
Home page http://web.econ.unito.it/terna






-- 
The world is full of interesting problems to be solved!
Home page http://web.econ.unito.it/terna

reply via email to

[Prev in Thread] Current Thread [Next in Thread]