gobo-eiffel-develop — Development discussions

[gobo-eiffel-develop] Using "transitional syntax" clusters (ISE 6.5) and gexace

[CRISMER Paul-G. <Pau...@gr...>]

Hello,
 
We are developing applications that use Vision2.
Our systems are built using the geant/gexace tools.
 
Now that ISE allows using different syntax styles in the same project, I
would like to know if gexace allows specifying the syntax variant of
some cluster ou mount.
Gexace generates .ecf files.
 
Thank you for your help,
Best regards,
 
Paul G. Crismer
 

***** Disclaimer *****
http://www.groupes.be/1_mail-disclaimer.htm

[gobo-eiffel-develop] gobo-guide on GitHub

[Howard T. <how...@di...>]

Hi All,

In creating my gobo-guide git clone of gobo-eiffel, in order to make my code available on GitHub, and
to make it [much] easier to work with the Git gobo-eiffel repo, I have made a complete horlicks of it ... !!!

Essentially, I forgot to immediately create a new branch off the initial clone, on which to work ...

I am thinking of deleting the current gobo-guide repo on GitHub and starting again.

If anyone has any git repos that have any dependencies on gobo-guide in any way, please let me know, pronto.

Thanks,

Howard Thomson

--
"Only two things are infinite, the universe and human stupidity,
and I'm not sure about the former." -- Albert Einstein 

Re: [gobo-eiffel-develop] [gobo-eiffel] An Eiffel to javascript compiler?

[Cheng-Chang Wu <che...@ya...>]

Hi Howard,

I''d like to build my project on your work. Will you release your code as a project in github?


Regards,
Cheng-Chang



