View source for Talk:C (programming language)

{{Skip to talk}}
{{Talk header|search=no|noarchive=yes}}
{{WikiProject banner shell|class=C|vital=yes|1=
{{WikiProject Computing |importance=Top |software=y |software-importance=Top |science=y |science-importance=High}}
{{WikiProject Computer science |importance=High}}
{{WikiProject C/C++ |importance=Top |c=yes}}
}}
{{ArticleHistory
|action1=FAC|action1date=2004-03-15, 02:35:04 |action1link=Wikipedia:Featured article candidates/C (programming language)|action1result=promoted|action1oldid=2774835
|action2=FAR|action2date=2006-07-25, 12:59:24 |action2link=Wikipedia:Featured article review/C (programming language)|action2result=removed|action2oldid=65748965
|action3=GAN|action3date=2006-09-09, 00:06:07 |action3link=Talk:C (programming language)/GA1 |action3result=failed|action3oldid=74539171
|currentstatus=FFA
}}
{{annual readership}}
{{afd-merged-from|C Intermediate Language|C Intermediate Language|29 April 2013}}
{{User:MiszaBot/config
|archiveheader = {{talk archive navigation}}
|maxarchivesize = 31K
|counter = 17
|minthreadsleft = 4
|minthreadstoarchive = 1
|algo = old(100d)
|archive = Talk:C (programming language)/Archive %(counter)d
}}
{{archives|bot=MiszaBot I|search=yes|age=100|dounreplied=yes}}

== Mention of C allowing various memory allocations schemes ==

