wishlist for NXC

[HaWe]

hi John,
will be here a wishlist for NXC improvements?

[afanofosc]

Here's one from the old nxtasy wishlist thread:

Hey Mr. Hansen. I was wondering if you could add support to NXC for struct initialization, identical to the syntax used in C:

Code: Select all

typedef struct {
     string firstName;
     string lastName;
     unsigned int age;
     string pets[];
} person;

person person1 = {.age = 55, .firstName = "Steve", .lastName = "Jobs"};

person person2 = {"Bill", "Gates", 54};

person person3 = {.pets = {"Tiger", "Lulubell"}};

I see if I can dig up a few more.

[afanofosc]

One thing I know Xander has wished for is support for overloaded functions so that you could write:

Code: Select all

int foobar(int x, int y) { return x+y; }
string foobar(string x, string y) {  return x + y; }

Hopefully I will have both the time and the mental prowess to implement that feature later this year.

John Hansen

[mightor]

One thing I know Xander has wished for is support for overloaded functions so that you could write:
..
Hopefully I will have both the time and the mental prowess to implement that feature later this year.

Having overloaded functions would allow me to make the NXC Sensor MUX driver transparent in its use. That would be pretty sweet.

- Xander

[HaWe]

hi guys,
I appreciate that you've taken up my idea so fast...

... a kingdom of heaven if NXC had recursions...!

(.. and a real ANSI C printf function clone )

Code: Select all

printfXY(x,y, "format string", var1, var2, var3, var4...);

[HaWe]

...and DOUBLE :))

[physics-matt]

How about implementing all the Direct Commands in NXC?

There appear to be some, but not all. For instance, there is no GetInputValues.

Matt

[sebi-mylegopage]

Not for NXC but for Bricxcc:
A Linux Version of Bricxcc.

[afanofosc]

How about implementing all the Direct Commands in NXC?

There appear to be some, but not all. For instance, there is no GetInputValues.

I will have to go back and look at the firmware source code to remind myself, but I recall thinking at the time that the firmware was throwing away direct command response messages for all direct and system commands except for the read message command, which it handles and copies the response message into the appropriate mailbox. I could modify the enhanced NBC/NXC firmware to do something different. But it might be possible to just grab the response from the bluetooth input buffer just like people do with GPS data (but easier due to the content following the LEGO protocol specifications). It depends on if the RC Handler function erases the data or just ignores it.

In any case, the ones I implemented are the ones which do not require access to the response contents to have any useful purpose.

John Hansen

[afanofosc]

I am slowly making a connection between doc helmut and my old friend Ford Prefect. I know, I'm slow!

In any case, support for doubles is highly unlikely due to the substantial firmware changes that would be required. I don't see the ROI.

Similarly, if it were easy to support recursion I would. Lacking any kind of local variable or stack-based variables or a call stack of any kind and given the design of the subcall opcode and the subret opcode there just isn't any way without huge changes to the firmware to support recursion. Maybe the compiler could be made to support a limited subset of recursive calls by unwinding the call in the compiler itself if I were much smarter than I am. You need to keep in mind that alien abduction phase way back when and the resulting effect it has had on my mental capacity.

John Hansen