________________________________
寄件者： Howard Thomson <how...@di...>
收件者： gob...@li...
寄件日期： 2010/1/14 (四) 8:42:15 PM
主　旨： Re: [gobo-eiffel-develop] [gobo-eiffel] An Eiffel to javascript compiler?

  
Hi all,
I have been working on adapting gec to emit code using the LLVM package,
and have done some work on splitting ET_C_GENERATOR into an ET_CODE_GENERATOR
and descendant classes for C code generation, LLVM assembly code etc.
It is still very much work-in-progress, but I will make it available if anyone is interested ...
Regards,
Howard
On Thursday 14 January 2010, Eric Bezault wrote:
> Cheng-Chang Wu wrote:
> > as an exercise to understand GEC I'd like to write an Eiffel to javascript compiler.
> > What is the best way to start such a project?
> 
> You can create a clone of the git project in github.
> The master Gobo git repository in github is here:
> 
> http://github.com/gobo-eiffel/gobo
> 
> You can create your own account in github and start
> your project as a fork of the Gobo git repository.
> 
> When you have that in place, you can start working
> on your project and make your changes available for
> others in your github repository. it will then be easy
> to merge them to the main Gobo repository.
> 
> Now in the code of gec, there is a class ET_C_GENERATOR
> which does the generation of C code. I think that what
> you will have to do is to write an ancestor of this
> class, say ET_CODE_GENERATOR (or just ET_GENERATOR, I
> don't know). Then you can write your own generator
> ET_JAVASCRIPT_GENERATOR as another descendant of this
> class.
> 
-- 
Howard Thomson
--
"Only two things are infinite, the universe and human stupidity,
and I'm not sure about the former." -- Albert Einstein 

___________________________________________________ 
 您的生活即時通 － 溝通、娛樂、生活、工作一次搞定！ 
 http://messenger.yahoo.com.tw/

Re: [gobo-eiffel-develop] [gobo-eiffel] An Eiffel to javascript compiler?

[Howard T. <how...@di...>]

Hi all,

I have been working on adapting gec to emit code using the LLVM package,
and have done some work on splitting ET_C_GENERATOR into an ET_CODE_GENERATOR
and descendant classes for C code generation, LLVM assembly code etc.

It is still very much work-in-progress, but I will make it available if anyone is interested ...

Regards,

Howard


On Thursday 14 January 2010, Eric Bezault wrote:
> Cheng-Chang Wu wrote:
> > as an exercise to understand GEC I'd like to write an Eiffel to javascript compiler.
> > What is the best way to start such a project?
> 
> You can create a clone of the git project in github.
> The master Gobo git repository in github is here:
> 
>   http://github.com/gobo-eiffel/gobo
> 
> You can create your own account in github and start
> your project as a fork of the Gobo git repository.
> 
> When you have that in place, you can start working
> on your project and make your changes available for
> others in your github repository. it will then be easy
> to merge them to the main Gobo repository.
> 
> Now in the code of gec, there is a class ET_C_GENERATOR
> which does the generation of C code. I think that what
> you will have to do is to write an ancestor of this
> class, say ET_CODE_GENERATOR (or just ET_GENERATOR, I
> don't know). Then you can write your own generator
> ET_JAVASCRIPT_GENERATOR as another descendant of this
> class.
> 


-- 
Howard Thomson

--
"Only two things are infinite, the universe and human stupidity,
and I'm not sure about the former." -- Albert Einstein 

Re: [gobo-eiffel-develop] [gobo-eiffel] An Eiffel to javascript compiler?

[Eric B. <er...@go...>]

Cheng-Chang Wu wrote:
> as an exercise to understand GEC I'd like to write an Eiffel to javascript compiler.
> What is the best way to start such a project?

You can create a clone of the git project in github.
The master Gobo git repository in github is here:

  http://github.com/gobo-eiffel/gobo

You can create your own account in github and start
your project as a fork of the Gobo git repository.

When you have that in place, you can start working
on your project and make your changes available for
others in your github repository. it will then be easy
to merge them to the main Gobo repository.

Now in the code of gec, there is a class ET_C_GENERATOR
which does the generation of C code. I think that what
you will have to do is to write an ancestor of this
class, say ET_CODE_GENERATOR (or just ET_GENERATOR, I
don't know). Then you can write your own generator
ET_JAVASCRIPT_GENERATOR as another descendant of this
class.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

[gobo-eiffel-develop] Gobo, git and subversion

[Jocelyn <ei...@dj...>]

Hi all,

Just in case you haven't noticed.
We put in place with Eric, a partial subversion mirroring of the gobo's 
git repository.

In a few words:
- as you know, now the main active official repository for Gobo Eiffel 
is the git repository hosted at sourceforge.net (and github.com is used 
to host a git clone in order to benefit from github.com's social features)
  url: git clone 
|git://gobo-eiffel.git.sourceforge.net/gitroot/gobo-eiffel/gobo
|
- And since a few weeks, I made a small python script to build a 
subversion mirror for the "master" branch of the official git repository 
(for now I run it for time to time)
  url: same as previous svn repository, that is to say
  url: |svn co 
https://gobo-eiffel.svn.sourceforge.net/svnroot/gobo-eiffel/gobo 
<https://gobo-eiffel.svn.sourceforge.net/svnroot/gobo-eiffel>|
 
This way, if you use svn:externals in a subversion repository to 
reference the gobo's repository, this is still possible.
If you don't want to use git, you can still use svn.
And in anyway, the release as zip is still available.

This message, was just to let you know about this svn mirror in case you 
matter.

Hope this helps,
Regards,
-- Jocelyn

Re: [gobo-eiffel-develop] gec documentation?

[<be...@po...>]

>>>>> "Lothar" == Lothar Scholz <ll...@we...> writes:

    Lothar> You can't even run a ****** hello world cause there is
    Lothar> not a simple description who to write an ACE file. The
    Lothar> link on this page is simply great:

Note that most Gobo users use gexace/geant.

-- 
Cheers,

Berend de Boer

Re: [gobo-eiffel-develop] gec documentation?

[Eric B. <er...@go...>]

Hi Lothar,

> okay i've been away from anything then my own SmallEiffel variant.

Note that people in the Eiffel community would be more interested
in being able to have a look at your SmallEiffel variant and give
it a try, rather than having to hear your whines about Eiffel.

> Now i wanted to try gec and see it is really a gem for newbies.
> 
> You can't even run a fucking hello world cause there is not a simple
> description who to write an ACE file.

The general structure of Ace files is described in ETL2. An Ace
file for hello_world would look like that:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
system

	hello_world

root

	HELLO_WORLD: make

cluster

	root_cluster: "."
	all kernel: "$GOBO/library/free_elks"

end
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The keyword "all" is probably not explained in ETL2. It means that
the cluster is traversed recursively down to its subdirectories.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] New Gobo release?

[Eric B. <er...@go...>]

Hi Lothar,

> On friday the source forge packet of gobo 3.9 is celebrating its first
> anniversary. Isn't it time for a 3.10 release?

After having regularly claimed that Eiffel is dead and that
gec is not an option, it is a surprise to me that you dare
to pay attention to this project.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

[gobo-eiffel-develop] gec documentation?

[Lothar S. <ll...@we...>]

Hello gobo-eiffel-develop,

okay i've been away from anything then my own SmallEiffel variant.
Now i wanted to try gec and see it is really a gem for newbies.

You can't even run a fucking hello world cause there is not a simple
description who to write an ACE file. The link on this page is simply
great:

http://www.gobosoft.com/eiffel/gobo/gec/usage.html


-- 
Best regards,
 Lothar                          mailto:ll...@we...

Re: [gobo-eiffel-develop] New Gobo release?

[Colin A. <col...@go...>]

The agreed policy was two releases per year (according to my memory),
so no - it isn't time for 3.10 - it's time for 3.11 :-)

2009/11/18 Lothar Scholz <ll...@we...>:
> Hello gobo-eiffel-develop,
>
> On friday the source forge packet of gobo 3.9 is celebrating its first
> anniversary. Isn't it time for a 3.10 release?
>
> By the way the gec compiler page should be updated, at least the
> "Limitations" section as some of the stuff like garbage collection
> is implemented now.
>
> --
> Best regards,
>  Lothar                          mailto:ll...@we...
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> gobo-eiffel-develop mailing list
> gob...@li...
> https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop
>



-- 
Colin Adams
Preston,
Lancashire,
ENGLAND

[gobo-eiffel-develop] New Gobo release?

[Lothar S. <ll...@we...>]

Hello gobo-eiffel-develop,

On friday the source forge packet of gobo 3.9 is celebrating its first
anniversary. Isn't it time for a 3.10 release?

By the way the gec compiler page should be updated, at least the
"Limitations" section as some of the stuff like garbage collection
is implemented now.

-- 
Best regards,
 Lothar                          mailto:ll...@we...

Re: [gobo-eiffel-develop] Git development

[Eric B. <er...@go...>]

Jocelyn Fiat [ES] wrote:
> Ok I just followed the instruction given by the web page at sourceforge ...
> 
> this is git://gobo-eiffel.git.sourceforge.net/gitroot/gobo-eiffel/gobo 
> (instead of 
> git://gobo-eiffel.git.sourceforge.net/gitroot/gobo-eiffel/gobo-eiffel  )
> 
> Now it works just fine  (however, I continue to use my github's fork for 
> now)

I think that it is indeed more convenient to use github in order to
share development branches with others.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] Git development

[Eric B. <er...@go...>]

Jocelyn wrote:
> About sourceforge.net, I also have trouble cloning the git repository  
> (I tried only today either public -readonly- access or private 
> -read/write- dev access using ssh). Maybe Eric should check it. Probably 
> a temporary issue at sourceforge ...

I works for me:

$ git clone git://gobo-eiffel.git.sourceforge.net/gitroot/gobo-eiffel/gobo
Initialized empty Git repository in C:/DriveE/tmp/gobo/gobo/.git/
remote: Counting objects: 93300, done.
remote: Compressing objects: 100% (16010/16010), done.
remote: Total 93300 (delta 76181), reused 93145 (delta 76085)
Receiving objects: 100% (93300/93300), 64.39 MiB | 216 KiB/s, done.
Resolving deltas: 100% (76181/76181), done.
Checking out files: 100% (5676/5676), done.


-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] Git development

[Eric B. <er...@go...>]

Jocelyn wrote:
> To "clone" the "master" git repository
>     git clone git://github.com/gobo-eiffel/gobo.git
> 
> To "clone" Eric's branch
>     git clone git://github.com/ebezault/gobo.git

Yes, sorry about the confusion. The URL I gave is the
page of the project on github, not the repository URL.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] Git development

