Nabble - Nice

Training & jobs

2008-09-30T00:02:25Z

“Join us to make future”
FOR OPT/F-1 STUDENTS
FREE TRAINING
FOOD ACCOMODATION
H1B PROCESSING FOR L1/ L2/ H1/ H4/ EAD/ GC
EXCELLENT OPPRTUNITIES
TRAINING
PLACEMENT
Highly Competitive offers for New H1b Transfers
About Us:
V2 technology inc is serving NJ since 2005, for us our employees are of utmost importance. Our highly skilled and dedicated instructors train you explicitly in market-related technologies for today and tomorrow. We will work with you in developing marketing strategies and finding the assignments of your choice.
We not only help you get a job but we build your long lasting careers!!!
What are we Looking for:
Excellent communication skills.
Valid F1/ OPT/ CPT/ H1/ H4/ L1 or valid work status (EAD, GC).
Bachelors’ degree in CS/ IT or previous IT experience.
Preferably (not mandatory) Master's Degree in Computers/ Electronics or previous IT experience.
Willing to relocate anywhere in USA.
What’s The Deal:
H1-B sponsorship to F1/ OPT/ H4/ L1/ L2/ E3/ EAD
Transfer of H1 & L1 visas.
Green Card sponsorship through PERM
Job focused professional training in
Java/ J2EE
.NET
Documentum
Share point
Oracle
Data Modeling
Relocation assistance- airfare, hotel accommodation, car rental etc
Guarantee lowest bench period.
Employee referral program.
Effective Resume writing help, Marketing and Placement.
Technical mock interviews. Preparation of In Person Interviews
100% Guaranteed placement
Get in Touch:
Contact immediately to know more about the opportunities with us at:609-843-0312
or
write mail at jobs@v2techinc.com
Contact person : John

Re: Bjarne Stroustrup: Is multiple dispatch a good thing? - Yes.

2008-04-16T09:37:13Z

--- a400@... wrote:

> On Wed, 16 Apr 2008, Isaac Gouy wrote:
> > "Languages that support multiple dispatch at run time (like Dylan
> > and CLOS) do better and languages (such as C++) that support it at
> > compile time can sometimes help a bit."
> >
> > http://msdn2.microsoft.com/en-us/magazine/cc500572.aspx
> >
> >
> > "Open Multi-Methods for C++"
> >
> > http://research.att.com/~bs/multimethods.pdf
>
> "That work came too late for C++0x, though."
>
> So we will have to wait another 5 years until C++ supports multiple
> dispatch. :-)

When Bjarne Stroustrup says multiple dispatch is a good thing, it
creates another window of opportunity for multiple dispatch languages.

____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Bjarne Stroustrup: Is multiple dispatch a good thing? - Yes.

2008-04-15T19:40:48Z

On Wed, 16 Apr 2008, Isaac Gouy wrote:

> "Languages that support multiple dispatch at run time (like Dylan
> and CLOS) do better and languages (such as C++) that support it at
> compile time can sometimes help a bit."
>
> http://msdn2.microsoft.com/en-us/magazine/cc500572.aspx
>
>
> "Open Multi-Methods for C++"
>
> http://research.att.com/~bs/multimethods.pdf

"That work came too late for C++0x, though."

So we will have to wait another 5 years until C++ supports multiple
dispatch. :-)

Radu

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Bjarne Stroustrup: Is multiple dispatch a good thing? - Yes.

2008-04-15T10:25:15Z

"Languages that support multiple dispatch at run time (like Dylan and
CLOS) do better and languages (such as C++) that support it at compile
time can sometimes help a bit."

http://msdn2.microsoft.com/en-us/magazine/cc500572.aspx

"Open Multi-Methods for C++"

http://research.att.com/~bs/multimethods.pdf

____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

iterator and tuple with forIterator

2008-03-28T16:01:00Z

As an experiment to become more familiar with nice, I decided to try
to build a new forIterator method for maps that allows you to iterate
over a tuple of key values. The forIterator looks like the following,
and works fine:

<K,V> Iterator<(K,V)> forIterator(Map<K,V> map){
let entries = map.entrySet().iterator();
return (() => {
if(entries.hasNext()){
let entry = entries.next();
return (entry.getKey(),entry.getValue());
}
return stop();
}).iterator();
}

However to use the forIterator, I had to place a temporary variable as
the item in the for statement, then pull the values out inside the
loop.
void main(String[] args){

Map<String,String> mapdata = listToMap([
("test1","Bla1"),
("test2","Bla2")
]);

//This works
for(entry :mapdata){
(String key, String value) = entry;
println("Map Iteration Test:" key "=" value);
}

//Doesn't compile
for((String key, String value):mapdata)
println("Map Iteration Test:" key "=" value);

}

Is this a bug, or is there another way to express this without the
temp variable?

Thanks

Dan

BTW: I haven't been able to get buy in to start using nice, but it is
indeed a very nice language to play with

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Nice syntax highligthing for SciTE

2008-03-04T23:28:34Z

Hi!

