Programming nìNa'vi ni'aw!

[Irtaviš Ačankif]

The C++ preprocessor can do wonders. Such like allowing you to program in Na'vi:

(this program capitalizes every word of the input)

#define txo if
#define txokefyao else
#define kHol double
#define sHol int
#define plltxe printf
#define tengkrr while
#define tatxaew return
#define plltxeie cout
#define tin void
#define liu string
#define liuu char
#define pate gets
#define srane true
#define kehe false
#include <iostream>
#include <stdio.h>
#include <string.h>
using namespace std;

tin putst(liu st)
{
   plltxeie << st;
   plltxeie << "\r\n";
}

liu wordArr[2048];

liu capitalize(liu word)
{
   word[0] = toupper(word[0]);
   tatxaew word;
}

bool populate(liuu arr[])
{
   sHol counter = 0;
   sHol wcounter = 0;
   sHol arrlen = strlen(arr);
   liu tempWord = "";
   tengkrr (counter < arrlen)
   {
      tengkrr (arr[counter] != ' ' && arr[counter] != '\0')
      {
         tempWord += arr[counter];
         counter++;
      }
      wordArr[wcounter] = tempWord;
      wcounter++;
      tempWord = "";
      counter++;
   }
   wordArr[wcounter]="EOL";
   tatxaew srane;
}


sHol main()
{
   liuu tempArr[65536];
   pate(tempArr);
   populate(tempArr);

   sHol counter = 0;
   tengkrr (wordArr[counter] != "EOL")
   {
      plltxeie << capitalize(wordArr[counter]); plltxeie << " ";
      counter++;
   }
   tatxaew 0;
}

[bommel]

This is really wicked

[Clarke]

One problem: How do you deal with '? 

And shouldn't the last statement be tatxaew HUM_ANSYEM? 

[Irtaviš Ačankif]

No. I think in C++ return 0 means success. You have to return an integer.

The glottal stop? I'd just drop it.

plltxe("Kaltxì 'Rrta!");

[Clarke]

I meant this, but you didn't import cstdlib anyway.

EDIT:

Code Select Expand

#define txo if
#define txokefyao else
#define kHol double
#define sHol int
#define plltxe printf
#define tengkrr while
#define tatxaew return
#define plltxeie cout
#define tin void
#define liu string
#define liuu char
#define pate gets
#define srane true
#define kehe false
#include <cstdlib>
#include <iostream>
#include <stdio.h>
#include <string.h>
using namespace std;
sHol main()
{
plltxe("Kaltxì 'Rrta!");
  tatxaew EXIT_SUCCESS;
}
produces:

Code Select Expand

Kaltx∞ 'Rrta!
Windows doesn't seem to like Unicode.

[Irtaviš Ačankif]

I am using Eclipse with MinGW C++, which is basically a framework that guarantees that your program will compile and run the same way on any platform you like. Your code doesn't work in MinGW (error on the EXIT_SUCCESS part). What compiler are you using? Maybe it automatically adds #define EXIT_SUCCESS 0 on the top. Yup, no luck with Unicode.

[Clarke]

GNU C++, on Cygwin.

[Tsamsiyu92]

Genious.

Windows doesn't seem to like Unicode.

A quick google on the matter led to this:
http://www.evanjones.ca/unicode-in-c.html

[Kamean]

Great

[hemmond]

Awesome. Maybe I'll move drom PHP to C++

[Clarke]

Manual memory management is not your friend.

[Blue Elf]

Loving this! Does anyone know how to redefine keywords in c#?
I once written a few comment in my prog nìNa'vi. When my boss saw that, he was a little angry.  If I'd write code completely in Na'vi, I'll probably get fired immediately

[Clarke]

Can't do it in C#, sorry.  At least, not without rolling your own preprocessor.

[Human No More]

Txantsan

...if only I was better at C... and at Na'vi

['Oma Tirea]

#define txo if
#define txokefyao else
#define kHol double
#define sHol int
#define plltxe printf
#define tengkrr while
#define tatxaew return
#define plltxeie cout
#define tin void
#define liu string
#define liuu char
#define pate gets
#define srane true
#define kehe false

It should probably be liuvi for char, and there doesn't need to be an e in tatxaew.  Also txokefyao is spelled txokefyaw.

I thought coming up with programming nìNa'vi would happen sooner or later

[Irtaviš Ačankif]

Can't do it in C#, sorry.  At least, not without rolling your own preprocessor.

Indeed. I program GUI stuff in C# and Windows Forms or GTK# because GUI with C++ is a nightmare and impossible to learn for me. C# is like my RAD language to fall back to when I need to hack up something for myself in 10 minutes.

[bommel]

Yes, C# is a lot easier when it comes to GUI (actually I think it's a lot easier than C in all aspects ^^)

[Irtaviš Ačankif]

For simple programs like the one I posted C# is more complicated. Additionally C# is very funny when it comes to writing algorithms, they just run slowly...

C# is also bad at number crunching like calculating pi and low level operations, which require convoluted calls to the Win32 API or an object reference to an obscure class hidden within the enormous .NET Framework.

The worst thing about C# is that it is not compiled to machine code and requires the full framework to run. How I wish that somebody makes a C# compiler to machine code...even if it only supports the basic standardized classes I would be saying irayo till his memikyun fall off.

[bommel]

Though I work a lot with C# I can't tell you much about its internal optimization. Recently I had a discussion with some C++ guy about Java's performance (which is in terms of architecture quite similar to C#). And Java has some neat features to optimize runtime performance even if it is byte code, too. For example, the JVM has automatic hot spot detection and supports just in time compilation (i. e. it will create machine code on the fly for certain functions if necessary). And according to some benchmarks I've found on the net Java isn't as slow as some people may argue. In general it is slower than native C code but for a lot of applications the difference is rather low and you shouldn't forget about what you gain when using Java or C# (integrated garbage collection, no need to use pointers, etc.). And IMHO, most of an application's performance depends on the programmer, not the compiler. I've seen enough bad and slow code written by programmers who claim they use C because it's faster.

[Human No More]

A lot of people just say "it uses a VM therefore it's slow' without any evidence or justification.