[Jocelyn <ei...@dj...>]

Note that you can also create your own fork using the github.com website.

Then if you need to pull (or push) from (or to) a specific fork
you can do (from your working copy)

    git remote add RepoName GitRepoUrl
such as
    git remote add ebezault git://github.com/ebezault/gobo.git
    git remote add ebezault git://github.com/yourgithublogin/gobo.git    
(to clone your own github fork)

And so on :
    git remote add foobar git://any.domain.tld/foo/bar.git

If you use github to fork "gobo", there is a nice feature to follow 
other's development (including Eric's own branch) at
    http://github.com/gobo-eiffel/gobo/network

About sourceforge.net, I also have trouble cloning the git repository  
(I tried only today either public -readonly- access or private 
-read/write- dev access using ssh). Maybe Eric should check it. Probably 
a temporary issue at sourceforge ...

Hope this helps,
Jocelyn 

Jocelyn wrote:
> To "clone" the "master" git repository
>     git clone git://github.com/gobo-eiffel/gobo.git
>
> To "clone" Eric's branch
>     git clone git://github.com/ebezault/gobo.git
>
> Hope this helps,
>
> -- Jocelyn
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> gobo-eiffel-develop mailing list
> gob...@li...
> https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop
>
>
>   

Re: [gobo-eiffel-develop] Git development