Subj is here: http://files.rsdn.ru/46291/N4S.zip
Written by Klapaucius (http://www.rsdn.ru/Users/46291.aspx)

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice multiple dispatch details

2008-02-20T03:16:37Z

Thanks Daniel, that makes it a lot clearer!

Now, in terms of dynamic (multiple or single) dispatch:
The concept is that at compile time there is a known set of
alternative method bodies for each call site. At runtime, the most
appropriate body is chosen from this set, depending on the dynamic
types of the arguments involved in the call. In some languages, this
set is called a generic function. In Nice, it is a method
declaration that has a set of alternative method
implementations/bodies.

In some languages (at least CLOS, Dylan, Cecil), a method body
belongs to one generic function. In Nice it can belong to one or
multiple declarations.

I hope I got that right, correct me if I'm wrong please ;-)

cheers,
Radu

On Wed, 20 Feb 2008, Daniel Bonniot wrote:

> For clarification: there are two concepts:
>
> 1) method declaration, for instance:
> <T> String toString(!T);
> and
> String toString(Vehicle);
>
> It has a return type, possible a contract, no code.
>
> 2) method implementation (or "method body" or "alternative"), for
> instance toString(Car a) = "...";
>
> It has no return type nor contract, but some code.
>
> A method implementation belongs to one (or several, see below)
> method declaration, for which it represents the code to execute in
> a certain context.
>
> A method declaration m2 can override another method declaration
> m1. This happens when m2 is more specific than m1. It can in
> particular have a more specific return type. In this case, all
> implementations of m2 will also be implementations of m1.
>
> On Feb 19, 2008 11:29 PM, <a400@...> wrote:
> > There's one thing that I am a bit confused about.
> >
> > The code:
> > String toString(Vehicle a) = "a vehicle";
> > toString(Car a) = "a car";
> >
> > gives me this warning:
> >
> > ~/ca/corpus/nice/test1/main.nice: line 23, column 8:
> > warning: This method overrides <T> java.lang.String toString(!T)
> > You should make this explicit, either by omitting the return
> > type or by using the 'override' keyword.
> >
> > What does 'overrides' mean here? If a method overrides another,
> > does it imply that it is part of the same method (dispatch)
> > group? So, in this case, is toString(test1.Vehicle a) part of
> > toString(!T)? Is toString(Car a) part of toString(!T)?
> >
> > Additionally, the compiler seems to create a new method group
> > toString(test1.Vehicle a) with the two alternatives:
> > toString(test1.Car a)
> > toString(test1.Vehicle a)
> >
> > >From this, it appears that a method body can be in multiple
> > > method
> >
> > groups. Is this correct?
> >
> > So for this call site:
> > toString(new Vehicle());
> >
> > the method group would be:
> > toString(test1.Car a)
> > toString(test1.Vehicle a)
> >
> >
> > while for this call site:
> > toString(new java.lang.Object());
> >
> > the method group would be:
> > toString(!T)
> > toString(test1.Car a)
> > toString(test1.Vehicle a)
> >
> > Is this correct?
>
> Yes, this is correct :-)
>
> Daniel
>
> ------------------------------------------------------------------
>------- This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Nice-info mailing list
> Nice-info@...
> https://lists.sourceforge.net/lists/listinfo/nice-info

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice multiple dispatch details

2008-02-20T00:27:19Z

For clarification: there are two concepts:

1) method declaration, for instance:
<T> String toString(!T);
and
String toString(Vehicle);

It has a return type, possible a contract, no code.

2) method implementation (or "method body" or "alternative"), for instance
toString(Car a) = "...";

It has no return type nor contract, but some code.

A method implementation belongs to one (or several, see below) method
declaration, for which it represents the code to execute in a certain
context.

A method declaration m2 can override another method declaration m1.
This happens when m2 is more specific than m1. It can in particular
have a more specific return type. In this case, all implementations of
m2 will also be implementations of m1.

On Feb 19, 2008 11:29 PM, <a400@...> wrote:

> There's one thing that I am a bit confused about.
>
> The code:
> String toString(Vehicle a) = "a vehicle";
> toString(Car a) = "a car";
>
> gives me this warning:
>
> ~/ca/corpus/nice/test1/main.nice: line 23, column 8:
> warning: This method overrides <T> java.lang.String toString(!T)
> You should make this explicit, either by omitting the return type
> or by using the 'override' keyword.
>
> What does 'overrides' mean here? If a method overrides another, does
> it imply that it is part of the same method (dispatch) group?
> So, in this case, is toString(test1.Vehicle a) part of toString(!T)?
> Is toString(Car a) part of toString(!T)?
>
> Additionally, the compiler seems to create a new method group
> toString(test1.Vehicle a) with the two alternatives:
> toString(test1.Car a)
> toString(test1.Vehicle a)
>
> >From this, it appears that a method body can be in multiple method
> groups. Is this correct?
>
> So for this call site:
> toString(new Vehicle());
>
> the method group would be:
> toString(test1.Car a)
> toString(test1.Vehicle a)
>
>
> while for this call site:
> toString(new java.lang.Object());
>
> the method group would be:
> toString(!T)
> toString(test1.Car a)
> toString(test1.Vehicle a)
>
> Is this correct?

Yes, this is correct :-)

Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice multiple dispatch details

2008-02-19T14:29:29Z

There's one thing that I am a bit confused about.

The code:
String toString(Vehicle a) = "a vehicle";
toString(Car a) = "a car";

gives me this warning:

~/ca/corpus/nice/test1/main.nice: line 23, column 8:
warning: This method overrides <T> java.lang.String toString(!T)
You should make this explicit, either by omitting the return type
or by using the 'override' keyword.

