<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lang.concurrency.pop.devel">
    <title>gmane.comp.lang.concurrency.pop.devel</title>
    <link>http://blog.gmane.org/gmane.comp.lang.concurrency.pop.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/182"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/180"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/179"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/178"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/174"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/170"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/164"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/161"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/157"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/156"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/155"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/151"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/150"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/142"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/140"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/134"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/128"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/126"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/123"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/117"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/182">
    <title>Little occam advice</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/182</link>
    <description>&lt;pre&gt;Hi folks,

I'm having a little problem trying to compile an occam-pi program.  The error I'm getting is "Error 1 in routine loadmobile - ARRAYITEM for unsupported MOBILE type".  A brief snippet of what I'm trying to do:

DATA TYPE NODE.ID
  MOBILE RECORD
    MOBILE []BYTE name:
    MOBILE []BYTE protocol:
    MOBILE []BYTE address:
    INT64 attr1:
    INT64 attr2:
    INT32 attr3:
:

PROC link.manager(...)
  MOBILE [100]NODE.ID nodes:
  -- ...
  SEQ
    -- ...
    input ? index; node.id
    nodes[index] := node.id -- ******

The compiler doesn't seem to like the starred line - assigning a mobile value to an array.  For mobile channel ends, not a problem, but mobile data types it just doesn't seem to like it.  Any advice?

Cheers,

Kevin

Dr Kevin Chalmers PhD BEng(Hons) MBCS
Programme Leader Interactive Entertainment and Games Development
School of Computing
Edinburgh Napier University
Merchiston Campus
Edinburgh EH10 5DT
T 0131 455 2484
E k.chalmers-KJSHoIMUuCKFxr2TtlUqVg&amp;lt; at &amp;gt;public.gmane.org


Edinburgh Napier University is Edinburgh's top university for graduate employability (HESA 2010), and proud winner of the Queen's Anniversary Prize for Higher and Further Education 2009, awarded for innovative housing construction for environmental benefit and quality of life.

This message is intended for the addressee(s) only
and should not be read, copied or disclosed to anyone else outwith the University without the permission of the sender. It is your responsibility to ensure that this message and any attachments are scanned for viruses or other defects. 
Edinburgh Napier University does not accept liability for any loss or
damage which may result from this email or any attachment, or for errors or omissions arising after it was sent. Email is not a secure medium. Email entering the University's system is subject to routine monitoring and filtering by the University. 

Edinburgh Napier University is a registered Scottish
charity.
Registration number SC018373




&lt;/pre&gt;</description>
    <dc:creator>Chalmers, Kevin</dc:creator>
    <dc:date>2011-01-27T15:29:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/180">
    <title>compiling/linking occam-pi code in windows 7</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/180</link>
    <description>&lt;pre&gt; I have just downloaded the Transterpreter for both Windows and Mac OSX. I have
been playing with Arduino for quite a time and I wanted to see what OCCAM can
offer as an alternative.

I have got a little problem in compiling occam-pi code in win 7 and not be able
to find any relevant open forum to post my question, I decided to send it here.
My apologies for any inconvenience.

For testing the Arduino module, I used the Arduino UNO board on both Windows 7
and Mac OSX and it works perfectly well.   Then I wrote the following  occam
code to test the Desktop (TVM) and it works without problem on Mac OSX but it
gives an error in Windows 7.

#INCLUDE "course.module"

PROC main (CHAN BYTE scr!)
 SEQ
   out.string("Hello World!*n", 0, scr!)
   scr ! 'B'
   scr ! '*n'
   scr ! '*n'
   SEQ i = 1 FOR 10
     SEQ
       out.int(i, 0, scr!)
       scr ! 'A'
       scr ! '*n'
:

The error I get in Win 7 is the following:

Compiling: C:\Users\vangelis\Documents\DEVELOPMENT\Occam\test2.occ occbuild:
Command failed: C:\Programs\Transterpreter\bin\plinker.exe -o test2.tbc
C:\Programs\Transterpreter\posix\tvm\lib\forall.lib test2.tce  
compile exited with error code: 1

