Yes AVX intrinsics (256-bit) YMM registers

_mm256_store_si256 / VMOVDQA Moves values [...] to an aligned memory location Why are you trying to use unaligned memory?

It works know, I forgot to add the 'u' when I made the Avx stuff...

https://software.intel.com/sites/landingpage/IntrinsicsGuide/#text=_mm256_st&expand=5597

Next I'll just compare it to my SSE code sry D: but thanks to all!

What is that

What is that

Rust code using SSE intrinsics.

https://github.com/xtensor-stack/xsimd Have you seen this? It's much nicer than all these intrinsics

You should write such a lib for Rust

huh.

Rust code using SSE intrinsics.

I have no idea what that means 😂

You should write such a lib for Rust

There is also some lib which might gets into the standart called "std::simd" but it's not yet stable.. I also want to learn by using them by myself...

I have no idea what that means 😂

Got it now

There is also some lib which might gets into the standart called "std::simd" but it's not yet stable.. I also want to learn by using them by myself...

Rust has no standard

Why would you ever do that? Dont you sacrifice precious assembler speed?

I meant the standart library -_-

Why would you ever do that? Dont you sacrifice precious assembler speed?

Writing my own little SSE lib?! Or what?

Writing my own little SSE lib?! Or what?

Yeah

Because I will learn and I love low level stuff and my VM will be faster :)

Actually the Rust compiler does a pretty good job in autovectorization

Because I will learn and I love low level stuff and my VM will be faster :)

Oh. I thought assembler is as fast as it gets.

Oh. I thought assembler is as fast as it gets.

Look at this beauty 😍

Amazing!!! Full AVX utilization (all YMM regs)

Oh no, AT&T syntax! My enemy!

I like AT&T. I agree Intel is better to write and read but I like AT&T for it's hacky lookalike :D

Lol, that is true.

/warns

Telegram bots are down.

telegram was down till a few seconds ago

I am making my floppy games in assembly. You have to enable the a20 line, load a gdt, and jump to 32 bits to even start using C.

Uh... my computer is 64-bit.

Uh... my computer is 64-bit.

there is a compatibility layer for windows 64bit

there is a compatibility layer for windows 64bit

I am using GNU/Linux, that's the first step I took to get started in programming. It is open source (though I probably should get the LibreLinux kernel).

I am using GNU/Linux, that's the first step I took to get started in programming. It is open source (though I probably should get the LibreLinux kernel).

and you can't run 16 bit software

knowing linux I guess there is a way

but yea that's the beauty of open source: no good docs

and you can't run 16 bit software

I once ran a Hello World ASM program compiled by myself with nasm.

I once ran a Hello World ASM program compiled by myself with nasm.

then you can run it I guess

thought not

The problem is that I should learn, in that case, programming for 32-bit and 64-bit ASM, or have a 64-bit ASM to 32-bit translator. It is kind of annoying. That is probably why people say the C programming language is portable.

I am making my floppy games in assembly. You have to enable the a20 line, load a gdt, and jump to 32 bits to even start using C.

Then I should use ASM if I want to make a game that fits in a floppy?

Then I should use ASM if I want to make a game that fits in a floppy?

Depends

There are other C compilers that make small binaries, such as TCC

Then I should use ASM if I want to make a game that fits in a floppy?

Coding in asm is hard, the code is not very readable, just to make an instruction to print something, you need more lines of code. But you can code parts of assembly inside C

Then I should use ASM if I want to make a game that fits in a floppy?

Assembly is faster. I use C for everything except for 16 bits (for obvious reasons).

Uh... my computer is 64-bit.

32 bit mode works on 64 bit systems, but is not recommended. The difference between these modes is the ammount of bytes you can address. 1 bit = 1 or 0 1 byte = 8 bits 64 bytes = 8*8 32 bytes (in bits): 00000000 00000000 00000000 00000000 (8*4)

16 bit mode is just for compatibility reasons.

telegram was down till a few seconds ago

How come

!report bots back yet?

OwO

Nice

/ban

is there function like split() on c++ ? i need to read space seperated ( or comma ) input into a list i couldnt find one