What does 'overrides' mean here? If a method overrides another, does
it imply that it is part of the same method (dispatch) group?
So, in this case, is toString(test1.Vehicle a) part of toString(!T)?
Is toString(Car a) part of toString(!T)?

Additionally, the compiler seems to create a new method group
toString(test1.Vehicle a) with the two alternatives:
toString(test1.Car a)
toString(test1.Vehicle a)

>From this, it appears that a method body can be in multiple method
groups. Is this correct?

So for this call site:
toString(new Vehicle());

the method group would be:
toString(test1.Car a)
toString(test1.Vehicle a)

while for this call site:
toString(new java.lang.Object());

the method group would be:
toString(!T)
toString(test1.Car a)
toString(test1.Vehicle a)

Is this correct?

Thanks :)
Radu

On Mon, 18 Feb 2008, a400@... wrote:

> Thanks Daniel for the clarification,
>
> after playing a little with the nice compiler I realized that the
> programmer is actually in control of which method bodies belong to
> a method group. In this example:
>
> class Vehicle;
> class Car extends Vehicle;
> class Driver;
>
> String toString(Vehicle a1) = (...);
> String toString(Car a1) = (...);
>
> the two toString() methods are not in the same method group (even
> though they have the same name and number of arguments, and the
> argument types are relate by inheritance) because they have
> different declarations.
>
> In contrast:
> String toString(Vehicle a1) = (...);
> toString(Car a1) = (...);
>
> are in the same method group.
>
> Conversely,
> String toString(Vehicle a1) = (...);
> toString(Car a1) = (...);
> toString(Driver a1) = (...);
>
> are not all 3 in the same method group (only the first 2).
>
> cheers,
> Radu
>
> On Wed, 13 Feb 2008, Daniel Bonniot wrote:
> > Hi,
> >
> > On Feb 7, 2008 8:09 AM, <a400@...> wrote:
> > > Hi,
> > >
> > > I have a few questions regarding the multiple dispatch
> > > mechanism in Nice and how it compares to other languages
> > > (CLOS, Dylan, Cecil etc.)
> > >
> > > When calling a method, Nice, like other multiple dispatch
> > > languages, has to chose the most appropriate method body from
> > > a set of available definitions (based on the dynamic type of
> > > the supplied arguments, of course).
> > >
> > > What are the criteria of grouping method definitions into a
> > > "dispatch set":
> > > - the method's name (I assume)
> >
> > yes
> >
> > > - the package where the method is defined?
> >
> > they don't have to be in the same package, as long as all
> > packages are visible by being imported
> >
> > > - the number of arguments?
> >
> > yes
> >
> > > - static types of arguments?
> >
> > yes. Precisely, a method will override all other methods when
> > both would be applicable for some same set of arguments, and the
> > overriding methods has more specific types than the overriden
> > one.
> >
> > > In other words....
> > >
> > > * Example1:
> > > package Car;
> > > foo(Car a1, Motorcycle a2)
> > > package Motorcycle;
> > > foo(Motorcycle a1, Truck a2)
> > > ...will these methods be the same dispatch set?
> >
> > No, given I assume something cannot be both a motorcycle and a
> > truck.
> >
> > But if there was also a foo(Vehicule, Vehicule), then that one
> > would be overridden by both of yours.
> >
> > > * Example2:
> > > foo(Car a1, Motorcycle a2)
> > > foo(Car a1, Motorcycle a2, Truck a3)
> > > ...will these methods be in the same dispatch set?
> >
> > No.
> >
> > > * Example3:
> > > abstract class Vehicle;
> > > class Car extends Vehicle;
> > > abstract class Person;
> > > class Driver extends Person;
> > >
> > > toString(Car a1) = (...);
> > > toString(Driver a1) = (...);
> > >
> > > void main(String[] args) {
> > > let d = new Driver();
> > > toString(d);
> > > }
> > > ... will the 2 methods be in the same dispatch set?
> >
> > Yes.
> >
> > > I.e. when calling
> > > toString() with a Driver as an argument, will both method
> > > definitions be considered at runtime? Or is the compiler able
> > > to disambiguate these two, eliminating the need for dynamic
> > > dispatch (in this particular case)?
> >
> > I believe the compiler will avoid the dynamic dispatch in this
> > particular case, but that's an implementation detail (an
> > optimization).
> >
> > You are welcome to write such programs yourself to check the
> > behaviour of the compiler.
> >
> > Cheers,
> >
> > Daniel
> >
> > ----------------------------------------------------------------
> >-- ------- This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Nice-info mailing list
> > Nice-info@...
> > https://lists.sourceforge.net/lists/listinfo/nice-info
>
> ------------------------------------------------------------------
>------- This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Nice-info mailing list
> Nice-info@...
> https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice multiple dispatch details

2008-02-17T23:47:17Z

Thanks Daniel for the clarification,

after playing a little with the nice compiler I realized that the
programmer is actually in control of which method bodies belong to a
method group. In this example:

class Vehicle;
class Car extends Vehicle;
class Driver;

String toString(Vehicle a1) = (...);
String toString(Car a1) = (...);

the two toString() methods are not in the same method group (even
though they have the same name and number of arguments, and the
argument types are relate by inheritance) because they have
different declarations.

In contrast:
String toString(Vehicle a1) = (...);
toString(Car a1) = (...);

are in the same method group.