{{u|Jochen Burghardt}} [https://en.wikipedia.org/w/index.php?title=C_(programming_language)&diff=prev&oldid=1183993545 removed] this section on C allowing various memory allocation implementations:

:{{tq|C permits the use and implementation of different [[C dynamic memory allocation|memory allocation]] schemes, including a typical {{code |lang=c |malloc}} and {{code |lang=c |free}}; a more sophisticated mechanism with [[Region-based memory management|''arenas'']]; or a version for an [[kernel (operating system)|OS kernel]] that may suit [[direct memory access|DMA]], use within [[interrupt handler]]s, or integrated with the [[virtual memory]] system.}}

With the edit summary {{tq|"malloc is not built in in C, but a library function, and could be provided for every other language in a similar way"}}. It's actually not true that you can do this in every other language, it depends on directly manipulating and storing pointers for one thing, which most languages do not do. The passage doesn't say malloc is part of C itself, in fact it implies the opposite - it lists malloc as one possibility. I disagree with this removal. [[User:DIYeditor|—DIYeditor]] ([[User talk:DIYeditor|talk]]) 19:49, 7 November 2023 (UTC)

:As I understand the title of this article, it is about the C programming language itself; there is a different article [[C standard library]]. "{{tq|The passage doesn't say malloc is part of C itself}}" - this is the reason why I think it shouldn't be discussed here, but at [[C standard library]]. As a side remark, <code>malloc</code> can be implemented as is in every language that supports pointers, and with slight modifications in every language that supports arrays (having arbitrary type casts in the language will increase user convenience). - [[User:Jochen Burghardt|Jochen Burghardt]] ([[User talk:Jochen Burghardt|talk]]) 11:58, 8 November 2023 (UTC)
::Please stop edit warring to restore your preferred version.
::We can wait for input from more people. [[User:DIYeditor|—DIYeditor]] ([[User talk:DIYeditor|talk]]) 13:17, 8 November 2023 (UTC)
:::I didn't edit [[C (programming language)]] after my above reply. The anonymous IP 193.162.48.193 vandalized an article part that is unrelated to our above discussion, and I assure that it wasn't me. Admittedly, my 2nd revert might have violated a strict interpretation of [[WP:BRD]]; however, I gave a long justification in my edit summary. Waiting for opinions from other people is ok for me. - [[User:Jochen Burghardt|Jochen Burghardt]] ([[User talk:Jochen Burghardt|talk]]) 14:05, 8 November 2023 (UTC)
::The goal of this the overall section is to explain and justify the wide adoption of C as a  systems programming language.  The section in question states that C permits choice in dynamic memory allocators - a good justification, since operating systems and similar often control memory for other processes.  Options range from the usual {{code|stdlib.h}} to very machine-specific ones.   This flexibility is a feature of the language.  Only one of the choices pertains to the standard library and its {{code|malloc}} - the others do not - and indeed there is already a link in the debated section to [[C dynamic memory allocation]].  
::If there are improvements to be made, then let's make them!  But I agree with {{u|DIYeditor}} and disagree with the removal. [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 20:18, 8 November 2023 (UTC)

== Duplicate sections on related languages - merge? ==

There appears to be two similar sections in the main article: [[C (programming language)#Relations to other languages|Relations to other languages]] and [[C (programming language)#Related languages|Related languages]].  Former is a list within the Overview section; latter is an exposition on the influence of C, sitting near the end of the article.

Should we consider these as duplicates, and merge them to one location?  Or are we happy with the different emphasis on the somewhat similar content, and leave well alone?  Or Perhaps replace the first section with a sentence and keep the latter section?  Or something else? [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 05:29, 26 April 2024 (UTC)

== C is a compiled language ==

A compiled language is "typically" compiled according to Wikipedia.  I would like to add "compiled" to describe C.  In fact, C is one of the most common languages, if not the most common language, cited as an example of a compiled language. [[User:Chris.temp.level.0|Chris.temp.level.0]] ([[User talk:Chris.temp.level.0|talk]]) 13:27, 17 July 2024 (UTC)
:{{ping|Vincent Lefèvre|Jkudlick}} The issue seems to be [[Special:Diff/1233796365|this edit]] which inserted "[[Compiled language|compiled]]" before "[[general-purpose programming language]]" in the lead. Per [[WP:LEAD]], information in the introduction should be a summary of what is in the body of the article and it looks as if one reason given for a revert was doubt about whether the information is in the body. Bear in mind that the lead already refers to "compile" in a couple of places: "C [[compiler]]s" + "designed to be [[compiler|compiled]]" + "can be compiled". People like fiddling and Google tells us that C interpreters exist although of course if the term "compiled language" has any meaning, it certainly applies to C. [[User:Johnuniq|Johnuniq]] ([[User talk:Johnuniq|talk]]) 01:43, 18 July 2024 (UTC)
::{{re|Johnuniq|Chris.temp.level.0|Vincent Lefèvre}} I was only involved insofar as this article has pending changes protection and I happened to review a pending change that had already been reverted. As I stated {{diff|diff=prev|oldid=1234287773|label=on my talk page}}, I would have accepted the edit if it had not already been reverted. I am glad to see Chris has engaged in discussion here to reach consensus, and I will leave the discussion to those with much better knowledge of this subject than me. —&nbsp;[[User:Jkudlick|Jkudlick]]&nbsp;&#x2693;&nbsp;[[User_talk:Jkudlick|(talk)]] 23:29, 18 July 2024 (UTC)
::{{re|Jkudlick|Johnuniq|Chris.temp.level.0}} I think that "designed to be compiled" already present in the LEDE is sufficient. — [[User:Vincent Lefèvre|Vincent Lefèvre]] ([[User talk:Vincent Lefèvre|talk]]) 12:00, 20 July 2024 (UTC)
:::Agree. [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 14:34, 20 July 2024 (UTC)

== Remove <nowiki>{{harvtxt}}</nowiki> templates? ==

The article has several <nowiki>{{harvtxt}}</nowiki> references within it, leading to shortened references that have to be clicked through to get to a second link to the reference within the Sources section, which can then be clicked to see the source.  The shortened references use the <nowiki>{{cite Q}}</nowiki> template, which dereferences wikidata.  It would appear that there are multiple wikidata entries in this article's [[C_(programming_language)#Sources|Sources]] section that are pointing to the same source.  More info is at [[Template:Harvard_citation_text#Usage|harvtext template usage]] and [[Template:Cite_Q]].  
<br />There are four of them, compared to the 60ish more common references in the [[C_(programming_language)#References|References]].  An example is [https://en.wikipedia.org/wiki/C_(programming_language)#cite_ref-sigplan_9-3:~:text=re%2Dimplementing%20the%20kernel%20of%20the%20Unix%20operating%20system.%5B9%5D HERE]
<br/ >Any objections to these four <nowiki>{{harvtxt}}</nowiki> references being removed, (along with the ''Sources'' section) and replaced with standard ''Cite''s, alongside the 60ish other cites? [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 23:29, 12 June 2025 (UTC)

:No, I don't see a reason why that would be the ideal CITEVAR for this article. <span style="border-radius:2px;padding:3px;background:#1E816F">[[User:Remsense|<span style="color:#fff">'''Remsense'''</span>]]<span style="color:#fff">&nbsp;🌈&nbsp;</span>[[User talk:Remsense|<span lang="zh" style="color:#fff">'''论'''</span>]]</span> 23:32, 12 June 2025 (UTC)
:I have no objections at all, and would prefer to have either all long or all short (either is fine), but not the random mix there is now. I am currently trying to untangle the THREE sources to the 1993 Ritchie paper, but stepped away for the moment because {{t|cite Q}} is annoying me. I was also thinking the {{t|harvtxt}}s should be {{t|efn}}s, but hadn't started focusing on that yet. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 02:31, 13 June 2025 (UTC)
::While the Ritchie source it is a very, very good paper, I totally agree, three refs to it is a little over-the-top.😁  <br/>Ok, given this approbation, and unless someone objects in the next 24h or so, I'll remove the Sources section, and change the Ritchie refs etc. to <nowiki>{{cite}}</nowiki>s. [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 06:46, 13 June 2025 (UTC)
:::Ah, @[[User:Elrondil|Elrondil]], I note that some of the <nowiki>{{harvtxt}}</nowiki> links have been changed to {<nowiki />{efn}}s with <nowiki>{{sfnp}}</nowiki> references [https://en.wikipedia.org/w/index.php?title=C_(programming_language)&diff=prev&oldid=1295367058 HERE] and similar. Are we still OK to remove the ''Sources'' section, the {<nowiki />{Cite Q}}s, and move to more typical {<nowiki />{cite}}s? [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 06:19, 14 June 2025 (UTC)
::::{{reply to |Chumpih}} Oops, I forgot one {{t|harvtxt}}, so just moved that to {{t|sfnp}}s ... just wanted to finish what I had started :-). I still "prefer to have either all long or all short (either is fine), but not the random mix there is now." So I'm OK for you to move the {{t|sfnp}}s to refs (or {{t|r}}s?!?!). But I think regressing the {{t|cite Q}}s to ordinary {{t|cite book}} etc. is a bad move, so don't agree with that ... {{t|cite Q}}s enable [[Database normalization#Normal forms|data normalization]] and all the benefits that come with that. However, I'm not sure {{u|Remsense}} agrees with dropping the {{t|sfnp}}s after reading their response from a few days ago again. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 06:35, 14 June 2025 (UTC)
:::::Yeah, I made a 'negative' request, saying 'any objections', which was unclear of me - apologies.   So the reply above from @[[User:Remsense|Remsense]] could do with clarification. [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 06:49, 14 June 2025 (UTC)
::::::Sorry 😀.
::::::If only we, the writers, expressed citations in a way that permitted them, the readers, to elect  how THEY want to SEE the blimmin' citations and then let Wikipedia render the citations into whatever format a particular reader has chosen to see them (i.e., long, short, mixed, whatever), there wouldn't ''be'' a need for all this [[WP:CITEVAR|consensus]] BS, where a small set of writers (usually the most recent and most aggressive mob) decides for  EVERYONE how they should "eat their meal". Its ridiculous, uncivil, and technologically quite unnecessary. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 07:07, 14 June 2025 (UTC)
:::::::OK, so do we settle on standard {{t|cite}} references for all, (i.e. change them into the same format as the other 60-odd) or do we want to have these 5 (or is it 2) references in the ''Sources'' section using different mechanisms, with limited hover-over info, and an additional click required to get to the source? [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 19:30, 15 June 2025 (UTC)
::::::::{{reply to |Chumpih }} What do you mean by "standard {{t|cite}}"? If you mean replacing the short citations using {{t|sfnp}} with long citations using <nowiki><ref></ref></nowiki>{{t|rp}}s while retaining the {{t|cite Q}}s, you have my OK but this also needs a clear and unambiguous OK from {{u |Remsense}} for there to be the required consensus. I see no reason to revert from {{t|cite Q}}s to {{t|cite book}}s etc.
:::::::: [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 19:46, 15 June 2025 (UTC)
::::::::FYI, in my browser, hovering over a short citation opens a flyover with short citation details, and when I hover on THAT it opens a flyover with the long citation details … so I click just once. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 05:51, 16 June 2025 (UTC)
:::::::::That's not as straightforward as {{t|cite}}. [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 17:51, 16 June 2025 (UTC)
::::::::::True, there is an extra "level of indirection", but which enables (1) moving of the page or location from being inline to that extra level of indirection and (2) more control over how the long citations are organised. I see the benefits and costs of both approaches, and personally I think that should be the reader's choice (through a configuration setting), but instead Wikipedia editors have spend decades fighting over this, and will continue to … until each individual reader gets to choose how they feel at any moment: light mode or dark mode, sans serif or serif font, large text or small text, long citations or short citations, DMY or MDY dates, American or British or Australian or Hibernian or Indian English, metric or imperial units first, and so on.
::::::::::In the meantime, we can still try to be as consistent as possible for the sake of readability by Wikipedia readers (that is, not author-centric but reader-centric), and to link any short and long citations that ARE there to pick up and correct mismatches (there are plenty) and at least ENABLE that extra hover or click instead of leaving it to readers to manually having to make the connection. Instead we have this ridiculous Lilliputian but cleverly-named [[WP:CITEVAR]] (or "Cite War") stand off with both short and long at the same time in the same articles. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 22:25, 16 June 2025 (UTC)
:::::::::::So do you object to removing the ''Sources'' section and changing the remaining handful of {{t|sfnp}} (formerly {<nowiki/>{harvtxt}} ) cites to become {{t|cite}}s like the other 60 on the page? [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 06:02, 17 June 2025 (UTC)
::::::::::::I do not object to you changing the {{t|sfnp}} short citations to <nowiki><ref></ref></nowiki>{{t|rp}} or {{t|r}} long citations.
::::::::::::I do object to you replacing {{t|cite Q}}s with {{t|cite book}} etc (if that is what you also wanted to do).
::::::::::::I do object to you doing this without unambiguous consensus with {{u |Remsense}}. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 06:15, 17 June 2025 (UTC)
::::{{reply to |Chumpih}} However, if there does end up being consensus for regressing the normalizing {{t|cite Q}}s to de-normalized {{t|cite book}}s etc., that could easily be done by adding <code>|expand=yes</code> to the {{t|cite Q}}s and taking it from there. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 06:43, 14 June 2025 (UTC)
:But what are "standard Cites"? 😀 There is no such thing in Wikipedia and everyone does what they want anyway. [[User:Elrondil|Elrondil]] ([[User talk:Elrondil|talk]]) 02:58, 13 June 2025 (UTC)
::Ah, true, true! [[User:Chumpih|<span style="text-shadow: 2px 2.5px 3px #448811bb">Chumpih</span>]] <sup>[[User talk:Chumpih|t]]</sup> 06:39, 13 June 2025 (UTC)