running again
C:\Programs\Transterpreter\bin\plinker.exe -o test2.tbc
C:\Programs\Transterpreter\posix\tvm\lib\forall.lib test2.tce

in a windows command shell, I get the following error:

Undefined global reference out.string at script/plinker.pl line 2789.

If I am not wrong out.string is declared in "course.module" but for some reason
the linker cannot find it. 

I do not know if this is related to my java installation. But on the other hand
I use jEdit for java development without any problem.

When I comment the two “out.XXX “ lines (see the following), it compiles
without any error in Win 7

#INCLUDE "course.module"

PROC main (CHAN BYTE scr!)
 SEQ
   --out.string("Hello World!*n", 0, scr!)
   scr ! 'B'
   scr ! '*n'
   scr ! '*n'
   SEQ i = 1 FOR 10
     SEQ
       --out.int(i, 0, scr!)
       scr ! 'A'
       scr ! '*n'
:

I use the Transterpreter-win-dev-20101104.0001.zip  distribution

Any suggestion?

-Vangelis


&lt;/pre&gt;</description>
    <dc:creator>vitaxe-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2010-12-15T11:25:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/179">
    <title>The status of JCSP</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/179</link>
    <description>&lt;pre&gt;As per my previous email, since there seems to be no effort available to
do a JCSP 1.1 release based on RC-5, I have released 1.1-rc5 from the
confines of the Codehaus snapshot repository into the Codehaus main
repository (*).  When the Maven repository next syncs up with the
Codehaus main repository, the jcsp-1.1-rc5 artefact will be out there in
the wild as the main representative of JCSP. 

I just hope the inconsistency between this and the information on
http://www.cs.kent.ac.uk/projects/ofa/jcsp/ won't confuse anyone too
much.

(*) And marked the "maven build" branch off trunk as being rc6-SNAPSHOT.
This branch only exists in the Git mirror at Codehaus of the Subversion
repository at Kent.  At some point there needs to be a merge so that the
Subversion repository at Kent has the Maven build, and the nascent
Gradle build, in the main repository.
 
&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-08-07T09:48:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/178">
    <title>GroovyCSP</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/178</link>
    <description>&lt;pre&gt;I think it is unacceptable that people have to use the Codehaus snapshot
repository to get JCSP so that they can use GroovyCSP from the GPars
0.10 release that is present in the main Maven repository.  I am
therefore proposing to push out JCSP 1.1-rc5 as a full release so it
gets into the main Maven repository.

Does this seem like a sensible strategy?  Any obvious pitfalls?
 
&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-07-15T11:27:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/174">
    <title>CSP and Actor Comparison</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/174</link>
    <description>&lt;pre&gt;Hi all,

I was frustrated to see that the Wikipedia comparison of CSP and the actor
model was almost non-existent.  The existing text on this subject seems
inadequate:

http://en.wikipedia.org/wiki/Actor_model#Contrast_with_other_models_of_message-passing_concurrency

It is almost totally concerned with Hoare's preliminary CSP ideas rather
than what we now know as CSP.  I'm no expert on CCS so cannot comment on
what it says with any certainty.  However, perhaps the remarks on CSP in
that section should just be deleted.

So I had a go at writing something clearer:

http://en.wikipedia.org/wiki/Communicating_sequential_processes#Comparison_with_the_Actor_Model

Please would you consider reviewing this and correcting any obvious howlers.

Regards,
Rick
&lt;/pre&gt;</description>
    <dc:creator>Rick Beton</dc:creator>
    <dc:date>2010-05-01T13:09:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/170">
    <title>Releasing JCSP 1.1.0</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/170</link>
    <description>&lt;pre&gt;I am not sure what the official constitution is regarding JCSP and
decision making, but I assume Adam and myself voting for making the
current trunk, which is 1.1-rc5, into the 1.1.0 release, branching it
for a 1.1.x maintenance branch, tagging it 1.1.0, and releasing it,
doesn't constitute a sufficiency for a decision.  I guess I need to get
a bit more pushy so as to get the people who need to say yes to say yes
&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-04-28T10:12:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/164">
    <title>JCSP development</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/164</link>
    <description>&lt;pre&gt;Hi,

I am not sure of the appropriate protocol hence this email.