Conversely,
String toString(Vehicle a1) = (...);
toString(Car a1) = (...);
toString(Driver a1) = (...);

are not all 3 in the same method group (only the first 2).

cheers,
Radu

On Wed, 13 Feb 2008, Daniel Bonniot wrote:

> Hi,
>
> On Feb 7, 2008 8:09 AM, <a400@...> wrote:
> > Hi,
> >
> > I have a few questions regarding the multiple dispatch mechanism
> > in Nice and how it compares to other languages (CLOS, Dylan,
> > Cecil etc.)
> >
> > When calling a method, Nice, like other multiple dispatch
> > languages, has to chose the most appropriate method body from a
> > set of available definitions (based on the dynamic type of the
> > supplied arguments, of course).
> >
> > What are the criteria of grouping method definitions into a
> > "dispatch set":
> > - the method's name (I assume)
>
> yes
>
> > - the package where the method is defined?
>
> they don't have to be in the same package, as long as all packages
> are visible by being imported
>
> > - the number of arguments?
>
> yes
>
> > - static types of arguments?
>
> yes. Precisely, a method will override all other methods when both
> would be applicable for some same set of arguments, and the
> overriding methods has more specific types than the overriden one.
>
> > In other words....
> >
> > * Example1:
> > package Car;
> > foo(Car a1, Motorcycle a2)
> > package Motorcycle;
> > foo(Motorcycle a1, Truck a2)
> > ...will these methods be the same dispatch set?
>
> No, given I assume something cannot be both a motorcycle and a
> truck.
>
> But if there was also a foo(Vehicule, Vehicule), then that one
> would be overridden by both of yours.
>
> > * Example2:
> > foo(Car a1, Motorcycle a2)
> > foo(Car a1, Motorcycle a2, Truck a3)
> > ...will these methods be in the same dispatch set?
>
> No.
>
> > * Example3:
> > abstract class Vehicle;
> > class Car extends Vehicle;
> > abstract class Person;
> > class Driver extends Person;
> >
> > toString(Car a1) = (...);
> > toString(Driver a1) = (...);
> >
> > void main(String[] args) {
> > let d = new Driver();
> > toString(d);
> > }
> > ... will the 2 methods be in the same dispatch set?
>
> Yes.
>
> > I.e. when calling
> > toString() with a Driver as an argument, will both method
> > definitions be considered at runtime? Or is the compiler able to
> > disambiguate these two, eliminating the need for dynamic
> > dispatch (in this particular case)?
>
> I believe the compiler will avoid the dynamic dispatch in this
> particular case, but that's an implementation detail (an
> optimization).
>
> You are welcome to write such programs yourself to check the
> behaviour of the compiler.
>
> Cheers,
>
> Daniel
>
> ------------------------------------------------------------------
>------- This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Nice-info mailing list
> Nice-info@...
> https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Overriding == for strings

2008-02-15T15:05:21Z

Very cool, thanks.

On Fri, Feb 15, 2008 at 2:39 PM, Daniel Bonniot <bonniot@...> wrote:

>
> On Fri, Feb 15, 2008 at 8:52 PM, Dan Shryock <dan.shryock@...> wrote:
> > As a simple test, I am trying to override the == operator for string
> > comparison. The problem that I am running into is that I see no way
> > to do a reference test once you override the method. In some
> > languages I have seen an === operator that always does a strict
> > reference test. Is there any way to do something similar in nice?
>
> You can simply give a new name to the == operation:
>
> override boolean `==`(String s1, String s2) = s1.equals(s2);
>
> boolean same(Object o1, Object o2) = o1 == o2;
>
> void main(String[] args) {
> let s1 = "a", s2 = "ba".substring(1);
> println(s1 == s2); // true
> println(same(s1, s2)); // false
> }
>
> Daniel
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Nice-info mailing list
> Nice-info@...
> https://lists.sourceforge.net/lists/listinfo/nice-info
>

Re: Overriding == for strings

2008-02-15T14:39:08Z

On Fri, Feb 15, 2008 at 8:52 PM, Dan Shryock <dan.shryock@...> wrote:
> As a simple test, I am trying to override the == operator for string
> comparison. The problem that I am running into is that I see no way
> to do a reference test once you override the method. In some
> languages I have seen an === operator that always does a strict
> reference test. Is there any way to do something similar in nice?

You can simply give a new name to the == operation:

override boolean `==`(String s1, String s2) = s1.equals(s2);

boolean same(Object o1, Object o2) = o1 == o2;

void main(String[] args) {
let s1 = "a", s2 = "ba".substring(1);
println(s1 == s2); // true
println(same(s1, s2)); // false
}

Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Overriding == for strings

2008-02-15T11:52:47Z

As a simple test, I am trying to override the == operator for string
comparison. The problem that I am running into is that I see no way
to do a reference test once you override the method. In some
languages I have seen an === operator that always does a strict
reference test. Is there any way to do something similar in nice?

Dan

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice syntax highlighting for ViM

2008-02-15T08:26:08Z

On Thu, 07 Feb 2008 19:58:51 +0300, Yauheni Akhotnikau
<eao197@...> wrote:

> Hi!
>
> I've created the first version of syntax highlighting and file type
> dectection for ViM editor. It could be found at:
> http://www.vim.org/scripts/script.php?script_id=2144
>

Version 0.2 with support for public-read/private-write and
try-catch-finally is available (at the same URL).

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice's DbC vs Eiffel DbC