[Jocelyn <ei...@dj...>]

To "clone" the "master" git repository
    git clone git://github.com/gobo-eiffel/gobo.git

To "clone" Eric's branch
    git clone git://github.com/ebezault/gobo.git

Hope this helps,

-- Jocelyn

Re: [gobo-eiffel-develop] Git development

[Colin P. A. <co...@co...>]

>>>>> "Howard" == Howard Thomson <how...@di...> writes:

    Howard> Hi Eric, I have just tried to clone the git repository,
    Howard> without success.

    Howard> Cloning from http://github.com/gobo-eiffel and
    Howard> http://github.com/ebezault results in a message:

    Howard> Initialized empty Git repository in
    Howard> /data/git/gobo-eiffel/.git/ warning: remote HEAD refers to
    Howard> nonexistent ref, unable to checkout.

    Howard> This is using git version 1.5.6.3 on Linux.

I have git 1.6.2.5 installed. When I try:

git clone http://github.com/gobo-eiffel

I get:

Initialized empty Git repository in /home/colin/gobo-eiffel/.git/
fatal: http://github.com/gobo-eiffel/info/refs not found: did you run git update-server-info on the server?

-- 
Colin Adams
Preston Lancashire

Re: [gobo-eiffel-develop] Git development

[Howard T. <how...@di...>]

Hi Eric,

I have just tried to clone the git repository, without success.

Cloning from http://github.com/gobo-eiffel and http://github.com/ebezault
results in a message:

Initialized empty Git repository in /data/git/gobo-eiffel/.git/
warning: remote HEAD refers to nonexistent ref, unable to checkout.

whereas cloning from git://gobo-eiffel.git.sourceforge.net/gitroot/gobo-eiffel/gobo
results in:

Initialized empty Git repository in /data/git/gobo-eiffel/.git/
fatal: The remote end hung up unexpectedly

neither of which is useful ... !

This is using git version 1.5.6.3 on Linux.

Any ideas ?

Regards,

Howard

On Sunday 06 September 2009, Eric Bezault wrote:
> Hello,
> 
> The Gobo repository is now available under Git in SourceForge:
> 
>    https://sourceforge.net/scm/?type=git&group_id=24591
> 
> Despite what is said in the page above, the repository URL is:
> 
>    git://gobo-eiffel.git.sourceforge.net/gitroot/gobo-eiffel/gobo
> 
> I also made a mirror available in github:
> 
>    http://github.com/gobo-eiffel
> 
> This will make things easier for those who want to clone the
> repository in github. For example this is what I did to host
> my development of the support of ECF in the Gobo compiler
> while waiting for it to be ready to be integrated into the
> official repository:
> 
>    http://github.com/ebezault
> 
> Note that the old SVN repository is still accessible in
> read-only mode for those who want to access its history.
> But this repository will not be kept up-to-date anymore.
> 


-- 
Howard Thomson

--
"Only two things are infinite, the universe and human stupidity,
and I'm not sure about the former." -- Albert Einstein 

Re: [gobo-eiffel-develop] Patch for XML pretty printer

[Eric B. <er...@go...>]

Hi Jann,

> Ok,
> I updated my patch with better feature names and comments and I made the 
> use of "empty element tags" optional, disabled by default.

Your patch is now in the Gobo Git repository.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] Git development

[Eric B. <er...@go...>]

Hello,

The Gobo repository is now available under Git in SourceForge:

   https://sourceforge.net/scm/?type=git&group_id=24591

Despite what is said in the page above, the repository URL is:

   git://gobo-eiffel.git.sourceforge.net/gitroot/gobo-eiffel/gobo

I also made a mirror available in github:

   http://github.com/gobo-eiffel

This will make things easier for those who want to clone the
repository in github. For example this is what I did to host
my development of the support of ECF in the Gobo compiler
while waiting for it to be ready to be integrated into the
official repository:

   http://github.com/ebezault

Note that the old SVN repository is still accessible in
read-only mode for those who want to access its history.
But this repository will not be kept up-to-date anymore.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] Patch for XML pretty printer

[Colin A. <col...@go...>]

