ooc-compiler

[ooc-compiler] Language limitation or a compiler bug?

[Alexander I. <aj...@ya...>]

Hello!

  I found that it's impossible to do "CONST x = SYSTEM.VAL (SET, 10)",
  because "10" is 1 byte, and SET is 4 bytes. And if I do "CONST x = 
  SYSTEM.VAL (SET, LONG(LONG(10)))", then suddenly I get "expression
  is not constant error".
  Somehow "10" is a constant, and "LONG(LONG(10))" is not.

  Is this a compiler bug or an intentional behaviour?

---=====---
 Alexander

Re: [ooc-compiler] Windows headers

[Stewart G. <sgr...@us...>]

Hi Alexander,

On 2/08/11 2:40 PM, Alexander Iljin wrote:
> Hello, Stewart!
>
>>       strip Example4.exe
>
>    I didn't know that either! Thanks for the hint, now it's 108 Kb, which is more tolerable.
>    I think to truly shine it should be build with -O2 option (currently it's -ggdb instead),
>    and I could remove the GC, since it is never used. But I'll leave that tweaking for
>    another day, unless you have a prepared recipe.

OK, that's more like it. In my experience, the GC takes about 100K. You 
can remove the GC, but I can't remember how to do it. Another option 
(once you've debugged stuff) for optimising is --no-rtc which disables 
run-time checking, and may also speed up object/pointer-heavy code.

>>   Unfortunately, there's no support for unsigned integers - everything is
>>   mapped to signed types. I don't know of any Oberon dialects that include
>>   unsigned integer types.
>
>    XDS Oberon-2 compiler supports unsigned integers in the form of SYSTEM.CARD8,
>    SYSTEM.CARD16 and SYSTEM.CARD32. But then again, the XDS compiler also
>    supports Modula-2, and allows you to mix the two languages in one project (as
>    separate modules which can import one another).

Sound useful, especially for interfacing to foreign code. Often it makes 
little difference (eg. integer addition), and providing nothing special 
happens on overflow you can live with the results. Probably most 
annoying is where you need constants that fill the entire width of the 
type - these sometimes have to be converted to negative numbers to stop 
the compiler complaining.

Cheers,
   Stewart

Re: [ooc-compiler] Windows headers

[Alexander I. <aj...@ya...>]

Hello, Stewart!

>     strip Example4.exe

  I didn't know that either! Thanks for the hint, now it's 108 Kb, which is more tolerable.
  I think to truly shine it should be build with -O2 option (currently it's -ggdb instead),
  and I could remove the GC, since it is never used. But I'll leave that tweaking for
  another day, unless you have a prepared recipe.

>  Unfortunately, there's no support for unsigned integers - everything is 
>  mapped to signed types. I don't know of any Oberon dialects that include 
>  unsigned integer types.

  XDS Oberon-2 compiler supports unsigned integers in the form of SYSTEM.CARD8,
  SYSTEM.CARD16 and SYSTEM.CARD32. But then again, the XDS compiler also
  supports Modula-2, and allows you to mix the two languages in one project (as
  separate modules which can import one another).

---=====---
 Alexander

Re: [ooc-compiler] Exception handling

[Alexander I. <aj...@ya...>]

Hello, Stewart!

>     oob ADT:ArrayList

  I saw it mentioned in the documentation, but I haven't had time to study the toolkit yet.

  Recently I tried to install the compiler under MinGW+msys, then I found a crash and
  tried to fix it, just to see how hard was that. After that I tried to run the "make test",
  which I failed to make work in MinGW at the moment, so I tried to install it in a
  VirtualBox'ed Linux. When that failed one Alexander Shiryaev, the maintainer of the
  OpenBSD port of oo2c, provided me with an OpenBSD VM along with some patches
  he developed. The patches fix some failed "informal" tests in the oo2c "make test" run.

  Now that I have a working MinGW installation, a successfully fixed bug, a testing
  environment and a windows interface module I can finally return to my initial goal:
  trying to figure out the perspectives of porting the Amadeus-3 library from XDS
  Oberon-2 to oo2c.

  I've never worked with CVS and I reckon I never will, so I have setup a public Git
  repository ( https://github.com/AlexIljin/oo2c ). You can see the (short) commit history
  here:
  https://github.com/AlexIljin/oo2c/commits/master
  (To see changes introduced by a commit, click on the hexadecimal link next to the "commit"
  word on the right side of the table.)

  If we can get more fixes to warrant a new release, I'll publish it on SourceForge, as usual,
  with the author's permission, of course.

---=====---
 Alexander

Re: [ooc-compiler] Windows headers

[Stewart G. <sgr...@us...>]

Hi Alexander,

It should be much smaller. Did you strip the binary? Otherwise, it may 
contain lots of symbolic info.

   strip Example4.exe

If you want to see what's in there, I think objdump works on EXE files.

Unfortunately, there's no support for unsigned integers - everything is 
mapped to signed types. I don't know of any Oberon dialects that include 
unsigned integer types.

Cheers,
   Stewart

On 2/08/11 2:07 PM, Alexander Iljin wrote:
> Hello, Stewart!
>
>>   The Win32 headers are hosted with the VisualOberon cross-platform GUI.
>>   Here you will also find interfaces for X11 and Carbon (Mac OS).
>>
>>   http://sourceforge.net/projects/visualoberon/files/
>
>    Thank you for the link! Example4, which supposed to be the smallest, produces 447 Kb exe-file.
>    That's a bit too much, but as long as it works...
>
>>   The Windows and Carbon headers are autotransalated from the C headers,
>>   so the quality may not be great.
>
>     From the header:
>>     ULONG* = LONGINT;
>>     DWORD* = LONGINT;
>
>    Is there no support for unsigned integers in oo2c, even for types imported from foreign modules?
>
> ---=====---
>   Alexander
>
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos&  much more. Register early&  save!
> http://p.sf.net/sfu/rim-blackberry-1
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler

Re: [ooc-compiler] Windows headers

[Alexander I. <aj...@ya...>]

Hello, Stewart!

>  The Win32 headers are hosted with the VisualOberon cross-platform GUI. 
>  Here you will also find interfaces for X11 and Carbon (Mac OS).
>  
>  http://sourceforge.net/projects/visualoberon/files/

  Thank you for the link! Example4, which supposed to be the smallest, produces 447 Kb exe-file.
  That's a bit too much, but as long as it works...

>  The Windows and Carbon headers are autotransalated from the C headers, 
>  so the quality may not be great.

  From the header:
>    ULONG* = LONGINT;
>    DWORD* = LONGINT;

  Is there no support for unsigned integers in oo2c, even for types imported from foreign modules?

---=====---
 Alexander

Re: [ooc-compiler] Exception handling

[Stewart G. <sgr...@us...>]

Hi Alexander,

There was once a module header flag which was required to enable 
language extensions. With V2, the extensions are enabled by default. I 
don't know if its possible to turn them off.

Generics are useful for type-safe reusable data structures. You'll find 
some of these in the ADT package. For example, resizable arrays 
(ADT:ArrayList), abstract maps (ADT:Dictionary), linked lists 
(ADT:LinkedList), comparators (ADT:Comparator), etc.

BTW, in case you haven't already found it, the 'oob' command is great 
for getting an overview of a module, generated directly from a module's 
symbol file. For example:

   oob ADT:ArrayList

Cheers,
   Stewart

On 30/07/11 10:55 PM, Alexander Iljin wrote:
> Hello!
>
> SG>  OOC version 2 implements several experimental extensions to Oberon-2,
> SG>  including exceptions, module namespaces, string types and operators,
> SG>  abstract types and parametric types (generics). If you want to write
> SG>  code that is portable to other Oberon-2 compilers, you need to avoid
> SG>  using the language extensions. Many of the newer libraries (eg. ADT, IO,
> SG>  XML, OS) use these features extensively. Their documentation is
> SG>  generated automatically from the source code (the style is similar to
> SG>  javadoc), though if you are using mingw this might not be working.
>
>    Is there a compiler option to say "no language extensions for me,
>    thank you"?
>
>    Abstract types are very useful, and I can understand module
>    namespaces, but generics, really? Holy cow...
>
> ---=====---
>   Alexander
>
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler
>

Re: [ooc-compiler] Windows headers

[Stewart G. <sgr...@us...>]

Hi Alexander,

The Win32 headers are hosted with the VisualOberon cross-platform GUI. 
Here you will also find interfaces for X11 and Carbon (Mac OS).

http://sourceforge.net/projects/visualoberon/files/

The Windows and Carbon headers are autotransalated from the C headers, 
so the quality may not be great.

Cheers,
   Stewart

On 2/08/11 1:16 PM, Alexander Iljin wrote:
> Hello!
>
>    I'd like to give oo2c a try on the Win32 platform.
>    Where can I find import modules for standard headers like "windows.h"?
>
> ---=====---
>   Alexander
>
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos&  much more. Register early&  save!
> http://p.sf.net/sfu/rim-blackberry-1
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler
>

[ooc-compiler] Windows headers

[Alexander I. <aj...@ya...>]

Hello!

  I'd like to give oo2c a try on the Win32 platform.
  Where can I find import modules for standard headers like "windows.h"?

---=====---
 Alexander

Re: [ooc-compiler] Exception handling

[Alexander I. <aj...@ya...>]

Hello!

SG> OOC version 2 implements several experimental extensions to Oberon-2,
SG> including exceptions, module namespaces, string types and operators, 
SG> abstract types and parametric types (generics). If you want to write 
SG> code that is portable to other Oberon-2 compilers, you need to avoid 
SG> using the language extensions. Many of the newer libraries (eg. ADT, IO,
SG> XML, OS) use these features extensively. Their documentation is 
SG> generated automatically from the source code (the style is similar to 
SG> javadoc), though if you are using mingw this might not be working.

  Is there a compiler option to say "no language extensions for me,
  thank you"?

  Abstract types are very useful, and I can understand module
  namespaces, but generics, really? Holy cow...

---=====---
 Alexander

Re: [ooc-compiler] Exception handling

[Stewart G. <sgr...@ii...>]

Hi Alexander,

OOC version 1 implemented pure Oberon-2, and its libraries are 
documented in the OOCref docs.

OOC version 2 implements several experimental extensions to Oberon-2, 
including exceptions, module namespaces, string types and operators, 
abstract types and parametric types (generics). If you want to write 
code that is portable to other Oberon-2 compilers, you need to avoid 
using the language extensions. Many of the newer libraries (eg. ADT, IO, 
XML, OS) use these features extensively. Their documentation is 
generated automatically from the source code (the style is similar to 
javadoc), though if you are using mingw this might not be working.

Cheers,
   Stewart

On 30/07/11 6:10 PM, Alexander Iljin wrote:
> Hello!
>
>    I've read the OOCref documentation. Concerning the exception
>    handling it states that "Oberon-2 does not provide direct language
>    support for exceptions, and therefore exception handling in OOC is
>    done through a library module". Nevertheless I noticed a lot of
>    vaguely familiar keywords such as TRY, CATCH and RAISES in the
>    source code. What's the deal here? Do we have two parallel
>    mechanisms, or is one a subset of the other? Is one of them deemed
>    less portable? What criteria are there for selecting one way
>    (language) over the other (library)?
>
> ---=====---
>   Alexander
>
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler
>

[ooc-compiler] Exception handling

[Alexander I. <aj...@ya...>]

Hello!

  I've read the OOCref documentation. Concerning the exception
  handling it states that "Oberon-2 does not provide direct language
  support for exceptions, and therefore exception handling in OOC is
  done through a library module". Nevertheless I noticed a lot of
  vaguely familiar keywords such as TRY, CATCH and RAISES in the
  source code. What's the deal here? Do we have two parallel
  mechanisms, or is one a subset of the other? Is one of them deemed
  less portable? What criteria are there for selecting one way
  (language) over the other (library)?

---=====---
 Alexander

Re: [ooc-compiler] MinGW build

[Treutwein B. <Ber...@Ve...>]

I had a working OO2C under cygwin and created my H2O for BlackBox with it.
I was able to find it in a backup, it was dated 2006. I can check or 
provide the configure.log if necessary. As far as I remember, I did
not run tests ... but there is also a 300K installation log in the 
backup.

regards
--
  Bernhard 

Re: [ooc-compiler] Bug database

[Michael v. A. <mic...@gm...>]

2011/7/29 Alexander Iljin <aj...@ya...>

> Hello!
>
>  In the README file there is a suggestion to use SF bug tracking
>  interface, and the link is:
>  https://sourceforge.net/tracker/?atid=103539&amp;group_id=3539
>
>  This link is malformed: "&amp;" should be replaced with "&".
>  Still, that SF page says: "Error - The Tracker has been disabled for
>  this group".
>
>  Is there an actual bug database for the OOC project?
>

I believe there was a SF bug tracker once, but they seem to
have dropped this feature.  At least I cannot find it any more
in the project's admin section.


>   More importantly, are there any bugs? : )
>

The old bug reports seem to be gone, in any case.

-- mva

Re: [ooc-compiler] MinGW build

[Stewart G. <sgr...@us...>]

Hi Alexander,

I never ran tests under mingw. The test framework relies extensively on 
external utilities, including the shell, tar, perl and an XSLT processor 
(GNOME's xsltproc, or java's xalan can be used). If you can provide all 
this stuff under mingw/MSYS you might be able to get it working. As 
you've probably already discovered things can get problematic with path 
issues, so this might not be easy. From memory, I think I did get it 
working under cygwin, so that might be an option if you really need a 
Windows solution.

Cheers,
   Stewart

On 29/07/11 6:33 PM, Alexander Iljin wrote:
> Hello!
>
> Stewart Greenhill wrote:
> SG>  The mingw32 build is now incorporated into the main distribution. Please
> SG>  see README.WIN32 for instructions and issues.
>
> SG>  Those files are long gone, and are no longer required.
>
>    I see. I hoped that there was something else.
>
> SG>  BTW, its good to see the old OOC main page back again, since it has been
> SG>  down for a long time. Did someone arrange for that to happen? It
> SG>  definitely needs an update.
>
>    I don't know who did it, but I did notice that the simpler link,
>    http://ooc.sourceforge.net/ (without the "index.html" suffix), says
>    that the project has no webpage.
>
> Norayr Chilingarian wrote:
> NC>  I am quite sure that there were builds of the older versions. It's
> NC>  not hard to build it yourself, even under windows. Just follow
> NC>  instructions carefully.
>
>    I failed to build it time and again until I replaced /usr/local/...
>    paths with absolute ones in the form of d:/Programs/Dev/MinGW/... in
>    the initial call to ./configure. Read full story here (in Russian):
>    http://forum.oberoncore.ru/viewtopic.php?p=64073#p64073
>
> Michael van Acken wrote:
> MvA>  If someone wants to take over maintenance of the project, I can
> MvA>  provide admin privileges.
>
>    I'd like to contribute to the project. My SF user name is
>    "alexiljin".
>
>    I have another question: did "make test" ever complete successfully
>    under MinGW? Is it desirable to have it fixed, or is it unfeasible
>    due to some peculiarities of the environment?
>
> ---=====---
>   Alexander
>
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler
>

[ooc-compiler] Bug database

[Alexander I. <aj...@ya...>]

Hello!

  In the README file there is a suggestion to use SF bug tracking
  interface, and the link is:
  https://sourceforge.net/tracker/?atid=103539&group_id=3539

  This link is malformed: "&" should be replaced with "&".
  Still, that SF page says: "Error - The Tracker has been disabled for
  this group".

  Is there an actual bug database for the OOC project?

  More importantly, are there any bugs? : )

---=====---
 Alexander

Re: [ooc-compiler] MinGW build (was: Stewart Greenhill)

[Alexander I. <aj...@ya...>]

Hello!

Stewart Greenhill wrote:
SG> The mingw32 build is now incorporated into the main distribution. Please
SG> see README.WIN32 for instructions and issues.

SG> Those files are long gone, and are no longer required.

  I see. I hoped that there was something else.

SG> BTW, its good to see the old OOC main page back again, since it has been
SG> down for a long time. Did someone arrange for that to happen? It 
SG> definitely needs an update.

  I don't know who did it, but I did notice that the simpler link,
  http://ooc.sourceforge.net/ (without the "index.html" suffix), says
  that the project has no webpage.

Norayr Chilingarian wrote:
NC> I am quite sure that there were builds of the older versions. It's
NC> not hard to build it yourself, even under windows. Just follow
NC> instructions carefully.

  I failed to build it time and again until I replaced /usr/local/...
  paths with absolute ones in the form of d:/Programs/Dev/MinGW/... in
  the initial call to ./configure. Read full story here (in Russian):
  http://forum.oberoncore.ru/viewtopic.php?p=64073#p64073

Michael van Acken wrote:
MvA> If someone wants to take over maintenance of the project, I can
MvA> provide admin privileges.

  I'd like to contribute to the project. My SF user name is
  "alexiljin".

  I have another question: did "make test" ever complete successfully
  under MinGW? Is it desirable to have it fixed, or is it unfeasible
  due to some peculiarities of the environment?

---=====---
 Alexander

Re: [ooc-compiler] Stewart Greenhill

[Norayr C. <no...@ar...>]

Thanks for sharing. :)
I like to read such papers.

Norayr

On 07/27/11 23:23, Michael van Acken wrote:
> On 27 July 2011 09:38, Treutwein Bernhard<
> Ber...@ve...>  wrote:
>
>>> If there were documentation about intermediate representation
>>> used in ooc, may be I could add couple of features.
>>
>> sorrily I don't know how near it is, but Marc Brandis PhD Thesis
>> was used - afaik (Michael are you listening ?) - to create ooc ...
>>
>
> Hi Bernhard,
>
> this is correct.  All the good ideas and nifty algorithms are from
> Brandis's thesis.  There is no documentation beyond what is in
> the source distribution, and for the most part only in the code.
>
>
>> I've put up a pdf version here:
>> ftp://ftp.lrz.de/transfer/BlueBottle-A2/Brandis-1995_DissTh11024.pdf
>>
>> hope it helps ...
>>
>
> It sure makes for interesting reading, I believe.
>
> -- mva
>
>
>
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
>
>
>
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler

Re: [ooc-compiler] Stewart Greenhill

[Michael v. A. <mic...@gm...>]

On 27 July 2011 09:38, Treutwein Bernhard <
Ber...@ve...> wrote:

> > If there were documentation about intermediate representation
> > used in ooc, may be I could add couple of features.
>
> sorrily I don't know how near it is, but Marc Brandis PhD Thesis
> was used - afaik (Michael are you listening ?) - to create ooc ...
>

Hi Bernhard,

this is correct.  All the good ideas and nifty algorithms are from
Brandis's thesis.  There is no documentation beyond what is in
the source distribution, and for the most part only in the code.


> I've put up a pdf version here:
> ftp://ftp.lrz.de/transfer/BlueBottle-A2/Brandis-1995_DissTh11024.pdf
>
> hope it helps ...
>

It sure makes for interesting reading, I believe.

-- mva

Re: [ooc-compiler] Stewart Greenhill

[Treutwein B. <Ber...@Ve...>]

> If there were documentation about intermediate representation 
> used in ooc, may be I could add couple of features.

sorrily I don't know how near it is, but Marc Brandis PhD Thesis
was used - afaik (Michael are you listening ?) - to create ooc ...

I've put up a pdf version here: 
ftp://ftp.lrz.de/transfer/BlueBottle-A2/Brandis-1995_DissTh11024.pdf

hope it helps ...

IMHO, it would be even more attractive to fit ooc into the gcc, 
i.e. to produce gcc intermediate code GENERIC or GIMPLE instead 
of C, but I have no idea, if this is feasible at all ...

regards
--
  Bernhard

Re: [ooc-compiler] Stewart Greenhill

[Norayr C. <no...@ar...>]

If there were documentation about intermediate representation used in 
ooc, may be I could add couple of features.
Also, I've translated part of the Ulm's Oberon Library, so it could be 
compiled with ooc, but decided just to contribute it via Stewart when I 
manage to finish the port.
Besides, at some stage of that work there were two options: whether to 
modify ooc in order to allow (when a special commandline argument given) 
reference parameters with types POINTER TO RECORD, which is I think, 
wrong, and, which is allowed in Ulm's Oberon, or do a dirty tricks 
inside the library. I did the last.
However, ooc already has experimental features, and may be, it could be 
extended also to support Oberon-07 type WHILE -ELSIF-END loops.
What is necessary, I guess, is a well documented GSA representation.

Norayr

On 07/27/11 09:19, Michael van Acken wrote:
> 2011/7/27 Stewart Greenhill<sgr...@us...>
>
>> [...]
>> BTW, its good to see the old OOC main page back again, since it has been
>> down for a long time. Did someone arrange for that to happen? It
>> definitely needs an update.
>>
>
> Hi Stewart,
>
> the page seems to have resurfaced on its own.  I'm not aware
> of anyone taking action there.
>
> If someone wants to take over maintenance of the project, I
> can provide admin privileges.
>
> -- mva
>
>
>
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
>
>
>
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler

Re: [ooc-compiler] Stewart Greenhill

[Michael v. A. <mic...@gm...>]

2011/7/27 Stewart Greenhill <sgr...@us...>

> [...]
> BTW, its good to see the old OOC main page back again, since it has been
> down for a long time. Did someone arrange for that to happen? It
> definitely needs an update.
>

Hi Stewart,

the page seems to have resurfaced on its own.  I'm not aware
of anyone taking action there.

If someone wants to take over maintenance of the project, I
can provide admin privileges.

-- mva

Re: [ooc-compiler] Stewart Greenhill

[Stewart G. <sgr...@us...>]

Hi Alexander,

The mingw32 build is now incorporated into the main distribution. Please 
see README.WIN32 for instructions and issues.

Those files are long gone, and are no longer required.

BTW, its good to see the old OOC main page back again, since it has been 
down for a long time. Did someone arrange for that to happen? It 
definitely needs an update.

Cheers,
   Stewart

On 27/07/11 2:13 AM, Alexander Iljin wrote:
> Hello!
>
>    At the main oo2c page http://ooc.sourceforge.net/index.html
>    there is this link http://espc22.murdoch.edu.au/~stewart/files/
>    named "oo2c for mingw32 by Stewart Greenhill".
>    The link is dead.
>
>    Is Stewart Greenhill available for comment on this list?
>
> ---=====---
>   Alexander
>
>
> ------------------------------------------------------------------------------
> Magic Quadrant for Content-Aware Data Loss Prevention
> Research study explores the data loss prevention market. Includes in-depth
> analysis on the changes within the DLP market, and the criteria used to
> evaluate the strengths and weaknesses of these DLP solutions.
> http://www.accelacomm.com/jaw/sfnl/114/51385063/
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler
>

Re: [ooc-compiler] Stewart Greenhill

[Norayr C. <no...@ar...>]

I am quite sure that there were builds of the older versions. It's not 
hard to build it yourself, even under windows. Just follow instructions 
carefully.

Sincerely,
Norayr

On 07/26/11 23:13, Alexander Iljin wrote:
> Hello!
>
>    At the main oo2c page http://ooc.sourceforge.net/index.html
>    there is this link http://espc22.murdoch.edu.au/~stewart/files/
>    named "oo2c for mingw32 by Stewart Greenhill".
>    The link is dead.
>
>    Is Stewart Greenhill available for comment on this list?
>
> ---=====---
>   Alexander
>
>
> ------------------------------------------------------------------------------
> Magic Quadrant for Content-Aware Data Loss Prevention
> Research study explores the data loss prevention market. Includes in-depth
> analysis on the changes within the DLP market, and the criteria used to
> evaluate the strengths and weaknesses of these DLP solutions.
> http://www.accelacomm.com/jaw/sfnl/114/51385063/
> _______________________________________________
> ooc-compiler mailing list
> ooc...@li...
> https://lists.sourceforge.net/lists/listinfo/ooc-compiler
>

[ooc-compiler] Stewart Greenhill

[Alexander I. <aj...@ya...>]

Hello!

  At the main oo2c page http://ooc.sourceforge.net/index.html
  there is this link http://espc22.murdoch.edu.au/~stewart/files/
  named "oo2c for mingw32 by Stewart Greenhill".
  The link is dead.

  Is Stewart Greenhill available for comment on this list?

---=====---
 Alexander