2008-02-12T22:08:17Z

Hi!

On Tue, 12 Feb 2008 19:12:20 +0300, Daniel Bonniot <bonniot@...>
wrote:

> Hi,
>
>> I can give full prototype for Derived#test (e.g. public void test(…)).
>> In
>> such case compiler warns me:
>>
>> D:\home\eao197\tmp\nice\contracts\pre\main.nice: line 12, column 29:
>> warning: This method overrides nice.lang.void test(pre.Base
>> this,java.lang.String value)requires `>`(value.length(), 8):"value must
>> be
>> at least 8 symbols",
>> You should make this explicit, either by omitting the return type
>> or by using the 'override' keyword
>
> As the message says, you could get rid of the warning by adding the
> override keyword.

It was my mistake: I wrote 'override' before 'public' and compiler
complained about syntax error. Then I looked into parser.jj and learnt
that 'override' should be used after visibility indicator.

>> I think, compiler should allow precondition specification in overridden
>> methods.
>
> It does, using this second form.
>
> Regarding execution of pre and post conditions in overriden methods, I
> don't have the details in memory at the moment, but you are welcome to
> test it.

I wrote a small program to test contracts:

enum ConditionType( String value )
{
precondition( "PRE" )
, postcondition( "POST" )
}

boolean lengthCheck(
String value,
ConditionType preOrPost,
int minimalLength )
{
println( "<" preOrPost "# value: " value ", minimalLength: "
minimalLength ">" );
return value.length > minimalLength;
}

class Base
{
String str = "";

public void test( String value )
requires value.lengthCheck( precondition, 8 ) : "base precondition:
strong"
ensures this.str.lengthCheck( postcondition, 8 ) : "base
postcondition: strong"
{
println( "Base#test: value: " value );
str = value;
}
}

class Derived extends Base
{
public override void test( String value )
requires value.lengthCheck( precondition, 0 ) : "derived
precondition: weak"
ensures this.str.lengthCheck( postcondition, 10 ) : "derived
postconditon: stronger"
{
println( "Derived#test: value: " value );
str = value + value;
}
}

void main( String[] args )
{
let b = new Derived();
b.test( "hello!" );
}

// vim:ts=2:sts=2:sw=2:expandtab

and ran it:

java -ea -jar pre_and_post.jar
<precondition# value: hello!, minimalLength: 0>
Derived#test: value: hello!
<postcondition# value: hello!hello!, minimalLength: 10>

You can see that there aren't calls to Base's pre/postconditions. Expected
behaviour for this example is:

java -ea -jar pre_and_post.jar
<precondition# value: hello!, minimalLength: 8>
<precondition# value: hello!, minimalLength: 0>
Derived#test: value: hello!
<postcondition# value: hello!hello!, minimalLength: 8>
<postcondition# value: hello!hello!, minimalLength: 10>

In the case when b.test is called with argument '0123456789' the expected
behaviour is:

java -ea -jar pre_and_post.jar
<precondition# value: 0123456789, minimalLength: 8>
Derived#test: value: hello!
<postcondition# value: 0123456789, minimalLength: 8>
<postcondition# value: 0123456789, minimalLength: 10>

In that case precondition in Derived#test doesn't checked because Base's
precondition is satisfied.

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice multiple dispatch details

2008-02-12T08:27:04Z

Hi,

On Feb 7, 2008 8:09 AM, <a400@...> wrote:

> Hi,
>
> I have a few questions regarding the multiple dispatch mechanism in
> Nice and how it compares to other languages (CLOS, Dylan, Cecil
> etc.)
>
> When calling a method, Nice, like other multiple dispatch languages,
> has to chose the most appropriate method body from a set of
> available definitions (based on the dynamic type of the supplied
> arguments, of course).
>
> What are the criteria of grouping method definitions into a "dispatch
> set":
> - the method's name (I assume)

yes

> - the package where the method is defined?
they don't have to be in the same package, as long as all packages are
visible by being imported

> - the number of arguments?
yes

> - static types of arguments?
yes. Precisely, a method will override all other methods when both
would be applicable for some same set of arguments, and the overriding
methods has more specific types than the overriden one.

>
> In other words....
>
> * Example1:
> package Car;
> foo(Car a1, Motorcycle a2)
> package Motorcycle;
> foo(Motorcycle a1, Truck a2)
> ...will these methods be the same dispatch set?

No, given I assume something cannot be both a motorcycle and a truck.

But if there was also a foo(Vehicule, Vehicule), then that one would
be overridden by both of yours.

> * Example2:
> foo(Car a1, Motorcycle a2)
> foo(Car a1, Motorcycle a2, Truck a3)
> ...will these methods be in the same dispatch set?

No.

> * Example3:
> abstract class Vehicle;
> class Car extends Vehicle;
> abstract class Person;
> class Driver extends Person;
>
> toString(Car a1) = (...);
> toString(Driver a1) = (...);
>
> void main(String[] args) {
> let d = new Driver();
> toString(d);
> }
> ... will the 2 methods be in the same dispatch set?

Yes.

> I.e. when calling
> toString() with a Driver as an argument, will both method
> definitions be considered at runtime? Or is the compiler able to
> disambiguate these two, eliminating the need for dynamic dispatch
> (in this particular case)?

I believe the compiler will avoid the dynamic dispatch in this
particular case, but that's an implementation detail (an
optimization).