GPars is looking to release its 0.10 mid-May, it is entering a beta
cycle now.  This is the first release of GPars that will have GroovyCSP.
GroovyCSP is effectively just a wrapper around JCSP.  Currently we have
JCSP 1.1-RC5 as the version in the Maven repository.  I would like to
propose that this be released as 1.1.0 (it is a release candidate and as
far as I know there have been no changes to the codebase since it was
released), a maintenance branch taken to cover the need for bug-fix
releases, and that trunk is renumbered as 1.2.0-SNAPSHOT.   I guess my
question is what is the right way of making this proposal.

Thanks.

&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-04-21T08:50:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/161">
    <title>Error with the Transterpreter in the Gumstix</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/161</link>
    <description>&lt;pre&gt;Hello all,
I'm a brazilian student and I have had problems with the building of the gumstix buildroot. I should fix this error very quickly, because I need to compile the Transterpreter and put it on Gumstix to begin to work with them. I send the error to some lists about Gumstix, but nobody knows what the error is. I know this list isn't about Gumstix, but I expect that someone of this list will know the problem and will can report for me.

The script of the error is:

root&amp;lt; at &amp;gt;ubuntu:/home/thiago/gumstix-buildroot# make
if [ -f "target/generic/skel.tar.gz" ] ; then \
        zcat target/generic/skel.tar.gz | tar -C /home/thiago/gumstix-buildroot/build_arm_nofpu -xf -; \
    fi;
