RPM"s and more

[Thorsten Brunklaus]

> I get this problem if I run from a cygwin prompt.  If I run from
> within an emacs shell environment then it builds fine. Maybe there is
> some sync problem between cygwin and the NTFS file system? I don't
> know.

I also use a cygwin prompt, also Windows XP with NTFS Filesystem.

> However,  I can't get any of the examples to run.  They just seem to
> block, can you try with the lambda expression example?

ozc -c OzFrontend.oz and manually feeding the Examples.oz worked perfectly.
The Inspector shows some nice terms.

>
>  > > - I get segmentation faults on the tests unix_write1, dp, gump,
>  > >   gcsusplist.
>  >
>  > > Can you reproduce/suggest further tests for me to try?
>  >
>  > Hm, it is long since I last run the oztests. As far as I remember, a
>  >
>  > make boot-all
>  >
>  > in <build>/share/test
>  >

> I "fiddled" with the Makefile in share/test.  I think it was
> sufficient to change $< to /cygwin/${<} in the ".oz.ozf" and
> "make-test" rules. (My cygwin directory is g:\cygwin).

Rebuild the entire suite again. Results:

gc_susplist: +
gump_scanner: +
gump_parser: /usr/lib/gcc-lib/i686-pc-mingw32/3.3.1/../../../../i686-pc-mingw32/bin/ld: cannot open output file
LambdaScanner.so-win32-i486: Permission denied

With dp suite enabled:

dp_mini: -
dp_maxi: -
dp_equality: -
dp_port: remote(system(os(os ,,,|,,, 0 ,,,|,,,) debug:d(info:,,,|,,, stack:,,,|,,,)))

and then it blocks but no seg faults.

> I presume you agree that we should make oztool default to g++ and gcc?

Yes, I agree.

> I would like to see evidence that something using native functors
> works/doesn't work.

Open a shell and cd to <mozart-installdir>/examples/gtk

ozc -c CanvasScramble.oz
ozengine CanvasScramble.ozf

and there we go! Gdk/Gtk/Canvas are fairly large functors (both native and oz).

Cheers,
   Thorsten.