atso (u/atso) - Readit News

atso commented on Beej's Quick Guide to GDB (2009) beej.us/guide/bggdb/... · Posted by u/ScottWRobinson

spicymaki · 7 years ago

I never knew gdb had a tui mode. It is not even specified in the man page as an option.

atso · 7 years ago

The manual is worth a read. This is a software (as gcc) in which the "man" page or the information displayed with "--help" is not near the bunch of things there are described in the complete documentation.

atso commented on C++17 Compiler Bug Hunt ithare.com/c17-compiler-b... · Posted by u/jjuhl

tlb · 8 years ago

Tools for automatically updating source code would be a good thing. It'd allow removing old compatibility features, and save time modernizing code bases. Python did it with 2to3.

atso · 8 years ago

You have clang-tidy:

https://www.kdab.com/clang-tidy-part-1-modernize-source-code...

atso commented on Black Book of Graphics Programming, Special Edition (1997) github.com/jagregory/abra... · Posted by u/cmsimike

banachtarski · 8 years ago

I wouldn't recommend it for most modern-day graphics practitioners. You're much better off reading Physically Based Rendering, and a Trip down the Graphics Pipeline (blog post series). After that, I would recommend reading and playing around with the UE4 source code (which is very approachable).

The "tricks" are nice but don't translate super well to how modern pipelines are usually architected.

atso · 8 years ago

Could you post a link, please? Searching for those terms leads to a '96 book and some different blog posts, but I am not sure if the ones you are referring to. Thanks!

atso commented on How to Write Portable C Without Complicating Your Build nullprogram.com/blog/2017... · Posted by u/ingve

xtreme · 9 years ago

There is another reason. `make -j4 && make install' would be faster than just `make install' (multi-process vs. single-process).

atso · 9 years ago

You can do `make -j4 install`. Works as intended.

atso commented on The stability of the bicycle (2006) scitation.aip.org/content... · Posted by u/trymas

ramanan · 9 years ago

Bicycles are surprisingly stable as long as they are able to maintain some momentum.

minutephysics had a great video about this too:

How Do Bikes Stay Up?: https://www.youtube.com/watch?v=oZAc5t2lkvo

atso · 9 years ago

Well, both the article and the video say that there is more than one factor for reaching stability, not only momentum.

I think that this is the current status, knowing that the bike does not fall by the simultaneous combination of several factors. When analyzing the problem mathematically, it can be found that there are additional stability factors that do not even have direct physical meaning.

atso commented on Autotools Mythbuster autotools.io/index.html... · Posted by u/nbaksalyar

icebraining · 10 years ago

Yes to the first question, it generates platform-specific build files (e.g. Makefiles for Unix/Linux), which don't need cmake itself to build the software. Regarding the second question, I believe so, but I'm not sure.

atso · 10 years ago

Of course once the makefile is generated, there is no need to use cmake (as long as the project is not modified), but you cannot share a makefile generated by cmake, not even redistribute it. You cannot even re/locate it on your hard drive.

The difference is that autotools generates source distributions that do not need autotools to build, while a cmake project always requires cmake when building.

atso commented on Bup: Efficient file backup system based on the git packfile format github.com/bup/bup... · Posted by u/tekacs

atso · 12 years ago

I hear about rdiff-backup, but I think its two main drawbacks are:

* on the webpage, there is no new release since 2009.

* has no de-duplication.

I was considering moving my 5+ years old rdiff-backup system to any of those new, promising programs:

* obnam [http://liw.fi/obnam/]

* attic [https://pythonhosted.org/Attic/]

They both do automatic de-duplication, old backup deletion and remote encryption.

u/atso

KarmaCake day16February 16, 2014View Original