is there function like split() on c++ ? i need to read space seperated ( or comma ) input into a list i couldnt find one

you can write it using stringstream and std::getline

you can write it using stringstream and std::getline

i got one, but its a big code to do this small operation

i got one, but its a big code to do this small operation

Then you did it wrong

It's literally like 5 lines of code

It's literally like 5 lines of code

can you show 🤔

can you show 🤔

https://godbolt.org/z/ndMT4o

i got one, but its a big code to do this small operation

It's really not. He's referring to the solution I've sent him, which solves the entire problem he wants to solve

but he wants Python-like usage of lines, or something

#include <vector> #include <string> #include <iostream> using std::vector; using std::string; using std::cout; int main (void) { //std::string s = "452 5024 0422"; std::string s; std::getline (std::cin, s); std::string delimiter = " "; vector<int> numbers; size_t pos = 0; std::string token; int aux; while ((pos = s.find(delimiter)) != std::string::npos) { token = s.substr(0, pos); aux = std::stoi(token); numbers.push_back(aux); s.erase(0, pos + delimiter.length()); } aux = std::stoi(s); numbers.push_back(aux); std::cout << "The numbers are: " << '\n'; for (int number : numbers) std::cout << number << '\n'; return 0; }

Assembly is faster. I use C for everything except for 16 bits (for obvious reasons).

My concern is the size of the binary compiled by the programming language. I will try to figure out the speed later when i really learn how to program. Also, apart from the program fitting on a floppy disk, I want it to be a videogame. That's why I want to learn programming. Also, Unity is bloated. My computer has 2 GB of RAM and 1.10 GHz of processing power, yet for some reason it's 64-bit.

My concern is the size of the binary compiled by the programming language. I will try to figure out the speed later when i really learn how to program. Also, apart from the program fitting on a floppy disk, I want it to be a videogame. That's why I want to learn programming. Also, Unity is bloated. My computer has 2 GB of RAM and 1.10 GHz of processing power, yet for some reason it's 64-bit.

Check TCC (Tiny C Compiler) for a compiler that produces tiny binaries

The binaries are much smaller than the ones produced by GCC/Clang

and can get even smaller after stripped

I am using GNU/Linux, that's the first step I took to get started in programming. It is open source (though I probably should get the LibreLinux kernel).

Don't

The binaries are much smaller than the ones produced by GCC/Clang

Stripped binaries are small as they are. It's game assets that are a problem to fit on a floppy.

Stripped binaries are small as they are. It's game assets that are a problem to fit on a floppy.

Well, but that's not the kind of thing where ASM helps

Don't

Which?

Which?

Don't get libre Linux

Well, but that's not the kind of thing where ASM helps

asm helps to get that extra oomph of processing power. But you must really badly lack one

You're putting yourself at a huge risk by not upgrading firmware

Check TCC (Tiny C Compiler) for a compiler that produces tiny binaries

I tried to compile with tcc the Hello World program I compiled with gcc. It is about 12000 bytes of difference in terms of size. I like it.

I tried to compile with tcc the Hello World program I compiled with gcc. It is about 12000 bytes of difference in terms of size. I like it.

Have you compiled a striped binary without debug symbols and such?)

It's no way helloworld would be 12k

You're putting yourself at a huge risk by not upgrading firmware

I already have non-free firmware installed (iwlwifi, intel-microcode) on Devuan, so I think changing kernel won't do a thing. I would go and change hardware later when Venezuela gets a good economy again that has libre drivers.

I already have non-free firmware installed (iwlwifi, intel-microcode) on Devuan, so I think changing kernel won't do a thing. I would go and change hardware later when Venezuela gets a good economy again that has libre drivers.

Yes it will

Libre kernels are stupid

I tried to compile with tcc the Hello World program I compiled with gcc. It is about 12000 bytes of difference in terms of size. I like it.

tcc will always make smaller code than gcc. not faster, but smaller

When you do not send a firmware to your device it will use outdated firmware

check upx too, it's a godsend for stripping binaries

And outdated firmware will always have issues