You are welcome to write such programs yourself to check the behaviour
of the compiler.

Cheers,

Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Nice's DbC vs Eiffel DbC

2008-02-12T08:12:20Z

Hi,

> I can give full prototype for Derived#test (e.g. public void test(…)). In
> such case compiler warns me:
>
> D:\home\eao197\tmp\nice\contracts\pre\main.nice: line 12, column 29:
> warning: This method overrides nice.lang.void test(pre.Base
> this,java.lang.String value)requires `>`(value.length(), 8):"value must be
> at least 8 symbols",
> You should make this explicit, either by omitting the return type
> or by using the 'override' keyword

As the message says, you could get rid of the warning by adding the
override keyword.

> I think, compiler should allow precondition specification in overridden
> methods.

It does, using this second form.

Regarding execution of pre and post conditions in overriden methods, I
don't have the details in memory at the moment, but you are welcome to
test it.

Cheers,

Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Nice's DbC vs Eiffel DbC

2008-02-09T08:07:19Z

Hi!

Nice has the special syntax for overriding methods in derived classes:

class Base { public void f() { … } }
class Derived extends Base { f() { … } }

But, if a method defines precondition then there isn’t a possibility to
override such method – compiler informs about syntax error:

class Base
{
public void test( String value )
requires value.length > 8 : "value must be at least 8 symbols"
{
println( "Base#test: value: " value );
}
}

class Derived extends Base
{
test( value )
requires value.length > 0 : "value cannot be empty"
{
println( "Derived#test: value: " value );
}
}

void main( String[] args )
{
let b = new Derived();
b.test( "hello!" );
}

D:\home\eao197\tmp\nice\contracts>nicec --jar pre.jar pre
nice.lang: parsing
pre: parsing

D:\home\eao197\tmp\nice\contracts\pre\main.nice: line 13, column 25:
Encountered "requires".
Was expecting one of:
"{" ...
"=" ...

compilation failed with 1 error

I can give full prototype for Derived#test (e.g. public void test(…)). In
such case compiler warns me:

D:\home\eao197\tmp\nice\contracts\pre\main.nice: line 12, column 29:
warning: This method overrides nice.lang.void test(pre.Base
this,java.lang.String value)requires `>`(value.length(), 8):"value must be
at least 8 symbols",
You should make this explicit, either by omitting the return type
or by using the 'override' keyword
pre: typechecking
pre: generating code
pre: linking
pre: writing in archive
nice.lang: writing in archive
compilation completed with 1 warning

I think, compiler should allow precondition specification in overridden
methods.

The same situation is for post-conditions too.

Eiffel’s DesignByContract implementation allows specification of more
detailed pre- and post-condition in derived classes. But pre- and
post-conditions in overridden methods work as described bellow:
- base class’s pre-conditions are checked first. Only if they fail
pre-condition from derived class are checked. It follows convention that
derived class could relax demands for class users: e.g. user could break
conditions for base class, but satisfy conditions for derived class. But
if user satisfies conditions for base class conditions for derived class
do not matter;
- all post-conditions are checked after method returns. It follows
convention that derived class cannot relax its own obligations, but could
make it more strict: e.g. method should guaranteed base class obligations
(base class’s post-conditions passed) and can provide addition guaranties
(its own post-conditions passed).

I think that if such behaviour would be implemented in Nice it will make
Nice DbC more useful.

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Nice syntax highlighting for ViM

2008-02-07T08:58:51Z

Hi!

I've created the first version of syntax highlighting and file type
dectection for ViM editor. It could be found at:
http://www.vim.org/scripts/script.php?script_id=2144

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Nice multiple dispatch details

2008-02-06T23:09:21Z

Hi,

I have a few questions regarding the multiple dispatch mechanism in
Nice and how it compares to other languages (CLOS, Dylan, Cecil
etc.)

When calling a method, Nice, like other multiple dispatch languages,
has to chose the most appropriate method body from a set of
available definitions (based on the dynamic type of the supplied
arguments, of course).

What are the criteria of grouping method definitions into a "dispatch
set":
- the method's name (I assume)
- the package where the method is defined?
- the number of arguments?
- static types of arguments?

In other words....

* Example1:
package Car;
foo(Car a1, Motorcycle a2)
package Motorcycle;
foo(Motorcycle a1, Truck a2)
...will these methods be the same dispatch set?

* Example2:
foo(Car a1, Motorcycle a2)
foo(Car a1, Motorcycle a2, Truck a3)
...will these methods be in the same dispatch set?

* Example3:
abstract class Vehicle;
class Car extends Vehicle;
abstract class Person;
class Driver extends Person;

toString(Car a1) = (...);
toString(Driver a1) = (...);

void main(String[] args) {
let d = new Driver();
toString(d);
}
... will the 2 methods be in the same dispatch set? I.e. when calling
toString() with a Driver as an argument, will both method
definitions be considered at runtime? Or is the compiler able to
disambiguate these two, eliminating the need for dynamic dispatch
(in this particular case)?

...Thanks a lot!
Radu.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

My first real-world Nice experience: impressions and proposals

2008-02-03T03:57:26Z

Hi!