if [ -d "target/generic/target_skeleton" ] ; then \
        cp -a target/generic/target_skeleton/* /home/thiago/gumstix-buildroot/build_arm_nofpu/root/; \
    fi;
touch /home/thiago/gumstix-buildroot/build_arm_nofpu/staging_dir/fakeroot.env
find /home/thiago/gumstix-buildroot/build_arm_nofpu/root -type d -name CVS | xargs rm -rf
find /home/thiago/gumstix-buildroot/build_arm_nofpu/root -type d -name .svn | xargs rm -rf

Checking build system dependencies:
sed works:                Ok
GNU make version '3.81':        Ok
gcc version '4.4.1':            Ok
which installed:            Ok
bison installed:            Ok
flex installed:                Ok
gettext installed:            Ok
Build system dependencies:        Ok

mkdir -p /home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu
bzcat /home/thiago/gumstix-buildroot/dl/uClibc-20070424.tar.bz2 | tar -C /home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu   -xf -
touch /home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu/uClibc/.unpacked
(cd /home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu/uClibc; QUILT_PATCHES=/home/thiago/gumstix-buildroot/toolchain/uClibc /home/thiago/gumstix-buildroot/toolchain/quilt/bin/quilt --cmdpath /home/thiago/gumstix-buildroot/toolchain/quilt/share --quiltrc /home/thiago/gumstix-buildroot/toolchain/quilt/quilt.quiltrc push -a)
Aplicando caminho /home/thiago/gumstix-buildroot/toolchain/uClibc/restore-baudrates.patch
patching file libc/sysdeps/linux/common/bits/termios.h

Aplicando caminho /home/thiago/gumstix-buildroot/toolchain/uClibc/POSIX-string-compare-equals.patch
patching file extra/config/lxdialog/check-lxdialog.sh

Aplicando caminho /home/thiago/gumstix-buildroot/toolchain/uClibc/ftruncate-fixup.patch
patching file libc/sysdeps/linux/arm/bits/uClibc_arch_features.h

Now at patch /home/thiago/gumstix-buildroot/toolchain/uClibc/ftruncate-fixup.patch
echo /home/thiago/gumstix-buildroot/toolchain/uClibc &amp;gt; /home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu/uClibc/.patched
cp toolchain/uClibc/uClibc.config /home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu/uClibc/.config
cp: impossível obter estado de `toolchain/uClibc/uClibc.config': Arquivo ou diretório não encontrado (File or Directory didn't found)
make: ** [/home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu/uClibc/.configured] Erro 1 (Error 1)


Thank you,
Thiago.



      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com&lt;/pre&gt;</description>
    <dc:creator>Thiago Castro Ferreira</dc:creator>
    <dc:date>2010-03-29T12:54:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/157">
    <title>The Correct Script of the Error</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/157</link>
    <description>&lt;pre&gt;Sorry, 
I send the wrong script of the errors. The correct is this one:

root&amp;lt; at &amp;gt;ubuntu:/home/thiago/gumstix-buildroot# make

if [ -f "target/generic/skel.tar.gz" ] ; then \
        zcat target/generic/skel.tar.gz | tar -C /home/thiago/gumstix-buildroot/build_arm_nofpu -xf -; \
    fi;
if [ -d "target/generic/target_skeleton" ] ; then \
        cp -a target/generic/target_skeleton/* /home/thiago/gumstix-buildroot/build_arm_nofpu/root/; \
    fi;
touch /home/thiago/gumstix-buildroot/build_arm_nofpu/staging_dir/fakeroot.env
find /home/thiago/gumstix-buildroot/build_arm_nofpu/root -type d -name CVS | xargs rm -rf
find /home/thiago/gumstix-buildroot/build_arm_nofpu/root -type d -name .svn | xargs rm -rf

Checking build system dependencies:
sed works:                Ok
GNU make version '3.81':        Ok
gcc version '4.4.1':            Ok
which installed:            Ok
bison installed:            Ok
flex installed:                Ok
gettext installed:            Ok
Build system dependencies:        Ok

mkdir -p /home/thiago/gumstix-buildroot/dl
toolchain/getter_script.sh -P /home/thiago/gumstix-buildroot/dl http://www.uclibc.org/downloads/snapshots/uClibc-20070424.tar.bz2
--2010-02-18 14:31:37--  http://www.uclibc.org/downloads/snapshots/uClibc-20070424.tar.bz2
Resolvendo www.uclibc.org... 140.211.167.224
Conectando-se a www.uclibc.org|140.211.167.224|:80... conectado!
HTTP requisição enviada, aguardando resposta... 404 Not Found
2010-02-18 14:31:38 ERRO 404: Not Found.

Retrying from gumstix alternate site...
--2010-02-18 14:31:38--  http://files.gumstix.com/uClibc-20070424.tar.bz2
Resolvendo files.gumstix.com... 69.163.172.9
Conectando-se a files.gumstix.com|69.163.172.9|:80... conectado!
HTTP requisição enviada, aguardando resposta... 404 Not Found
2010-02-18 14:31:39 ERRO 404: Not Found.

make: ** [/home/thiago/gumstix-buildroot/dl/uClibc-20070424.tar.bz2] Erro 1




      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com&lt;/pre&gt;</description>
    <dc:creator>Thiago Castro Ferreira</dc:creator>
    <dc:date>2010-02-18T17:33:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/156">
    <title>Gumstix Buildroot</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/156</link>
    <description>&lt;pre&gt;Hi guys,
In the last few days I download the gumstix-buildroot to compile the Transterpreter. But I have had problems to build the Buildroot when I give the commands:

cd gumtix-buildroot
make

This is the script of the error:

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

Checking build system dependencies:
sed works:                Ok
GNU make version '3.81':        Ok
gcc version '4.4.1':            Ok
which installed:            Ok
bison installed:            Ok
flex installed:                Ok
gettext installed:            Ok
Build system dependencies:        Ok

mkdir -p /home/thiago/gumstix-buildroot/dl
toolchain/getter_script.sh -P /home/thiago/gumstix-buildroot/dl http://www.uclibc.org/downloads/snapshots/uClibc-20070424.tar.bz2
--2010-02-18 14:09:39--  http://www.uclibc.org/downloads/snapshots/uClibc-20070424.tar.bz2
Resolvendo www.uclibc.org... 140.211.167.224
Conectando-se a www.uclibc.org|140.211.167.224|:80... conectado!
HTTP requisição enviada, aguardando resposta... 404 Not Found
2010-02-18 14:09:41 ERRO 404: Not Found.

Retrying from gumstix alternate site...
--2010-02-18 14:09:41--  http://files.gumstix.com/uClibc-20070424.tar.bz2
Resolvendo files.gumstix.com... 69.163.172.9
Conectando-se a files.gumstix.com|69.163.172.9|:80... conectado!
HTTP requisição enviada, aguardando resposta... 404 Not Found
2010-02-18 14:09:41 ERRO 404: Not Found.

make: ** [/home/thiago/gumstix-buildroot/dl/uClibc-20070424.tar.bz2] Erro 1
root&amp;lt; at &amp;gt;ubuntu:/home/thiago/gumstix-buildroot# make clean
rm -rf /home/thiago/gumstix-buildroot/build_arm_nofpu /home/thiago/gumstix-buildroot/toolchain_build_arm_nofpu  /home/thiago/gumstix-buildroot/rootfs.arm_nofpu /home/thiago/gumstix-buildroot/u-boot.bin
root&amp;lt; at &amp;gt;ubuntu:/home/thiago/gumstix-buildroot# cd /homethiago
bash: cd: /homethiago: Arquivo ou diretório não encontrado
root&amp;lt; at &amp;gt;ubuntu:/home/thiago/gumstix-buildroot# cd /home/thiago
root&amp;lt; at &amp;gt;ubuntu:/home/thiago# svn co http://svn.gumstix.com/gumstix-buildroot/trunk gumstix-buildroot
kjkGerado cópia de trabalho para revisão 1642.
root&amp;lt; at &amp;gt;ubuntu:/home/thiago# svn co http://svn.gumstix.com/gumstix-buildroot/trunk gumstix-buildroot
Gerado cópia de trabalho para revisão 1642.
root&amp;lt; at &amp;gt;ubuntu:/home/thiago# cd gumstix-buildroot
root&amp;lt; at &amp;gt;ubuntu:/home/thiago/gumstix-buildroot# make
if [ -f "target/generic/skel.tar.gz" ] ; then \
        zcat target/generic/skel.tar.gz | tar -C /home/thiago/gumstix-buildroot/build_arm_nofpu -xf -; \
    fi;
if [ -d "target/generic/target_skeleton" ] ; then \
        cp -a target/generic/target_skeleton/* /home/thiago/gumstix-buildroot/build_arm_nofpu/root/; \
    fi;
touch /home/thiago/gumstix-buildroot/build_arm_nofpu/staging_dir/fakeroot.env
find /home/thiago/gumstix-buildroot/build_arm_nofpu/root -type d -name CVS | xargs rm -rf
find /home/thiago/gumstix-buildroot/build_arm_nofpu/root -type d -name .svn | xargs rm -rf

Checking build system dependencies:
sed works:                Ok
GNU make version '3.81':        Ok
gcc version '4.4.1':            Ok
which installed:            Ok
bison installed:            Ok
flex installed:                Ok
gettext installed:            Ok
Build system dependencies:        Ok

mkdir -p /home/thiago/gumstix-buildroot/dl
toolchain/getter_script.sh -P /home/thiago/gumstix-buildroot/dl http://www.uclibc.org/downloads/snapshots/uClibc-20070424.tar.bz2
--2010-02-18 14:22:03--  http://www.uclibc.org/downloads/snapshots/uClibc-20070424.tar.bz2
Resolvendo www.uclibc.org... 140.211.167.224
Conectando-se a www.uclibc.org|140.211.167.224|:80... conectado!
HTTP requisição enviada, aguardando resposta... 404 Not Found
2010-02-18 14:22:04 ERRO 404: Not Found.

Retrying from gumstix alternate site...
--2010-02-18 14:22:04--  http://files.gumstix.com/uClibc-20070424.tar.bz2
Resolvendo files.gumstix.com... 69.163.172.9
Conectando-se a files.gumstix.com|69.163.172.9|:80... conectado!
HTTP requisição enviada, aguardando resposta... 404 Not Found
2010-02-18 14:22:05 ERRO 404: Not Found.

make: ** [/home/thiago/gumstix-buildroot/dl/uClibc-20070424.tar.bz2] Erro 1

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

What can I do to solve this problem? Have other way to make the buildroot?

Thanks, 
Thiago



      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com&lt;/pre&gt;</description>
    <dc:creator>Thiago Castro Ferreira</dc:creator>
    <dc:date>2010-02-18T17:28:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/155">
    <title>KRoC release process notes</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/155</link>
    <description>&lt;pre&gt;Hi all,

Further to last week's discussion, I've stuck some initial notes about
the KRoC release process on the Wiki here:

  http://projects.cs.kent.ac.uk/projects/kroc/trac/wiki/NotesForDevelopers

Thanks,

&lt;/pre&gt;</description>
    <dc:creator>Adam Sampson</dc:creator>
    <dc:date>2010-02-16T17:21:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/151">
    <title>JCSP in the Codehaus snapshots repository</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/151</link>
    <description>&lt;pre&gt;I used Maven and created a build of JCSP HEAD and have uploaded it to
the Codehaus snapshot repository.

groupId : org.codehaus.jcsp
artifactId : jcsp
version : 1.1-rc5-SNAPSHOT

I am not sure if it corresponds to the appropriate content one of the
official jar structures, but it does allow me to run my test Java
programs.  This is just an experiment to see if we are heading in the
right direction, I have no doubt that I have made errors.  I guess the
real test is whether the Groovy Parallel stuff compiles and runs its
tests.  

&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-02-13T18:18:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/150">
    <title>JCSP Version number</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/150</link>
    <description>&lt;pre&gt;Hi,

HEAD of JCSP has had some commits since the 1.1-rc4 tag, but the JCSP
version number in the Ant build file has not yet been updated.  As part
of the move to put a JCSP artefact in the Maven repository, I will, at
least for now, use a number of 1.1-rc5-SNAPSHOT for a build of HEAD and
put this artefact in the snapshot repository.  As this is the snapshot
repository, there is no finality about this choice of number, it can be
changed to something else later.  Only when an artefact goes into the
main Maven repository does it have to be left in place in perpetuity.

If I should be using a different number please say and I will change to
that immediately.

Thanks.

&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-02-13T16:17:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/142">
    <title>JCSP Project at Codehaus</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/142</link>
    <description>&lt;pre&gt;Peter,

Codehaus has agreed to my proposal for a JCSP project.  Indeed the
project is already set up with the potential for a Git repository, a
JIRA, access to Bamboo, and mailing lists.

Currently I am the sole despot, but it is generally wise to have more
than one despot for a project.   Clearly it would be appropriate for you
to be a despot as you are the project lead for JCSP -- if you are up for
this extra role.

So the simple avenue to getting JCSP into the Maven repository is now
open to us.

Yesterday I created a Git repository from the Kent Subversion store, and
will upload the content to the JCSP Git repository at Codehaus shortly.
Because of lots of issues to do with the way git-svn works, it is best
to have a staging repository between Kent and Codehaus.  I haven't found
a way to automate things safely as yet -- I'm still working on it -- so
in the short term I will manually refresh the Codehaus mirror using the
staging repository on my server.  We are talking about relatively low
traffic here so this isn't a big deal.

The issues that need sorting out are (these really repeat what I emailed
about yesterday, but now we actually have the Codehaus project!):

1.  How to build the OSGi compatible jars for uploading to Maven.  The
options are to amend the current Ant build, or create a new Gradle or
Maven build.  Gradle and Maven are the appealing way forward, but to get
into the Debian and hence Ubuntu distributions as a package there
effectively has to be an Ant build. 

2.  How to submit to Kent patches generated via the Git repository.
With the whole world now able to hack on JCSP, there will be patches
submitted (likely via the JIRA) and these need a clear route of
evaluation and incorporation into the Kent Subversion repository.
Basically we need to set up a workflow centred on the Kent repository,
that makes use of all the tools available via the Codehaus project. 

3.  How to integrate the wider FOSS community interested in JCSP.

        a.  Although the Kent mailing list is open to anyone not just
        Kent staff and students, the Codehaus mailing lists likely have
        a more public profile.  We should find a way of using the
        Codehaus lists in a way that supports the work at Kent and
        Napier; certainly having a situation that creates any conflict
        would be a disaster.
        
        b.  Codehaus projects have lists of developers and these people
        have commit rights to the Git repository.  This facility needs
        to be managed carefully so as to avoid the Git repository not
        being a simple mirror of the Kent Subversion repository.

4.  Create a good unit test infrastructure for JCSP so that we can make
use of Bamboo :-)

I guess really this is a debate for all the GPars team and especially
the POP Developers to contribute to . . .

&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-02-13T09:18:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/140">
    <title>Progressing JCSP</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/140</link>
    <description>&lt;pre&gt;Hi,

As some of you may already have heard, Jon Kerridge's Groovy Parallel is
being incorporated into the GPars project (http://gpars.codehaus.org) so
as to provide the Groovy/Java world with an easy CSP capability.  Of
course this means JCSP is going to be more widely needed since Groovy
Parallel is a wrapper around JCSP.

This means that we need to get JCSP into the Maven repository, and also
begin the move to arrive at a 1.1 final release.  And then a 1.2,
1.3, . . . but getting a JCSP artefact (or two) into the Maven
repository is the primary need just now.

Given the GPars/Groovy situation, the easiest way of getting JCSP into
the Maven repository is to have a Codehaus project JCSP, and I have
already applied for this project on behalf of Peter Welch, all of you
and all the GPars team.  If the request is successful then we will get a
Git repository, a JIRA issue tracker, and a Bamboo continuous
integration service (*).  The intention is for this Git repository to be
a mirror of the Kent Subversion repository, not for it to be a fork.
Two issues though:

1.  There needs to be a way of building an OSGi-fied jar as an artefact
for submission into the Maven repository -- though it may be that there
are two different jars as artefacts (which militates in favour of using
Gradle not Maven, see below).

2.  People other than those with write access to the Kent Subversion
repository will want to use version control, and create changesets.

To deal with 1, I am going to propose not introducing use of the Maven
Ant task into the Ant build (though this is a backup plan) but instead
to create either a Gradle or Maven build -- we here in GPars land almost
certainly prefer Gradle for really Groovy reasons, but if Maven works
better for people then that works for me, assuming we can get two
artefacts out of it, which may not be easy (whereas it is with Gradle).
This new JCSP build could either be maintained in a branch in the
Codehaus Git repository or offered back into the Kent trunk branch.
Which leads to 2.

People outside the set of people with write access to the Kent
Subversion repository will need a way of offering back patches and merge
requests.  Most people will use Bazaar, Mercurial or Git so there needs
to be a bridge and a process for submitting things.  Codehaus projects
generally use their JIRA issue trackers for this, but maybe this won't
work for the JCSP development process at Kent?

Does this lead to any thoughts?

Thanks.

(*) Though looking at the current JCSP source I don't see much in the
way of unit tests, just the demos :-(

&lt;/pre&gt;</description>
    <dc:creator>Russel Winder</dc:creator>
    <dc:date>2010-02-12T19:05:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/134">
    <title>Config question (building on Ubuntu 8.04)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/134</link>
    <description>&lt;pre&gt;Hi all,

I configured and built a cross-build, but when I run the ./build.sh in
the tvm/arduino directory, I get a configuration failure.

configure:3245: avr-gcc -qlanglvl=extc89 -c -g -O2  conftest.c &amp;gt;&amp;amp;5
avr-gcc: unrecognized option '-qlanglvl=extc89'
conftest.c:12:23: error: sys/types.h: No such file or directory
conftest.c:13:22: error: sys/stat.h: No such file or directory
conftest.c:16: warning: 'struct stat' declared inside parameter list
conftest.c:16: warning: its scope is only this definition or
declaration, which is probably not what you want
conftest.c:50: warning: 'struct stat' declared inside parameter list

I can include/send the log, but that might be enough.

I have autoconf 2.61 and automake 1.10.1. I can upgrade the tools, if
anyone thinks that is the problem.

Any thoughts? I'm going to be in-and-out because of classes,
interviews with candidates, etc., and I'd like to have this built and
on the machines today (for some definition of today). Hence, I'll ask
for insight sooner rather than later.

Cheers,
Matt


&lt;/pre&gt;</description>
    <dc:creator>Matt Jadud</dc:creator>
    <dc:date>2010-02-09T14:30:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/128">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/128</link>
    <description>&lt;pre&gt;Hi,
In the last few days I found the special compiler C for the microprocessor that I'm using, the Gumstix basix 400xm-BT. I need to compile the Transterpreter and put it in the gumstix.
 
But I still have the same doubt. Where is the source-code of the Transterpreter that I need to compile. Can you show me where I have to download and the paste that it is?
 
Thank you,
Thiago.


      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com&lt;/pre&gt;</description>
    <dc:creator>Thiago Castro Ferreira</dc:creator>
    <dc:date>2010-01-29T17:01:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/126">
    <title>Compile Transterpreter</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/126</link>
    <description>&lt;pre&gt;Hello!
First I wish Happy New Year for everyone in this list.
 
Second, I need to compile the Transterpreter to a Gumstix sensor 400xm-BT and I want to know where can I find the source code of Transterpreter and how I compile it? 
 
Thanks,
Thiago.


      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com&lt;/pre&gt;</description>
    <dc:creator>Thiago Castro Ferreira</dc:creator>
    <dc:date>2010-01-12T16:55:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/123">
    <title>Ubuntu 9.10 AVR build broken?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/123</link>
    <description>&lt;pre&gt;Hi all,

I'll poke at this more this evening/tomorrow (my evening isn't
actually free, so most likely tomorrow). I thought I'd mention that
the AVR build under a fully up-to-date Ubuntu 9.10 is broken. It seems
to be autotools related:

Pasted below is a bit of the output from running the configure script.

It looks like I have avr-gcc 4.3.3, and Autoconf 2.64. I don't
remember what versions of what tools I need to have on hand, nor do I
understand (yet) why this particular error would manifest itself this
way.

I will try checking out a clean tree and do a straight TVM build.
However, having a working AVR build is actually more important in this
case.

If the error triggers an obvious brainstorm for anyone, feel free to
poke it before I do. I have a feeling I won't have more work time this
evening...

Cheers,
Matt

reynoldsm&amp;lt; at &amp;gt;ubuntu:~/svn/tvm-avr/obj-avr$ ../configure
--prefix=/home/reynoldsm/tvm-avr --with-toolchain=tvm --target=avr
--with-wrapper=arduino
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... avr-unknown-none
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether we're building as part of KRoC... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... 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 gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... none
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
=== configuring in tools/ilibr (/home/reynoldsm/svn/tvm-avr/obj-avr/tools/ilibr)
configure: running /bin/bash ../../../tools/ilibr/configure
'--prefix=/home/reynoldsm/tvm-avr'  '--with-toolchain=tvm'
'--target=avr' '--with-wrapper=arduino' 'target_alias=avr'
'KROC_BUILD_ROOT=/home/reynoldsm/svn/tvm-avr/obj-avr'
'KROC_SRC_ROOT=/home/reynoldsm/svn/tvm-avr'  --cache-file=/dev/null
--srcdir=../../../tools/ilibr
configure: WARNING: unrecognized options: --with-toolchain, --with-wrapper
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... avr-unknown-none


&lt;/pre&gt;</description>
    <dc:creator>Matt Jadud</dc:creator>
    <dc:date>2010-01-11T22:57:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/117">
    <title>Transterpreter watch?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/117</link>
    <description>&lt;pre&gt;This might be a fun platform for resurrecting the MSP430 port:
http://www.ti-estore.com/Merchant2/merchant.mvc?Screen=PROD&amp;amp;Product_Code=eZ430-Chronos-433

&lt;/pre&gt;</description>
    <dc:creator>Adam Sampson</dc:creator>
    <dc:date>2009-12-01T13:25:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/115">
    <title>Calling Damian ...</title>
    <link>http://comments.gmane.org/gmane.comp.lang.concurrency.pop.devel/115</link>
    <description>&lt;pre&gt;

Hi Damian,

Apologies to everyone else!

Damian: what's the best email for you these days?  I sent an urgent mail
to your Kent address ... need reply!!  :)

Thanks,

Peter.


&lt;/pre&gt;</description>
    <dc:creator>P.H.Welch</dc:creator>
    <dc:date>2009-11-17T16:10:29</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.concurrency.pop.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.concurrency.pop.devel</link>
  </textinput>
</rdf:RDF>