>> The best way is not to use this pretty printer for serializing XML -
>> really it's only a debug tool. The XSLT serializer should be used for
>> serializing output (note this does not mean you have to run XSLT).
>
> Ok I tried that, but using it seems extremely complicated. You need to
> create a new class and provide implementations for two features and then
> I still haven't figured out how to actually make it output an
> XM_DOCUMENT into a file. This serializer is clearly lacking some
> convenience features. In my opinion outputting a XM_DOCUMENT to disk
> with default settings should not require more than 4 lines of code.
>
> Maybe I'm missing something, but could you provide a simple example how
> to go from XM_DOCUMENT to XML file on disk using the XSLT serializer?

I missed that you were starting from an XM_DOCUMENT.
You would have to produce a stream of events from it, using a node
processor, and use that stream instead of the one produced by the
XM_EIFFEL_PARSER.
And no, I'm not going to try to produce an example.
-- 
Colin Adams
Preston,
Lancashire,
ENGLAND

Re: [gobo-eiffel-develop] Git development

[Eric B. <er...@go...>]

Paul Cohen wrote:
> Hi,
> 
> On Fri, Sep 4, 2009 at 11:27 AM, Eric Bezault<er...@go...> wrote:
>> I tried TortoiseGIT (on Win XP Pro 32bits), and although not as
>> full-fledged as TortoiseSVN, it works for me. I use it in combination
>> with git gui, gitk and msysGit.
> 
> What do people use for Git on Linux? The command line programs?

I guess they use the command-line, gitk and git-gui.

> I have only read about Git and followed the discussions here on using
> it and it seems very interesting. If Eric thinks it's good then I have
> to try it out. :-)

Some links about Git (including doc, videos and testimonials) have
been posted here. This is a good start to learn git. I will also
put a mirror of the SourceForge repository on github. It will make
things easier for those who want to fork the project on github and
play with it.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] Git development

[Paul C. <pa...@se...>]

Hi,

On Fri, Sep 4, 2009 at 11:27 AM, Eric Bezault<er...@go...> wrote:
> I tried TortoiseGIT (on Win XP Pro 32bits), and although not as
> full-fledged as TortoiseSVN, it works for me. I use it in combination
> with git gui, gitk and msysGit.

What do people use for Git on Linux? The command line programs?

> I have currently disabled the write access to the SVN repository of
> Gobo while I'm converting it to Git. The more I play with it, the
> more I like the decentralized property of Git. I think that it makes
> it easier for people to contribute to projects. They can experiement
> on their own copy of the repository, and when they have something
> interesting to share, their whole file history can be merged into
> the official repository. Using decentralized SCM implies a new way
> of working, but I like it. I already see how I can take advantage of
> it for my own development.

I have only read about Git and followed the discussions here on using
it and it seems very interesting. If Eric thinks it's good then I have
to try it out. :-)

> I'm also considering splitting the Gobo repository into smaller
> repositories, one per library and tool.

Great.

> That way people would not
> have to download everything if they are only interested in one or
> two libraries. The whole Gobo delivery would still gather everything
> using Git submodules (the equivalent of svn:external).

I would like to see some of the subprojects eventually being handled
as separate packages. It can be a pain when one wants to upgrade and
is forced to choose between upgrading the whole environment or nothing
at all. I also think splitting the project into separate subprojects
is good for maintaining separation of concerns and minimizing
dependencies. But it intially does mean a little more administration
and work.

> But I will
> keep one big repository as a first step.

Ok.

/Paul

-- 
Paul Cohen
www.seibostudios.se
mobile: +46 730 787 035
e-mail: pau...@se...

Re: [gobo-eiffel-develop] Patch for XML pretty printer

[Jann R. <roe...@et...>]

> I discussed it with Franck yesterday.
> The issue is with the encoding. I was claiming that as he is writing
> STRINGs, then the XML declaration is required, because the encoding
> will be iso8859-1, but he said the actual serialization depends upon
> what XM_OUTPUT does down the line. Therefore the problem is difficult.

Hm, ok.

> The best way is not to use this pretty printer for serializing XML -
> really it's only a debug tool. The XSLT serializer should be used for
> serializing output (note this does not mean you have to run XSLT).

Ok I tried that, but using it seems extremely complicated. You need to 
create a new class and provide implementations for two features and then 
I still haven't figured out how to actually make it output an 
XM_DOCUMENT into a file. This serializer is clearly lacking some 
convenience features. In my opinion outputting a XM_DOCUMENT to disk 
with default settings should not require more than 4 lines of code.

Maybe I'm missing something, but could you provide a simple example how 
to go from XM_DOCUMENT to XML file on disk using the XSLT serializer?

Thanks,
Jann