I’ve done my first Nice program which performs real-world task. It is a
quick and dirty program written for solving one of unexpected problem in
my work. The program reads log of SMPP data exchanges from the standard
input, searches log records for SMS exchanges, analyzes SMS bodies and
detects bad message bodies. I implemented the same task some time ago in D
1.0 (with Tango library) and Eiffel (with EiffelStudio 6.0). So it is
interesting to compare solutions on different languages. My Nice
implementation could be found here:
http://eao197.narod.ru/better_language/test_tasks/decode_7bit_bodies/decode_7bit_bodies.nice.html

Here I want to tell about some my impressions and make some proposals for
Nice language and its standard library.

First of all I want to express my admiration about Daniel Bonniot and
others Nice’s contributor’s work – you’ve made very attractive and usable
language! Thanks for your efforts!

My Nice solution is very similar to D’s one. These languages propose
similar set of features for user. D language is more actively developed
now and has bigger community than Nice. However Nice is more attractive
for me because it offers some features which I miss in D (for example,
option types, multi methods) and provides access to large set of Java
libraries. So I can say that Nice is more attractive language for every
day programming for me than D.

However there are some small drawbacks which I’ve met during development.

= Drawbacks =

== Nice compiler’s error reporting ==

At first it is error reporting of the Nice compiler. I use VIM editor and
run compilation from it. But, unfortunately VIM doesn’t understand format
of Nice compiler error messages even with ‘--editor‘ argument. So I think
it is good to have yet another format of such messages in the form:

<file>:<line>:<column>: <error description>

For example:

test/main.nice:1:1: undefined symbol X

Such format is already supported by several languages/compilers/tools
(e.g. C/C++, D, Ruby) and because of that many editors already have
support of that format.
And Nice compiler shouldn’t tell anything except errors/warning in this
mode, i.e. no errors/warnings – no output.

== An absence of switch statement ==

The next is an absence of switch statement in the language. I know that
value dispatch mechanism allows write code which illuminates need of
switch. But sometimes switch requires much less coding, than using
overloaded methods. For example I needed to parse escape sequences in a
string. With switch such operation requires simple and obvious switch:

if( ‘\\’ == c )
switch( line[ i + 1 ] ) {
case ‘r’ : // ‘\r’ processing
case ‘t’ : // ‘\t’ processing
…
case ‘x’: // ‘\xXX’ processing.
}

But without switch I need to write some top-level overloaded methods for
each kind of escape sequence:

SomeRetType onChar(current_char, line, index) { … }
onChar( ‘r’, line, index) { … }
onChar( ‘t’, line, index) { … }
…
onChar( ‘x’, line, index) { … }
…
if( ‘\\’ == c )
… = onChar( line[i + 1], line, i+1);

or write sequence of if-else-if statements:

if( ‘\\’ == c ) {
let next = line[i+1];
if( ‘r’ == next ) …
else if( ‘t’ == next ) …
…
}

I think that support of value dispatch for local functions could help
there, because if allows to write less code then in the case of top-level
overloaded methods:

if( ‘\\’ == c ) {
void onChar( char ch ) { … }
onChar( ‘r’ ) { … }
onChar( ‘t’ ) { … }
…
onChar( line[i+1] );
}

== Error reporting in getopt library ==

The next is a error reporting in nice.getopt library. When
nice.getopt.parse finds unknown option it prints error messages on the
standard error stream and continues argument parsing. But such approach
not always desirable. I think it is necessary to have mode in which
nice.getopt.parse raises exception on unknown option.

== No source file name/line number in the exception stack trace ==

I use Nice 0.9.13 under Windows and on exception I have that:

java.lang.ArrayIndexOutOfBoundsException: 0
at t1.fun.main(Unknown Source)
at t1.dispatch.main(Unknown Source)

for the program:

void main( String[] args )
{
try
{
println( args[ args.length ] );
}
catch( Exception x )
{
x.printStackTrace();
}
}

May be it is a bug?

= Some proposals =

== A kind of Ruby/SmallTalk’s code blocks in Nice ==

Nice already has syntax sugar for methods with ()->void as last argument:

void f( ()-> void action ) { …; action(); … }
f() { bla-bla-bla }

And may be Nice could support such sugar for other types of lambdas. For
example:

void g( (A, B, C)-> void action ) {
…;
action( p1, p2, p2 );
…
}
g() { |a, b, c|
…
}

where a, b and c will have types A, B and C.
It could allow writing less code. For example, I created helper function

String formatHelper( PrintStream => void printAction ) {
… let ps = new PrintStream( … );…
printAction( ps );
… return …
}

which was used like this:

formatHelper( PrintStream printer => { … some actions … } );

Repeating “PrintStream printer =>” on every formatHelper invocation was a
boring task. So the form:

formatHelper() { |printer| …some actions…}

looks more attractive.

== Ranges in the form [low,high) ==

AFAIK, Nice provides Range only in the form [low, high] (each limit
included). Because of that sometimes I need to write:

for( i : 0..(array.length-1) ) …

I think it would be useful if there would be Ranges in the form [low,
high) (excluding upper limit). Like in Ruby `…` operator could create such
Range:

for( i : 0…array.length ) …

== Helper method eachLine in the standard library ==

The standard library contains readLine method. And I know from Ruby that
such eachLine could be very useful sometimes:

void eachLine ( InputStream from, String->void action )
{
let reader = new BufferedReader( new InputStreamReader( from ) );
var line = readLine( reader );
while( line != null )
{
action( line );
line = readLine( reader );
}
}

== Helper method sprintf in the standard library ==

