Simple, fast, safe, compiled language for developing maintainable software. Compiles itself in <1s with zero library dependencies. https://vlang.io
 
 
Go to file
Don Alfons Nisnoni a1f0e940b7 add .vrepl_temp.v to .gitignore and fix some grammar 2019-09-29 13:58:37 +03:00
.github PR template: add a test if you fixed a bug 2019-09-29 04:28:57 +03:00
compiler rename ModPath to v_modules_path; do not allow long variable names without _ 2019-09-29 05:34:17 +03:00
examples struct capitalization: fix the rest of tests 2019-09-28 22:26:44 +03:00
thirdparty darwin: use system ssl headers 2019-09-27 01:35:25 +03:00
tools vget fixes 2019-09-28 14:21:52 +03:00
vlib rename ModPath to v_modules_path; do not allow long variable names without _ 2019-09-29 05:34:17 +03:00
.gitattributes Revert "Delete .gitattributes" 2019-08-31 00:43:07 +03:00
.gitignore add .vrepl_temp.v to .gitignore and fix some grammar 2019-09-29 13:58:37 +03:00
.travis.yml compiler: change s.line_nr in just one place in tandem with s.last_nl_pos 2019-09-28 20:41:11 +03:00
BSDmakefile bootstrap: add BSD makefile 2019-09-20 12:22:54 +03:00
CHANGELOG.md changelog typo 2019-09-22 17:24:44 +03:00
CONDUCT.md Update CONDUCT.md 2019-06-24 18:07:25 +02:00
CONTRIBUTING.md add .vrepl_temp.v to .gitignore and fix some grammar 2019-09-29 13:58:37 +03:00
Dockerfile dockerfile: fix build failure 2019-09-13 01:19:57 +03:00
LICENSE README.md 2019-06-22 20:22:41 +02:00
Makefile makefile: hide the warnings for now 2019-09-17 18:01:49 +03:00
README.md readme: How to exit from REPL doesn't match actual output of REPL 2019-09-23 13:41:17 +03:00
make.bat make.bat: del v3.exe after gcc bootstrap 2019-09-27 21:42:42 +03:00
september.plan do not allow duplicate methods; fix os_win.v; minor fixes and docs 2019-09-29 04:13:32 +03:00

README.md

The V Programming Language

Build Status Build Status

https://vlang.io

Documentation: vlang.io/docs

Changelog: github.com/vlang/v/blob/master/CHANGELOG.md

Twitter: twitter.com/v_language

Discord (primary community): discord.gg/n7c74HM

Installing V: github.com/vlang/v#installing-v-from-source

Key Features of V

  • Simplicity: the language can be learned in less than an hour
  • Fast compilation: ≈100k — 1.2 million loc/s
  • Easy to develop: V compiles itself in less than a second
  • Performance: within 3% of C
  • Safety: no null, no globals, no undefined behavior, immutability by default
  • C to V translation
  • Hot code reloading
  • Powerful UI and graphics libraries
  • Easy cross compilation
  • REPL
  • Built-in ORM
  • C and JavaScript backends

V 1.0 release is planned for December 2019. Right now V is in an alpha stage.

Installing V from source

Linux, macOS, Windows, *BSD, WSL, Android, Raspbian

git clone https://github.com/vlang/v
cd v
make

That's it! Now you have a V executable at [path to V repo]/v. [path to V repo] can be anywhere.

V is being constantly updated. To update V, simply run

v up

C compiler

You'll need Clang or GCC or Visual Studio. If you are doing development, you most likely already have one of those installed.

Otherwise follow these instructions:

https://github.com/vlang/v/wiki/Installing-a-C-compiler-on-Linux-macOS

github.com/vlang/v/wiki/Installing-a-C-compiler-on-Windows

Symlinking

You can create a /usr/local/bin/v symlink so that V is globally available:

sudo ./v symlink

Docker

git clone https://github.com/vlang/v
cd v
docker build -t vlang .
docker run --rm -it vlang:latest
v

Testing and running the examples

Make sure V can compile itself:

v -o v compiler
$ v
V 0.1.x
Use Ctrl-C or `exit` to exit

>>> println('hello world')
hello world
>>>
cd examples
v hello_world.v && ./hello_world    # or simply
v run hello_world.v                 # this builds the program and runs it right away

v word_counter.v && ./word_counter cinderella.txt
v run news_fetcher.v
v run tetris/tetris.v

In order to build Tetris and anything else using the graphics module, you will need to install glfw and freetype libraries.

If you plan to use the http package, you also need to install OpenSSL on non-Windows systems.

macOS:
brew install glfw freetype openssl

Debian/Ubuntu:
sudo apt install libglfw3 libglfw3-dev libfreetype6-dev libssl-dev

Arch/Manjaro:
sudo pacman -S glfw-x11 freetype2

Fedora:
sudo dnf install glfw glfw-devel freetype-devel

Windows:
git clone --depth=1 https://github.com/ubawurinna/freetype-windows-binaries [path to v repo]/thirdparty/freetype/

glfw dependency will be removed soon.

JavaScript backend

examples/hello_v_js.v:

fn main() {
        for i := 0; i < 3; i++ {
                println('Hello from V.js')
        }
}
v -o hi.js examples/hello_v_js.v && node hi.js
Hello from V.js
Hello from V.js
Hello from V.js

Troubleshooting:

You can see how V invokes the C backend compiler with v -show_c_cmd file.v .

You can produce a .c file, without compiling it further with v -o file.c file.v . That is useful, if you want to integrate v as a transpiler into the build system (probably using a Makefile) of an existing large C code base, or if you just want to read the produced C code.

You can prevent v from deleting the intermediate .c file (which is useful if you want to use a debugger like gdb or msvc) by: v -debug file.v .

You can pass -g, which has the effect of -debug, and in addition will make the debugger information to have V line numbers, instead of C ones (NB: this will make the intermediate .c file harder to read).

You can also set the VFLAGS environment variable to pass one or more flags to v, so that you do not have to type them manually everytime. Windows (cmd): set VFLAGS=-debug -show_c_cmd Windows (PowerShell): $env:VFLAGS="-debug -show_c_cmd" Unix (bash): export VFLAGS="-debug -show_c_cmd"

Windows: If you get this error while running the V REPL, and you are using msvc: 'gcc' is not recognized as an internal or external command, operable program or batch file.

... please try:

set VFLAGS=-os msvc
v.exe runrepl

Contributing

Code structure:

https://github.com/vlang/v/blob/master/CONTRIBUTING.md

If you introduce a breaking change and rebuild V, you will no longer be able to use V to build itself. So it's a good idea to make a backup copy of a working compiler executable.