[erlang-questions] newbie: why c.erl is special?

[Anthony Kong]

Sorry for the false alarm. It
(http://www.erlang.se/publications/packages.html) actually works.

Let's say I have this module is "a.b.c.d", defined in d.erl which
lives in directory, a/b/c,

What I need to make sure is that: when I use erlc to compile this
d.erl, I have to specify the -o flag in order to produce the d.beam in
the directory a/b/c.

Attached is my simple test setup script, which probably can explain
the above better.

Cheers, Anthony


On Wed, Mar 5, 2008 at 8:24 PM, Anthony Kong <anthony.hw.kong@REDACTED> wrote:
> Is it already implemented? Because I found this document:
>
>  http://www.erlang.se/publications/packages.html
>
>  Anyway, I was unable to get it to work according to this info.
>
>  Cheers, Anthony
>
>
>
>  On Sun, Mar 2, 2008 at 12:38 AM, Thomas Lindgren
>  <thomasl_erlang@REDACTED> wrote:
>  >
>  >  --- shiwei xu <xushiweizh@REDACTED> wrote:
>  >
>  >  > I think flat module namespaces is a defect of erlang
>  >  > design.
>  >
>  >  Richard Carlsson proposed java-like packages some
>  >  years ago, and the code for them might still be
>  >  provided in OTP. (I thought they had some flaws, but
>  >  they might be what you want.)
>  >
>  >  http://citeseer.ist.psu.edu/398052.html
>  >
>  >  The usual approach to handling name clashes without
>  >  packages is to use your 'approach 2', prefixing the
>  >  modules with their owner application.
>  >
>  >  Best,
>  >  Thomas
>  >
>  >
>  >
>  >
>  >       ____________________________________________________________________________________
>  >  Be a better friend, newshound, and
>  >  know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
>  >
>  >
>  >
>  >  _______________________________________________
>  >  erlang-questions mailing list
>  >  erlang-questions@REDACTED
>  >  http://www.erlang.org/mailman/listinfo/erlang-questions
>  >
>
>
>
>
>
> --
>  /*--*/
>  Don't EVER make the mistake that you can design something better than
>  what you get from ruthless massively parallel trial-and-error with a
>  feedback cycle. That's giving your intelligence _much_ too much
>  credit.
>
>  - Linus Torvalds
>



-- 
/*--*/
Don't EVER make the mistake that you can design something better than
what you get from ruthless massively parallel trial-and-error with a
feedback cycle. That's giving your intelligence _much_ too much
credit.

- Linus Torvalds
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.pl
Type: application/octet-stream
Size: 376 bytes
Desc: not available
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20080305/4e477d09/attachment.obj>