This is a small anecdote of something that happened me the other day.
In the last chapter we saw how to call a function. We mentioned a special memory called the stack but we did not delve into it. Let’s see in this chapter how we can use the stack and why it is important in function calls.
I started using Telegram a few years ago. Most of the time I don’t use it much to have 1 to 1 conversations but rather chat in a small group of friends which I’ve known for a while now. Every now and then, we share some links to Twitter on that group, and unfortunately the Telegram official clients preview mode don’t support previewing Twitter messages with more than one image.
Take this test message as an example:
This is a test pic.twitter.com/E24MwvjOj0— Bernat Ràfales (@brafales) May 20, 2017
The moment I link this to a Telegram chat, this is the result:
Which is not ideal, as sometimes the message doesn’t make much sense when only one of the images is displayed.
Turns out I’ve been learning some Go over the last few months as well, so I wondered if I could write a small Telegram Bot to help me with that. I needed something to which I could send a Twitter link, and gave me back either the default Twitter preview in Telegram, or a custom made one with all the images of the message, in case there were more than one.
We saw in the previous chapter what is the process required to build a program from different compilation units. This process happened before we obtained the final program. The question is, can this process happen when the program runs? This is, is it possible to dynamically link a program?
Today we will toy around a very simple optimization in clang and discuss a bit about separation of concerns when optimizing code.