Sometimes it is necessary to create description of something in the
program (for example before raising exception). In that case the following
sprintf method could help:

String sprintf( String formatString, Object[] args )
{
let buffer = new ByteArrayOutputStream();
let printer = new PrintStream( buffer );
printer.printf( formatString, args );
return buffer.toString();
}

Example of usage:

throw new IllegalValue( sprintf( “value ‘%d’ is out range [%d,%d]”,
[ value, low, high ] ) );

--
That’s all now. Thanks for patience.
I’ll investigate Nice language further.

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Operator overloading in Nice

2008-01-31T05:13:25Z

Hi!

On Thu, 31 Jan 2008 15:16:24 +0300, Daniel Bonniot <bonniot@...>
wrote:

>> But I didn't see any mention about that in the Nice manual. Is operator
>> overloading is an official feature of the language? Or it is a part of
>> implementation and souldn't be used in user code.
>
> You can use it in user code.

Cool! This is yet another advantage of Nice over Java! So the short
summary about Nice could be:

"New object-oriented programming language based on Java, with the
following advanced features: parametric types, anonymous functions,
multi-methods, tuples, optional parameters and operator overloading. Nice
also detects more errors during compilation (null pointers, casts)."

:)

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Operator overloading in Nice

2008-01-31T04:16:24Z

Hi,

On Jan 30, 2008 1:59 PM, Yauheni Akhotnikau <eao197@...> wrote:

> Hi,
>
> I've seen that Nice has special syntax for defining operators. It is used
> a lot in stdlib sources, for example:
>
> public OpenRange<int> `..`(int begin, ?int end) ...
> `..`(int begin, null) { ... }
> public override Range<int> `..`(int begin, int end) { ... }
>
> But I didn't see any mention about that in the Nice manual. Is operator
> overloading is an official feature of the language? Or it is a part of
> implementation and souldn't be used in user code.

You can use it in user code.

Daniel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Operator overloading in Nice

2008-01-30T04:59:02Z

Hi,

I've seen that Nice has special syntax for defining operators. It is used
a lot in stdlib sources, for example:

public OpenRange<int> `..`(int begin, ?int end) ...
`..`(int begin, null) { ... }
public override Range<int> `..`(int begin, int end) { ... }

But I didn't see any mention about that in the Nice manual. Is operator
overloading is an official feature of the language? Or it is a part of
implementation and souldn't be used in user code.

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Is it possible to include autogenerated code fragment into .nice-file?

2008-01-14T03:53:07Z

> However do you plan to add something like C#'s partial classes in Nice
> (may be in Nice 2.0)?

There is no such plan. But you must know that with multi-methods, it's
already possible to "add" methods to existing classes. I think it
would be possible to do the same for fields (which would only require
fully qualified field names in case of clashes for fields defined in
different packages).

Daniel

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Is it possible to include autogenerated code fragment into .nice-file?

2008-01-13T09:59:47Z

Thanks for the explanation.

However do you plan to add something like C#'s partial classes in Nice
(may be in Nice 2.0)?

On Sun, 13 Jan 2008 20:16:17 +0300, Daniel Bonniot <bonniot@...>
wrote:

> Hi,
>
> On Jan 11, 2008 12:51 PM, Yauheni Akhotnikau <eao197@...> wrote:
>> Let imagine that there is a tool which takes some specification and
>> generates some Nice code (something like IDL compilers or ASN.1
>> compilers). Is there a method for include such auto generated code into
>> .nice source file.
>
> This is not specifically handled by the nice compiler. However, you
> could perfectly use a preprocessor (for instance cpp, so that you
> would have the same syntax as in C++), and create a script that calls
> cpp before nicec.
>
> Cheers,
>
> Daniel

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Re: Is it possible to include autogenerated code fragment into .nice-file?

2008-01-13T09:16:17Z

Hi,

On Jan 11, 2008 12:51 PM, Yauheni Akhotnikau <eao197@...> wrote:
> Let imagine that there is a tool which takes some specification and
> generates some Nice code (something like IDL compilers or ASN.1
> compilers). Is there a method for include such auto generated code into
> .nice source file.

This is not specifically handled by the nice compiler. However, you
could perfectly use a preprocessor (for instance cpp, so that you
would have the same syntax as in C++), and create a script that calls
cpp before nicec.

Cheers,

Daniel

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info

Is it possible to include autogenerated code fragment into .nice-file?

2008-01-11T03:51:50Z

Let imagine that there is a tool which takes some specification and
generates some Nice code (something like IDL compilers or ASN.1
compilers). Is there a method for include such auto generated code into
.nice source file.

For example, in C++ I can do this by #include directive:

class My {
… my code …
#include “some_auto_generated_stuff.inl”
…
};

In C# 2.0 there is ‘partial classes’ for that purpose (see
http://en.wikipedia.org/wiki/C_Sharp_(programming_language)#C.23_2.0_new_language_features):

// My.cs
public partial class My {
… my code …
}

// SomeAutoGeneratedStuff.inl
public partial class My {
… auto generated code …
}

But I don’t know how to do that in Nice in the case when the tool
generates only part of class (some methods and fields), not a whole class.

--
Regards,
Yauheni Akhotnikau
Senior Programmer
Intervale
e-mail:eao197@... <mailto:eao197@...>

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Nice-info mailing list
Nice-info@...
https://lists.sourceforge.net/lists/listinfo/nice-info