Welcome to the Linux Foundation Forum!
Am I C-ing this right?
Noluk
Posts: 7
Hello.
I've just realised that all the headers mentioned in the Manpages are of style: something.h
From what I've been reading, I gather that they are all therefore C headers.
Am I correct?
If so, then what is the merit as an [exclusivley] Linux user in my learning C++?
0
Comments
-
The Linux kernel is written in assembly and C. Of course a lot of other software is written in C++ and other languages.
Java, C and C++ has been on the top of the index for a long time: http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html so it's always good to learn.0 -
Noluk wrote:Hello.
I've just realised that all the headers mentioned in the Manpages are of style: something.h
From what I've been reading, I gather that they are all therefore C headers.
Am I correct?
If so, then what is the merit as an [exclusivley] Linux user in my learning C++?
I don't reallyl understand your question. Merit? Well, the learning itself!
Usefulness? As a user... neither of them will be usefull for you. As a developer... depends0 -
The C++ language is based on, and backwards-compatible with, the C language. Programs written in C++ can be compiled against libraries written in C without any issues, and C code can be recompiled as a C++ program without adjustments. C++ however enables additional features like object-orientation, namespaces, operator overloading, streams and templates. In addition, it comes with more libraries like STL, the Standard Template Library.
So if you're learning to program, the basics of C and C++ should be quite similar (except the default way of handling input/output), but I would recommend that you at least familiarize yourself a bit with the features of C++. Even if you're writing purely procedural programs, the default programming paradigm of C, having features like streams and templates available can be quite neat. Having the Standard Template Library available also spares you the trouble of reimplementing common data structures and algorithms, e.g. binary search trees and sorting algorithms, every time you need them for a new datatype.0 -
Noluk wrote:Hello.
I've just realised that all the headers mentioned in the Manpages are of style: something.h
From what I've been reading, I gather that they are all therefore C headers.
Am I correct?
If so, then what is the merit as an [exclusivley] Linux user in my learning C++?0 -
For C++ headers, the .h is optional. You can have headers with, or without the .h for C++, but not for C. C requires the .h extension. So, in C++, you can do this:
#include <stdio.h> // A C header file #include <iostream> // A C++ header #include <stdlib.h> // A C, and/or C++ header
0 -
Thanks for your feedback.
However, to elaborate a bit more, my thoughts were that:
as [far as I could see] the Kernel writers continue to write it just in C, and they presumably do so because they regard it to be better than C++
and so shouldn't I just follow their lead and not bother with continuing to try to learn C++?
If it's not: [arguably] better than C++ (and your replies suggest to me that it is not), then whatever are their reasons for continuing/[prefering] to write it in C?0 -
There are other reasons for writing kernel code in C instead of C++, than that people think it is "better" than C++. There are things that C++ does that won't play nice in the down-to-the-metal environment of the kernel, such as virtual functions, etc. It may be possible to write kernel modules in C++, but it would be so restricted that it would end up pretty much just C code.
Myself, when I design and write seriously complex enterprise applications, C++ is my language of choice. When I write kernel code, I use C.0 -
Noluk wrote:Thanks for your feedback.
However, to elaborate a bit more, my thoughts were that:
as [far as I could see] the Kernel writers continue to write it just in C, and they presumably do so because they regard it to be better than C++
and so shouldn't I just follow their lead and not bother with continuing to try to learn C++?
If it's not: [arguably] better than C++ (and your replies suggest to me that it is not), then whatever are their reasons for continuing/[prefering] to write it in C?
They write in C because it's *faster*. That doesn't mean it's better though: it's better for kernel programming as the speed is key to usefulness of the kernel.
From an application development point of view, C++ is better as it was designed for code reutilization and object oriented programming (usually more understandable by our brain).
As usual, it's a matter of balance
Regards0 -
Marc Deop wrote:They write in C because it's *faster*
Would that still be true in the following event:
Rubberman wrote:It may be possible to write kernel modules in C++, but it would be so restricted that it would end up pretty much just C code.
Does the C code always compile to faster, more efficient machine code than C++ ?0 -
The speed not only depends on the language but most of the times C code will be faster than C++ .Note that we are talking here about *SMALL* figures, that is like 1ms faster in calling a function which is nothing from an application point of view but could be important in a kernel thing0
-
That helps; thank you for the insight.0
-
First of all there is no rule written that, the Linux users should use the Linux commands and system calls. Noway...
My friend's grand mother is using Ubuntu and of-course she is also a Linux user.
As Developer, you are not left to use Linux alone. Whatever you are doing in Linux as a Developer, all are possible with other paid OS [Hope you guessed :-) ] .
If you google it, you can find easily why c++ came . The Kernel is written in C, it can be even in asm, but very difficult to upgrade/change a single thing.
I strongly agree with whatever Marc Deop told.
Basically, its not like [ c > c++ } | [c++ > c ]. Its purely based on, what is objective of that final code output, where they going to deploy and who is going to use.0 -
I really don't know what you want to express.
If u write the code with C:#ifdef __cplusplus /* or #if defined(__cplusplus) */ Extern "C" { #endif /* your code below */ #ifdef __cplusplus } #endif
then , the c++ compiler can compile this c program.
If u write the code with C++:#include <pthread.h> /* this can use a c head file */ #include <iostream> /* this is a c++ head file */
0
Categories
- All Categories
- 212 LFX Mentorship
- 212 LFX Mentorship: Linux Kernel
- 745 Linux Foundation IT Professional Programs
- 342 Cloud Engineer IT Professional Program
- 168 Advanced Cloud Engineer IT Professional Program
- 70 DevOps Engineer IT Professional Program
- 134 Cloud Native Developer IT Professional Program
- 136 Express Training Courses
- 136 Express Courses - Discussion Forum
- 6.1K Training Courses
- 44 LFC110 Class Forum - Discontinued
- 70 LFC131 Class Forum
- 42 LFD102 Class Forum
- 225 LFD103 Class Forum
- 18 LFD110 Class Forum
- 36 LFD121 Class Forum
- 18 LFD133 Class Forum
- 7 LFD134 Class Forum
- 18 LFD137 Class Forum
- 71 LFD201 Class Forum
- 4 LFD210 Class Forum
- 5 LFD210-CN Class Forum
- 2 LFD213 Class Forum - Discontinued
- 128 LFD232 Class Forum - Discontinued
- 2 LFD233 Class Forum
- 4 LFD237 Class Forum
- 24 LFD254 Class Forum
- 692 LFD259 Class Forum
- 111 LFD272 Class Forum
- 4 LFD272-JP クラス フォーラム
- 12 LFD273 Class Forum
- 133 LFS101 Class Forum
- 1 LFS111 Class Forum
- 3 LFS112 Class Forum
- 2 LFS116 Class Forum
- 4 LFS118 Class Forum
- 4 LFS142 Class Forum
- 5 LFS144 Class Forum
- 4 LFS145 Class Forum
- 2 LFS146 Class Forum
- 3 LFS147 Class Forum
- LFS148 Class Forum
- 14 LFS151 Class Forum
- 2 LFS157 Class Forum
- 23 LFS158 Class Forum
- 6 LFS162 Class Forum
- 2 LFS166 Class Forum
- 4 LFS167 Class Forum
- 3 LFS170 Class Forum
- 2 LFS171 Class Forum
- 3 LFS178 Class Forum
- 3 LFS180 Class Forum
- 2 LFS182 Class Forum
- 5 LFS183 Class Forum
- 31 LFS200 Class Forum
- 737 LFS201 Class Forum - Discontinued
- 3 LFS201-JP クラス フォーラム
- 18 LFS203 Class Forum
- 125 LFS207 Class Forum
- 2 LFS207-DE-Klassenforum
- 1 LFS207-JP クラス フォーラム
- 302 LFS211 Class Forum
- 56 LFS216 Class Forum
- 52 LFS241 Class Forum
- 48 LFS242 Class Forum
- 38 LFS243 Class Forum
- 15 LFS244 Class Forum
- 2 LFS245 Class Forum
- LFS246 Class Forum
- 48 LFS250 Class Forum
- 2 LFS250-JP クラス フォーラム
- 1 LFS251 Class Forum
- 149 LFS253 Class Forum
- 1 LFS254 Class Forum
- 1 LFS255 Class Forum
- 7 LFS256 Class Forum
- 1 LFS257 Class Forum
- 1.2K LFS258 Class Forum
- 10 LFS258-JP クラス フォーラム
- 117 LFS260 Class Forum
- 159 LFS261 Class Forum
- 42 LFS262 Class Forum
- 82 LFS263 Class Forum - Discontinued
- 15 LFS264 Class Forum - Discontinued
- 11 LFS266 Class Forum - Discontinued
- 24 LFS267 Class Forum
- 21 LFS268 Class Forum
- 30 LFS269 Class Forum
- 201 LFS272 Class Forum
- 2 LFS272-JP クラス フォーラム
- 1 LFS274 Class Forum
- 4 LFS281 Class Forum
- 9 LFW111 Class Forum
- 259 LFW211 Class Forum
- 181 LFW212 Class Forum
- 13 SKF100 Class Forum
- 1 SKF200 Class Forum
- 1 SKF201 Class Forum
- 795 Hardware
- 199 Drivers
- 68 I/O Devices
- 37 Monitors
- 102 Multimedia
- 174 Networking
- 91 Printers & Scanners
- 85 Storage
- 755 Linux Distributions
- 82 Debian
- 67 Fedora
- 16 Linux Mint
- 13 Mageia
- 23 openSUSE
- 147 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 352 Ubuntu
- 468 Linux System Administration
- 39 Cloud Computing
- 71 Command Line/Scripting
- Github systems admin projects
- 93 Linux Security
- 78 Network Management
- 102 System Management
- 47 Web Management
- 60 Mobile Computing
- 17 Android
- 31 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 369 Off Topic
- 114 Introductions
- 173 Small Talk
- 21 Study Material
- 684 Programming and Development
- 296 Kernel Development
- 370 Software Development
- 1.8K Software
- 236 Applications
- 182 Command Line
- 3 Compiling/Installing
- 985 Games
- 316 Installation
- 92 All In Program
- 92 All In Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)