Jump to content

Talk:List of programming languages by type

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Liszt Language

[edit]

I just read an article on the Liszt language and thought maybe it should be added? I couldn't find anything on Wikipedia about it. http://liszt.stanford.edu/ http://liszt.stanford.edu/spec.pdf The language is designed for use with super computers, and programming across large numbers of CPUs. They keep saying "Liszt Language" a lot, and I suppose it is an offshoot from Scala. Or is it really just a compiler bolted on top of Scala? I don't know. Zarkme (talk) 00:40, 29 June 2012 (UTC)[reply]

i a good man — Preceding unsigned comment added by 50.164.130.160 (talk) 14:37, 17 May 2016 (UTC)[reply]

Notes

[edit]

jain leads to a religion page. I don't think that's right. —Preceding unsigned comment added by 63.226.108.126 (talk) 02:07, 13 December 2008 (UTC)[reply]

This page is missing languages like applescript and hypertalk and others. I don't know what categories you would want to add, such as fifth generation languages perhaps, or beginner-friendly languages (basic variants belong there as well).


(suggests adding markup languages) (runs from flack) --24.126.30.46 00:25, 27 November 2005 (UTC)[reply]


Something went wrong with the formatting when I tried to edit! HELP! -- RTC 22:10 Apr 9, 2003 (UTC)

Is that what you want it to look like? Make sure when you bullet things that stuff in the same category isn't seperated by a line break. -- goatasaur

Yes, that looks more like the original. All I did was edit the page and change a couple items. I have no idea what inserted all that "trash", I've never seen it happen before! -- RTC 22:17 Apr 9, 2003 (UTC)

I did some tests, and found that I had to go back at least 2 revisions before the one I edited to avoid getting the format scrambled like that in a preview of the edit (without changing a thing). Must have been someting "hiding" in that revision that my browser did not like, I guess. -- RTC 22:26 Apr 9, 2003 (UTC)

What about the REBOL language? It's more than a scripting language, but I don't know quite enough about all this to know where to put it. --Marj 18:21, 4 Jan 2004 (UTC)


Aren't batch and scripting languages the same thing? Evil saltine 06:45, 8 Jan 2004 (UTC)

You are sooo young :-) Good question -- bad title. I'm just about to replace subtitile "batch languages" "CLI languages (batch languages)", meantime you read Command line interface Mikkalai

Some so-called 'scripting languages' are not 'batch processing' languages in the strict sense of the term (compare sed and python for example; sed is very much a batch processing language, whereas python is full featured enough to write complete systems with). While you *can* use them in this way - just about any other language for that matter can be used in a 'batch' processing mode. A language is a language - plain and simple. I think the term 'scripting language' has been used too often to deprecate the subject language as 'not a real' programming language - i.e. 'it is a useful toy for small tasks' - but not much use for any 'real' large application/system programming utility. Modern languages such as Python, Ruby, and Perl argue against this characterization.


I think there are probably several additions that could be made to the Little Language category from the Unix environment. SED and BC are the top two that come to mind. Of course, the nix environment is full of tools like these, so are you guys drawing the line at the more recognizable "little Languages"? That may be a good idea so that the category doesn't get swamped. 75.88.30.191 (talk) 15:23, 28 November 2009 (UTC)[reply]

C# Editorialized as "a version of C" or "an attempt at C"

[edit]

In my opinion, C# listed in these various categories should not have an editorialization in parenthesis afterwards. These editorializations are opinionated, inprecise, and entirely unnecessary (if one wanted to know more about C#, they would simply read the entry for C#).

I'm new here, so instead of just taking a whack at it, I'll check what the more experienced here have to say.

Samrolken 10:29, 18 Jan 2004 (UTC)

Most certainly, C# is not "C for .NET project", and there is no ".NET project" in this context — correct me, but I have never heard these words in this combination referring to anything but a project file in MS Visual Studio and #Develop. C# is much much closer to Java than to C, and arrogantly strict in typisation — in the biased eye of a C++ hacker, indeed :) — to remind of Pascal and its Delphian variety, especially given that both the latter and C# were designed by the same team.
-kkm 21:49, 31 Jan 2005 (UTC)

Does Ruby belongs to Curly Brace family?

[edit]

Isn't Ruby is also a Curly brace programming language? I am a layman, but I want to help. -- cow_2001 12:21, 4 Sep 2004 (UTC)

Ruby can use braces to delimit a code block that is to be provided to a method. In other words, they are used for a very specific feature, but not for method definitions or for/while/etc. blocks. Ruby programs frequently use braces, but not in the sheer numbers seen in C. I'd say it doesn't belong in the family. --Yath 04:11, 5 Sep 2004 (UTC)

Compared to python it belongs in the curly brace family. Perhaps it should be added with a caveat?

I don't think Ruby qualifies. To delimit syntactical blocks, it doesn't use curly brackets, but keywords (if/while/do/def/..., end). The {|params| body} syntax is roughly just a shortcut for do...end: it specifically declares an anonymous function, instead of acting as a generic syntactical grouping, like other curly bracket programming languages.
In other words, the point of talking about "curly bracket programming languages" is to contrast them against languages which use other approaches of delimiting syntactical blocks, such as keywords (Ruby) and whitespace/indentation (Python).
--Piet Delport 16:46, 24 February 2006 (UTC)[reply]

Perl is Interpreted language

[edit]

I think Perl scripts are more interpreted then compiled. --Michal Jurosz 10:06, 6 Feb 2005 (UTC)

I think you're right.

Hmm... JIT compiled is still compiled. Strange conundrum -- perl itself jumps through hoops to simulate an interpreter while compiling and caching code. But it is possible to pre-compile perl into binary form to make it load and execute quicker. zowie 17:14, 13 December 2005 (UTC)[reply]

Perl is compiled into a kind of intermediate parse tree, then executed by dynamically interpreting that intermediate form. All syntactical checking occurs during the parsing phase prior to execution, so arguably it's a compiled language. On the other hand, it's a bit more dynamic/interpretive than, say, Java, in that it does not produce an executable binary or bytecode format. -Loadmaster 23:06, 9 June 2006 (UTC)[reply]

Python is both Interpreted and Compiled

[edit]

Python compiles bytecode - very similar to Java - when it runs. Furthermore, the bytecode is deposited in a .pyc file alongside the source .py file. If detected at runtime, this compiled bytecode is used instead - making second and subsequent initialization loads much faster.

Also, my understanding is that both Perl and Python have utilities for generating binary executables (basically the virtual machine is encoded along with the bytecode in a binary). Does anyone have sufficient experience using these facilities to comment on them here?

Neither of those (bytecode complilation and interpreter bundling) qualify as true compilation, as its generally understood. However, PyPy (the self-hosting Python implementation) can currently compile an informal subset of Python (known as RPython) into native code: enough so that it can compile itself. That's still not enough to declare Python a compilable language, yet, but at the rate things are going, that day is probably not too far off. --Piet Delport 17:03, 24 February 2006 (UTC)[reply]

I like to point out that for most uses of Python such as CGI, it is interpreted. Also, I'm not sure I'd include bytecode as a compiled language either, because the intermediate file also has to be interpreted. I'm of the opinion that Python should be removed from the Compiled Language list until someone writes a suitable compiler for the language. Which, as pointed out by Piet, probably ain't too far off. I am not going to remove it myself, I'll leave that to someone else (or nobody). I just wanted to state my opinion. 75.88.30.191 (talk) 14:58, 28 November 2009 (UTC)[reply]

stack-based

[edit]

Can we add a stack-based category? Stack_(computing) --213.48.248.121 21:28, 4 May 2005 (UTC)[reply]

assembly languages

[edit]

I'm not sure on this so can anyone shed any more light? -> There's only 2 assembly languages listed here - What about the different assembly languages for each processor? e.g. x86 assembler, motorola assembler etc... I don't know enough on assembly languages specifically to really makes changes to this section.

Pascal supports generators?

[edit]

Pascal is listed under Iterative languages ("Languages built around or offering generators"), but cursory research seems to indicate the opposite. Can someone more familiar with Pascal confirm this? --Piet Delport 13:29, 7 November 2005 (UTC)[reply]

Lacking evidence, i've removed Pascal from the list. --Piet Delport 11:26, 2 January 2006 (UTC)[reply]

Portability Categories

[edit]

Could someone put lists for "Write once, run anywhere" and "Write once, compile anywhere". That's a crucial choice when choosing a language imo... --MatthewKarlsen 14:28, 27 December 2005 (UTC)[reply]

The problem is that it's non-trivial to find any useful definition of those terms, theoretical or practical. What (and which) percentage of the features of the language (and its core libraries) need to work across what percentage of which kinds of platforms, before it counts as "portable"? How fast does it need to be to qualify? (keeping in mind that you can trivially make anything 100% "portable" by running it on top of a sufficiently low-level (but slow) emulator, or compatibility library) --Piet Delport 12:25, 2 January 2006 (UTC)[reply]

I would answer that some are clearly trivial to identify --- e.g. java, python, perl for 'write once, run anywhere'; on the other hand 'write once, compile anywhere' is dependent upon having an assembly language, and then a compiler built for a particular cpu architecture - trivial if you stick to basic functionality that all CPUs are likely to have, but not trivial if you happen to use functionality specific to particular CPU's instruction set (c and c++ come to mind as languages that allow low level interaction with the cpu - but again 'it depends upon how you use the tool'). Finally, what do you consider 'compilation'? Does Java's, Python's or Perl's bytecode compilation count for this category? It is can be problematic - nonetheless useful in practice.

You might be in for a surprise if you think Java code can run "anywhere". :)
Just like you can't run C code on some target platform without writing/porting a working compiler to it, you can't run Java/Python/Perl code on some target platform without first writing/porting a working VM to it (which, in the case of JVMs, can be an extremely difficult undertaking: how many platforms have complete and conformant JVMs by now?).
Even assuming the availability of compilers/VMs on all target platforms, the "portability" of your program really doesn't depend on what language it's written in, but on how well you wrote it. It's just as easy to write unportable Java code as it is to write unportable C code: a language can only support portability, not enforce it. (The situation is further complicated by the fact that even the most unportable programs (regardless of the language) can be made portable again through appropriate compatibility layers (like Wine for Windows code), or dynamic recompilation/binary translation software.)
The situation with compilation (WOCA) versus interpretation (WORA) is not much different. It can become hard to find a meaningful distinction:
  • "compiled" languages can be interpreted (like CINT for C/C++)
  • "interpreted" languages can be compiled (like GCJ for Java, and PyPy for Python])
  • in languages like Lisp, Scheme, and Haskell, the concept of "interpretation" or "compilation" as two distinct processes begins to disapppear altogether: instead, depending on your implementation, you can get as much compilation, or interpretation, as you ask for at any given time
--Piet Delport 19:15, 24 February 2006 (UTC)[reply]

Point of this list?

[edit]

Since this is a Categorical list of programming languages, wouldn't it be easier (and more maintainable in the long term) to simply create a bunch of Wikipedia categories for each category on the list, and add the listed languages to each of these categories? Then add each of the categories to Category:Programming languages, and the need for this list pretty much vanishes. Plus new additions to the "list" are handled locally. --Allan McInnes (talk) 16:44, 11 April 2006 (UTC)[reply]

It took a while to find the guidelines on this question: Wikipedia:Categories, lists, and series boxes and also Wikipedia:Lists (stand-alone lists). These might be helpful although I didn't get much out of them yet. Basicly, the first one says that there can be both a list and a category, and the second one mentions lists of lists. This page is so long it should be broken into several pages anyway. Category:Programming languages looks like people have been working on it but that it has been of too much work. Anyway, some of the lists already have a respective category that of course should somehow correspond to the info on this page. --TuukkaH 17:43, 11 April 2006 (UTC)[reply]
Well, I'm less interested in policy than in maintainability. This list is undoubtedly already out of date, and only likely to become more so as time goes on (I think it's also notable that there aren't that many links to this list to begin with). I suppose there might be something to the point about annotations in Wikipedia:Categories, lists, and series boxes. OTOH, there aren't that many annotations in the list (some parts more densely annotated than others). I suppose that one solution might be to break the list into separate articles, or more likely to simply merge the lists into articles that deal with the language category in question (for example, concurrent computing already contains an extensive list of concurrent programming languages — the only reason that this list has as many entries is because I updated it based on the concurrent computing list a month or so ago). --Allan McInnes (talk) 18:31, 11 April 2006 (UTC)[reply]
Right, I missed the maintainability issue. If any of the lists are retained, I suggest we prepend them by a link to the respective category, and only include significant languages in the lists itself. --TuukkaH 19:20, 11 April 2006 (UTC)[reply]
I think that sounds like a good suggestion. --Allan McInnes (talk) 20:04, 11 April 2006 (UTC)[reply]
I agree with Allan McInnes, just use categories and talk about them in articles about the language types. Quarl (talk) 2006-04-12 09:25Z
Regarding splitting the list into multiple lists, it seems to me like there are multiple orthogonal axes of categorisation, and maybe we could have one page for each axis. Many of the paradigms are based on code management (ie. imperative, declarative, and any of their descendents, as per Programming paradigm). Some paradigms are based around aesthetics (ie. curly-brace languages, and arguably the Wirth ones belong here as BEGIN...END languages). Some seem to be based around the data structures handled (Array-based). Some of these are really sub-paradigms (eg. both Agent-oriented and Aspect-oriented are sub-paradigms of OOP). Then we'd presumably also need an "Other" category. I think if we break it into code management/data management/aesthetic, that'll give us a good start. And maybe also "programming languages by memory management" needs its own list. HTH, TimNelson (talk) 07:48, 11 May 2024 (UTC)[reply]
To clarify, I think the "Programming language lists" box at the top of the page should have:
  • By code management type (Imperative, Declarative, etc)
  • By data management type (Array, Data-oriented, etc)
  • By aesthetic type (Curly-brace, Wirth, etc)
  • By Garbage-management type (see existing section)
  • By other type
At the top of each page, we'd need to clarify what we're excluding, otherwise the pages will end up like this one.
HTH TimNelson (talk) 23:09, 12 May 2024 (UTC)[reply]
Well... You are focused on splitting up this HUGE page into smaller but still big pages. And, you are proposing adding articles for categories you/we are inventing. In general, humans are good at categorizing things, but everyone does it differently. Your groupings may make little sense to others. And IMO WP should not invent terminology by giving it an article. Organization is information. ... Thing is, I think there is very little valuable WP information in the article. My solution is to delete it after copying out anything that is actually useful. ... Although most of the groups already have an article, some that don't might be worthy of an article (and for the concept behind the group; not just xxx languages); And, if people thinks it's valuable to list all the languages of a grouping, then move the list to grouping's page. Stevebroshar (talk) 23:29, 12 May 2024 (UTC)[reply]
I've got no problem with that idea as long as we can have a page called "List of programming paradigms", preferably by type. That way we could leave out the languages, and link to all the paradigms. TimNelson (talk) 08:10, 13 May 2024 (UTC)[reply]
I think all list articles are low value and should be avoided. I think list articles allow a loophole in the apparent WP goal of organizing based on well-established concepts; notable terms. List of programming paradigms is not a term in the real world. We would be inventing it. Organization is information ... Focusing on the positive, I think solid, topical articles are great, and in some cases listing sub-categories in an article is valuable. In this case, there already is Programming paradigm and it lists sub-categories. If any sub-categories are missing, then that article is deficient and should be enhanced. I see no value in a new article to list paradigms if there's an article about paradigms. Stevebroshar (talk) 12:09, 13 May 2024 (UTC)[reply]
Regarding your comment that '"List of programming paradigms" is not a term in the real world', it's still the case that "programming paradigm" is a term in the real world, and this is a "List of..." type article. Having said that, I think a good "List of..." article should look more like Comparison of multi-paradigm programming languages (because its so tabular). Yes, I'm aware that Comparison of programming paradigms exists, but it has fewer paradigms listed than this page does. TimNelson (talk) 21:49, 13 May 2024 (UTC)[reply]
In fact, I think the good option would be:
  • Replace the body of each section in this article with links to a) the main article, and b) the relevant category
  • Once that's completely done, merge this article into Comparison of Programming Paradigms
TimNelson (talk) 22:04, 13 May 2024 (UTC)[reply]
@Allan McInnes Genius idea. List by tagging. Tag each language page and let a tool (WP engine) create the list. That's cook'n with gas. Stevebroshar (talk) 11:43, 29 April 2024 (UTC)[reply]

Cleanup

[edit]

This list could use a lot of cleanup, both internally and externally. Many of the lists contained correspond to categories, but they aren't listed; I've started to add a see also link where possible to rectify this. Often, these lists contain languages that are not categorized as being in the list; I've started to fix that, making sure that the languages are either in that cat or in an appropriate descendent cat. The categories contain languages that aren't listed on this page as well, but I figure that having the category links will make that tolerable enough; it would of course be better to update the list with everything listed in the categories, but I'm not doing that myself.

Not all sections have a corresponding category. I've already added one new category that seemed reasonable, but others I wasn't sure of. I figure that once I've finished doing what makes sense to me, I'll probably start posting questions about the stuff that I'm less sure what to do with—unless someone else deals with them first.

There was some discussion as to whether this list should be kept. If it ever is deleted, this kind of cleanup should be finished before the deletion.

If anyone has any comments, concerns, or suggestions on how to continue this effort, please share. – Zawersh 00:04, 3 June 2006 (UTC)[reply]

Indeed. The Assembly Languages section, for example, is almost an exact copy of the List of assemblers entry. Perhaps rather than listing a bunch of languages in each category, this entire page should simply list the categories, and within each category a link to the more specific category (which itself contains the canonical list of implementations) will suffice. -Loadmaster 23:20, 9 June 2006 (UTC)[reply]

Simula as the first object oriented language

[edit]

It seems to me that the concept of Object Oriented Programming was introduced by Alan Kay and first implemented in his Smalltalk language. Alan Kay referred to Simula as on the major of the sources of inspiration. Thus Simula is not the first object-oriented language, but a direct precursor of Object Oriented Programming. —Preceding unsigned comment added by P99am (talkcontribs) 22:55, 23 November 2008 (UTC)[reply]

I am not a Simula expert, but to the best of my understanding, Simula67 contains the characteristics of what we today call object oriented programming languages (although Kay first used the term). Jack Waugh (talk) 16:02, 23 September 2011 (UTC)[reply]

references

[edit]

I am currently editing a script on computer languages and their use for scientific computation. I am missing references in the page. Aren't there any good books one might cite? 91.50.123.121 (talk) 16:30, 16 December 2008 (UTC)[reply]

Proposal - obsolete languages

[edit]

There are many languages that are no longer in use, often because the machines they ran on no longer exist.
The example I came looking for is PROSPER, a financial modelling langauge used in the 1970's and 80's on ICL 1900 range machines.
I see two issues with adding such langauges to this page. Firstly, do they being here? Secondly, the lack of sources or references. Andrew.Blucher (talk) 04:42, 12 January 2010 (UTC)[reply]

PHP Interprited Language

[edit]

Shouldn't PHP go under the interprited languages heading too. It can be compiled but rarely is. --193.113.135.87 (talk) 12:02, 4 August 2010 (UTC)[reply]

Curly

[edit]

The word curly doesn't appear to this article, but lots of redirects related to curly bracket languages redirect here. Mathiastck (talk) 16:03, 21 October 2010 (UTC)[reply]

Seconded. This is really unhelpful. Was there an article Curly bracket programming language at some point? If so, could we either have it back, or have a suitable distillation of its contents included here? In particular (and this would require a separate article), it would be interesting to have something about the history of this combination of syntactic elements; what was the first language to use it? What was the first major language to use it? I know it's in C; did C get it from BCPL? Where did BCPL get it from? -- Tom Anderson 2010-12-51 —Preceding unsigned comment added by 109.231.204.82 (talk) 18:26, 15 December 2010 (UTC)[reply]

The item was removed in May 2009, in this edit. Anyone who feels strongly about this can undo the edit (but I don't and won't). I agree that dangling redirects is not a good thing. Marc van Leeuwen (talk) 14:35, 3 January 2011 (UTC)[reply]
Thanks. I do and I did. Even though I agree (with the description in the removing edit) it's not really a "scientific" classification of programming languages, "curly bracket languages" is still very notable, it's a well-known and oft-used phrase in describing programming languages. Plus, I came to this article (via the dangling link) looking for exactly this list of languages. —Preceding unsigned comment added by 94.212.39.49 (talk) 14:21, 22 February 2011 (UTC)[reply]

Line-number or GOTO-oriented languages

[edit]

What about a category for languages (at least originally) based on line numbers or labels and GOTO statements, like BASIC, FORTRAN, or COBOL? These languages (especially in earlier versions) used several variations of GOTO and other statements that use line numbers as their primary form of flow control. These include arithmetic IF, computed GOTO, ALTER, GOSUB, PERFORM, the ability to use an expression as the target of a GOTO statement, THEN or ELSE taking a line number as their target, and the ability to go to any line in the program. Unlike C or Perl where goto is only for convenience, like breaking out of nested loops/switch statements or jumping to a common cleanup routine, it's almost impossible to write a useful program in these languages without using a line number or label. Since there's a "curly-bracket languages" list, there should also be a list for these types of languages. 76.205.72.76 (talk) 22:16, 27 June 2011 (UTC)[reply]

Logic Languages that are Purely Declarative

[edit]

A useful subcategorization of logic-based languages would between those that are purely declarative and the others. Jack Waugh (talk) 16:10, 23 September 2011 (UTC)[reply]

What about Agent-based programming languages?

[edit]

Add Category:Agent-based programming languages? 99.190.87.151 (talk) 04:02, 28 January 2012 (UTC)[reply]

List Merge Needed

[edit]

There exists another list of interpreted languages in List of programming languages by type. New items in that section should be brought over to the corresponding section in this page (along with any notes), then the section should be deleted and replaced with the link here in either the end of the intro or the "see also" section. There are complications, however. This page does not include sub-bullets to indicate the ancestry of languages. Should we change this page or just sort out the page? Furthermore, the list is not alphabetical, which will be a pain. I have posted this note on the other page as well. AllenZh (talk) 01:12, 18 March 2012 (UTC)[reply]

non-curly bracket languages

[edit]

It would be meaningful to list languages that are *not* curly-bracket based, like Haskell and Python. I have two proposed names to my avail, "Non-curly bracket languages" or Off-side_rule languages. Latter has a list that should be incorporated into this.article.

C++

[edit]

C++ is in the assembly laguages category, but as far as I know it is not an assembly language. Shouldn't it be deleted? Zolija (talk) 14:36, 24 January 2013 (UTC)[reply]

Done. You are correct. C++ is not an assembly language. Msnicki (talk) 17:05, 24 January 2013 (UTC)[reply]
I recall a quote that goes something like this: C++ has all the power of assembly language ... with all the limitations of assembly language. :) Stevebroshar (talk) 11:38, 29 April 2024 (UTC)[reply]

ActionScript 2 class-based?

[edit]

So I know AS2 has support for classes, but I don't know whether that makes it class-based or not, or if classes need to be a prominent part of the language for it to qualify (I've never programmed in AS2, so I don't know how classes are often used in AS2 programming). 129.21.34.68 (talk) 12:59, 1 April 2013 (UTC)[reply]

Redlinked languages and WP:WTAF?

[edit]

Should this list be subject to WP:WTAF? There are a fair number of redlinks, and more get added over time, although some are removed as well. On List of programming languages‎, for example, the no redlink policy is fairly strictly enforced. I think the policy should apply here, but as it clearly has not been really enforced in some time (if ever), I thought I'd open a discussion before removing them. Rwessel (talk) 22:39, 21 November 2013 (UTC)[reply]

Done. A summary:

A variety of redlinks and other items without articles were removed per WP:WTAF.
Tangible programming languages section removed – no primary article, no articles for any listed languages.
AspectLua, ConcurrentLua, dylan.NET, XMLmosaic, Glyphic Script, biterScripting removed – HTML links only.
Fixed Autocoder, DCL links.
A few redlinks in non-list items remain.

Should I hit the other "List of programming languages by..." articles too? Rwessel (talk) 08:35, 15 December 2013 (UTC)[reply]

Should this list include every "programming language" described in Wikipedia?

[edit]

E.g. these two categories include "TeX" as "programming language":

Category:Macro programming languages
Category:Typesetting programming languages

Kazkaskazkasako (talk) 13:26, 3 June 2014 (UTC)[reply]

Arguably yes, but adding every minor language would likely make this article unwieldy. Rwessel (talk) 03:52, 4 June 2014 (UTC)[reply]
It's unwieldly :) Stevebroshar (talk) 11:39, 29 April 2024 (UTC)[reply]

Ambiguity of "TCL"

[edit]

In the section of curly-bracket languages, does TCL refer to Tcl or Transaction_Control_Language? (Both are computer languages.) — Preceding unsigned comment added by Wbeek (talkcontribs) 20:45, 22 December 2014 (UTC)[reply]

Definitely not Transaction_Control_Language - no subset of SQL could possibly be described as a "curly brace language". OTOH, Tcl clearly *is* a curly brace language, although Tcl does not make that clear (see the external references on that page). I've fixed the link. Rwessel (talk) 21:35, 22 December 2014 (UTC)[reply]

Data Languages

[edit]

The definition and list of data languages might be better titled RDBMS languages, since they both (currently) appear to be constrained to relational data.

XPath is certainly a data language for any reasonable definition of that broad term, though doesn't manipulate "entity relationship tables". Lisp, being homoiconic, could be argued to be a data language. Regular expressions could be said to be a "data" language as well.

Brianary (talk) 17:55, 23 February 2015 (UTC)[reply]

Summary table

[edit]

70.71.28.122 (talk · contribs) added a summary table. While I do not fundamentally object to such a thing, in its current form it is absurdly incomplete, listing five of hundreds of languages and three of ~60 categories. If we're going to keep this, we should have some policy on what's included, and some plan to actually get this to be fairly complete based on that criteria. Otherwise there no hope at all that this will be maintained as the rest of the list gets updated. Rwessel (talk) 10:09, 24 March 2016 (UTC)[reply]

As there have been no comments on this, I'm going to go ahead and remove the summary table. Rwessel (talk) 03:57, 20 April 2016 (UTC)[reply]

Comment by 70.115.135.184 (Ada/Perl)

[edit]

Your own article says Ada is object-oriented but it is listed as a procedural language. Perl has not been a procedural language for a long time. — Preceding unsigned comment added by 70.115.135.184 (talk)

Preceding moved to new section. Rwessel (talk) 03:31, 20 April 2016 (UTC)[reply]
Both Ada and Perl are listed in multiple sections, as they both support multiple paradigms. Rwessel (talk) 03:33, 20 April 2016 (UTC)[reply]

C as a functional language?

[edit]

C is listed under the Functional languages section, but the only functional feature it has is the ability to pass functions by reference as parameters. It doesn't even have closures, much less any way to compose two functions, and idiomatically, it relies very heavily on mutable state and pointers, without any garbage collection and very explicit resource management (more so than even Rust or C++).

If you consider the GCC-specific extensions, then it could potentially be argued, because inner function closures are fully supported, but those are rarely used in practice. Compilers also occasionally employ tail call optimization when optimizations are enabled, but it's not required by spec. But even then, I don't think that necessarily is enough to call C a functional language, so in my honest opinion, it probably should be removed from that list.

129.71.158.128 (talk) 18:41, 18 October 2016 (UTC)[reply]

Agreed. We could even get looser in the definition and state that assembly is a functional programming language. It's not because a language allows functional constructs to be defined that they are FP languages. — Preceding unsigned comment added by 74.12.162.30 (talk) 02:44, 13 March 2018 (UTC)[reply]

Real Time Languages

[edit]

Hi all, I'm missing Real Time Languages as category — Preceding unsigned comment added by DrHBK (talkcontribs) 14:49, 27 December 2017 (UTC)[reply]

Incorrect definition of procedural language

[edit]

Whether a language is procedural has nothing to do with whether it is compiled or interpreted, but has to do with the semantics of the language. A procedural language is characterized with the sequential execution of blocks or statements that can modify the state, e.g., set variables, subject to modification by various control structures. Types of languages that are not procedural include functional languages, in which functions are not allowed to alter the state and rule-based languages, e.g., Prolog.

Most if not all of the shells listed in the article are procedural, and at least one of them is also compiled. Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:40, 16 January 2019 (UTC)[reply]

Little Language - SQL

[edit]

1. Note [a] - Would someone have a look at this note? I can't parse it at all. 2. And 'Little Language' seems rather disrespectful. SQL is far more powerful than many 'full' languages. I think the proper term is 'Domain Specific Language'. — Preceding unsigned comment added by 174.7.15.241 (talk) 02:50, 9 July 2019 (UTC)[reply]

'Little' need not be pejorative; awk is a useful, usable language. It's not criticism when a tool is used appropriately. The note, for example, could contrast SQL with T-SQL to illustrate that it's little by comparison. But then the note would be less general. -- 11:29, 9 July 2019 (UTC)
OK. I added to the note, including a link to database record. (But might it be worthwhile to caution that one can bring a system to its knees with an imprudent SQL query? I didn't mention any of the cautions which came to mind. "With great power comes great responsibility," et cetera. ...) --Ancheta Wis   (talk | contribs) 07:47, 10 July 2019 (UTC)[reply]
I'd support to overthink this Note. SQL has been Turing-Complete since SQL:1999 and stating that for a 'full' programming language it is necessary to be able to specify algorithms limits it to imperative languages whereas this very page lists lots of declarative and logical languages without such a limiting note.--T.bussmann (talk) 09:19, 13 November 2019 (UTC)[reply]

Where does FORTH belong on our list of programming languages by type?

[edit]

(Also asked at Talk:Forth (programming language)#Where does FORTH belong on our list of programming languages by type?)

FORTH is listed under:

  • "Compiled languages" (professional systems, like VFX and SwiftForth)
  • "Interactive mode languages"
  • "Interpreted languages" (interactive shell only, otherwise compiled to native or threaded code)
  • "Metaprogramming languages"
  • "Reflective Language"
  • "Stack-based languages" (for some odd reason forth and colorforth get separate entries)

And yet FORTH is not listed under "imperative languages" and there is no category for "threaded languages" or "threaded interpreted languages" (which, of course, only describes some implementations of FORTH).

So I ask, where should FORTH be listed on our list of programming languages by type?

Related: What is the Forth programming language?, The Evolution of Forth. --Guy Macon (talk) 18:02, 17 March 2020 (UTC)[reply]

To me it is most obviously stack based. Do we have a limit to how many times a language can be listed though? -- Sirfurboy🏄 (talk) 21:08, 17 March 2020 (UTC)[reply]
Not really, but calling FORTH "compiled" is misleading. Most versions of FORTH use an incremental compiler for a edit-compile-test cycle that appears to the human writing the code to be instantaneous. Some are interpreters. Also, with FORTH you pretty much write a new language for each problem, which is similar to but not quite the same as the reflective languages. I say we just put it in the stack based category and let anyone who wants more details read the article on it. --Guy Macon (talk) 01:03, 18 March 2020 (UTC)[reply]
Okay, I am content with that. -- Sirfurboy🏄 (talk) 07:46, 18 March 2020 (UTC)[reply]
Before I make the change, does anyone object? --Guy Macon (talk) 13:42, 18 March 2020 (UTC)[reply]
Done. --Guy Macon (talk) 12:11, 20 April 2020 (UTC)[reply]

Fanscript (Fancade) as a visual programming language

[edit]

There is an app in the Play Store / App Store that's called "Fancade". By many users, the visual programming language is called "Fanscript". Fancade is an engine written in C + OpenGL + Bullet physics, according to the official wiki. It executes programs by dragging scripts and wires.

One of the recent edits adds Fanscript (Fancade) into the list of visual programming languages. So I ask: should Fancade's programming language be added/kept to the list of visual programming languages? - D-ynamics (talk) 11:00, 4 July 2020 (UTC)[reply]

Clearly not. Entries should be notable, and Wikipedia is no advertising platform for new products and other activities - free or not. GermanJoe (talk) 12:00, 4 July 2020 (UTC)[reply]

Formating: the noten in brakcets after Julia in the section "multiple dispatch" displays wierdly

[edit]

Hi! sry to bother, I'm reading wikipedia a lot but so far have only done some minor typo fixes. the Julia entry has a bigger line of text after it within the list, and that spills over in other table columns. If I play around with my browser size, it goes to two lines per column, but the order is wierd so its hard to read. I don't know how to fix that, maybe someone with some edit experience can quickly fix that up, thy wikipedians! I don't have an account but best wishes 24.134.80.25 (talk) — Preceding undated comment added 09:11, 16 November 2021 (UTC)[reply]

Pony Programming Language

[edit]

I added, not too long ago, Pony (programming language) under several subheadings, and my change was immediately reverted by someone who mistakenly assumed that it was vandalism.

It was not. Pony is what I claimed it was in my edit. The website is https://ponylang.io

Obviously, there's no page for the language on Wikipedia, and I had hoped someone else would have taken up the charge of writing up a stub (I don't know the protocol for such things.) 50.35.80.67 (talk) 04:59, 5 March 2023 (UTC)[reply]

For a language to be included in this list, it must be demonstrated that it is a notable language, by having its own Wikipedia page. To have a page, a language will need to meet th general notability guidelines WP:GNG. If the language meets those guidelines, you would need to write the page first and then it can be listed here. Be aware that if it does not meet the guidelines, a new page would probably be deleted, so read about those before spending time on it. Sirfurboy🏄 (talk) 07:41, 5 March 2023 (UTC)[reply]

Vlang

[edit]

Wukuendo, you are repeatedly adding Vlang to this list despite the fact that it does not meet the list inclusion criteria. This list is for programming languages that demonstrate notability by having their own Wikipedia page. All other languages always get reverted. You have left a link on my talk page. The link you left was incorrect, but should be to Draft:V_(programming_language). That is a page in draft space and not in main space. When that draft is published, and assuming it is not immediately rejected by a new page reviewer, or taken to AfD as not notable, then you can, at that point, link it here. Until then, the link cannot be here. Per WP:ONUS it is also your responsibility to gain consensus for inclusion of challenged material. You have not done that, but simply reverted your edit back in 2 times now. It is very tempting to simply re-assert edits when you think you are right, but please note that doing so is edit warring. Please discuss instead. Sirfurboy🏄 (talk) 09:58, 13 March 2023 (UTC)[reply]

SETL language?

[edit]

I've added SETL to #Imperative languages but am not sure in what other categories to list it. My first thought was #Esoteric languages but there might be other relevant categories. Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:49, 13 March 2023 (UTC)[reply]

Criteria for inclusion

[edit]

Supposedly only languages that have demonstrated notability are allowed to be on this page. Yet, there are various languages listed which don't have their own page. Some of the languages, which will be listed below, have links to external pages and others don't. From the perspective of programming language history, not administrative, arguably various listed languages are significant. Hopefully various ones do get a page, at some point. List of languages in question below:

  • Gleam
  • Winbatch
  • Kitten[2]
  • Lviv[3]
  • r3[4]
  • Staapl[5]
  • Trith[6]
  • xs[7]
  • 8th[8]
  • Beef[12] — Preceding unsigned comment added by Wukuendo (talkcontribs) 02:30, 25 July 2023 (UTC)[reply]
  • Canonware Onyx[30]
  • glex/gyacc (GoboSoft compiler-compiler to Eiffel)
  • G (used in LabVIEW)
  • Houdini VEX Shading Language (VEX)
  • ICI
  • SMX

Wukuendo (talk) 02:22, 25 July 2023 (UTC)[reply]

Thanks for the note, I cleaned up the list a bit. MrOllie (talk) 02:29, 25 July 2023 (UTC)[reply]
Maybe these languages are not notable. Beef. really? Stevebroshar (talk) 00:10, 13 February 2024 (UTC)[reply]

BEGIN/END languages?

[edit]

Should there be a section on languages where blocks are delineated by keywords rather than braces, e.g., BEGIN/END, PROCEDURE/END? Examples include Ada, Algol 60, Icon, Pascal, PL/I. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 16:56, 12 February 2024 (UTC)[reply]

I'd put that in the category: glutton for punishment. This page seem to be a ridiculously long and complicated list of overlapping stuff. I think it should a database, not a Wikipedia page. Clearly there are many ... nay ALOT ... of ways to categorize programming languages. I have to ask: is it worth maintaining in this form? But... if you want to: knock yourself out dude :) Stevebroshar (talk) 00:15, 13 February 2024 (UTC)[reply]

Not just a list of languages by type

[edit]

This is a 'list of languages by type' but just as importantly it is also a 'list of language types with examples'. People seem to want to add new types as much as adding new language items. ... Just saying. Stevebroshar (talk) 11:47, 29 April 2024 (UTC)[reply]

Second meaning of scripting language

[edit]

Current text: "Scripting language" has two apparently different, but in fact similar, meanings. In a traditional sense, scripting languages are designed to automate frequently used tasks that usually involve calling or passing commands to external programs. Many complex application programs provide built-in languages that let users automate tasks. Those that are interpretive are often called scripting languages. Recently, many applications have built-in traditional scripting languages, such as Perl or Visual Basic, but there are quite a few native scripting languages still in use. Many scripting languages are compiled to bytecode and then this (usually) platform-independent bytecode is run through a virtual machine (compare to Java virtual machine).

So one meaning is: language designed to automate frequently used tasks. What is the second meaning? Stevebroshar (talk) 19:47, 10 May 2024 (UTC)[reply]

On the face of it, the first sense is a script hosted on an execution environment (think Perl on POSIX); the second sense is a script hosted on a framework which is itself hosted (think JavaScript app on a Domain object model). --Ancheta Wis   (talk | contribs) 10:45, 28 May 2024 (UTC)[reply]
That's not how I read it. The first case is that the script can invoke commands external to its execution environment. The second case is that the script can execute commands internal to its execution environment, or both external and internal commands. The second case typically involves some sort of callback mechanism.
A good example is Rexx. When an application initializes the interpreter it provides a set of named environments and selects on as the default. When the user executes a Rexx script from the command line, the default environment treats all generated commands as external program names. When the user executes a Rexx script from a Rexx-aware application, the default environment treats all generated command as callbacks, although other environments may treat them as external program names. As an example, if you call a Rexx script from the ISPF editor under TSO, the script will be able to control 3 environments:
ISREDIT
The default environment; commands are treated as callbacks to the editor.
ISPEXC
Commands are treated as callbacks to ISPF
TSO
Commands are treated as calls to external TSO commands.
I suspect that something similar is true for Lisp scripts in Emacs. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:58, 28 May 2024 (UTC)[reply]
@Ancheta Wis@Chatul I don't understand either. Stevebroshar (talk) 00:36, 31 May 2024 (UTC)[reply]
Some context is necessary: My reference is Lincoln Stein How to implement a web server. Lincoln Stein writes in Perl. His execution environment is a Unix-style server. The software framework (HTML) is based on the example of email. In fact, the first HTML version 0.9 is a clone of an e-mail protocol, using https GET. This is documented in Business Insider. (This is the reason that Perl is the duct-tape of the Internet.) It was easy to stitch together the wiki (think Ward Cunningham's C2, a few lines of code written in Perl), because Perl is so close to the roots of HTML. Next came CSS, then JavaScript. The source text we type in (on this talk page) is very close to HTML. The CERN connection to Tim Berners-Lee shows up, for example in the <bra| |ket> notation cloned from quantum mechanics. On a related note, string processing is very easy in Perl (for example regular expression processing is a capability of that language.).-- Ancheta Wis   (talk | contribs) 07:25, 31 May 2024 (UTC)[reply]
@Ancheta Wis Sorry, I think you are spiraling away from the topic at hand. I'm asking what the current text of the article means WRT "Second meaning of scripting language". Why are you talking about Perl as duct-tape and good at string processing? Stevebroshar (talk) 19:46, 31 May 2024 (UTC)[reply]
@Chatul @Ancheta Wis huh? I don't get either of those explanations. Stevebroshar (talk) 00:35, 31 May 2024 (UTC)[reply]
IMO the current text is probably the result of multiple edits that have resulted in nonsense; as often happens here in WP. I will fix it so that it makes sense. ... Often a good way to avoid this sort of problem is to never use a specific number when about to list things. Then, the clause does not become wrong wrong someone adds or removes an item from the list. Stevebroshar (talk) 19:57, 31 May 2024 (UTC)[reply]
Here is an example illustration of a context (SCM) for applying scripts, using string processing:
  1. 1969 Panvalet is developed to backup the metadata encoded in punchcard programs
  2. 1972 Marc Rochkind uses SNOBOL to implement SCCS (Source Code Control System)
  3. 1975 CCC generalizes an implementation of SCM Software configuration management
  4. 1982 Rochkind reimplements SCCS in C
  5. 1982 Walter F. Tichy implements RCS Revision Control System for SCM
  6. 1985 Larry Wall writes patch (Unix) to simplify software releases
  7. 1986 CVS, a front end to RCS further streamlines the SCM process
  8. 2005 Linus Torvalds writes git to streamline Linux releases
  9. As of 2014 git becomes the most popular source-code management tool
  10. 2018 Github, a frontend for git, is acquired by Microsoft as the defacto standard for SCM, and is also used as a distribution platform for more than software
Thus a second meaning is use of scripts to lift up the abstraction of a concept, which spreads the further use of a concept through simplification of that concept
-- Ancheta Wis   (talk | contribs) 10:53, 11 June 2024 (UTC)[reply]
Sorry, but ... that makes _no_ sense to me. The list of items is a history of related SCM systems. I see no connection to scripting language. CVS, git and github are not scripting languages. They are software systems. ... And what does "use of scripts to lift up the abstraction of a concept, which spreads the further use of a concept through simplification of that concept" mean? lift up? abstraction of a concept? spreads? simplification of that concept? Sorry, but that's nonsense to me. ... I'm sure you have something useful to tell me, but I do not see how it's related to scripting language. Stevebroshar (talk) 17:16, 19 June 2024 (UTC)[reply]
SCM solves a problem; that problem defines the systems you mention. A language implements concepts in a system. Scripting languages are meant to be simpler and less heavy in their cognitive load on the coder. A tough problem is reduced to the verbs in an imperative language. But scripts can also express functional languages, so they are also capable of expressing other concepts.
See The Magical Number Seven, Plus or Minus Two. We humans are able to integrate a limited number of concepts, whether it be 3 ... 7, and no larger. The point is that problems which require large numbers of concepts like 9 cannot be understood in toto; a concept will survive only in chunks with a name. When the limit is exceeded, the remaining concepts fall into a bin (a chunk), and we humans can't handle any more at the moment of confusion. Category theory is one avenue for addressing this problem. I added some more links to help out such as Lambda calculus, rewriting, and REPL.
Chunking: only when the salient concepts can be expressed in small-enough number (like 3) to be parseable can they be communicable. Situations requiring a large number of words will neither be understood by an originator, nor communicated to others with a similar background, nor finally applied to situations. The goal would be to be understood, even by others who have no similar background. Edit: I just replaced a link that was repeated, with a category theory term (which is not a programming term, but which is meant to signal that some additional concepts from nlab might require further study). I included terms saliency and predicate in a polysemic sense. End of edit.
Lifting: Richard Montague was able to apply the theory of grammar to linguistics only when the concepts had clarified enough to be able to be stated simply. That is the reason that scripting languages are useful. An abstract concept like SCM requires a specialized environment for specialists (such as those working in software quality). A specialized implementation language would require a system to be implementable.
Application: Panini invented the parts of speech but it took 2400 years for Montague to mechanize this theory: a sentence in English has 3 parts in a standard order SvO (subject verb object), where that sentence has a truth value, as opposed to a predicate. Scripting languages which have Boolean values can be used for SCM. Even better, a language with types can express situations simply. See large language model, in which the concepts number in the billions. --Ancheta Wis   (talk | contribs) 22:04, 20 June 2024 (UTC)[reply]

String (text) processing languages?

[edit]

One missing category is string processing languages, used for manipulating text. Off the top of my head this includes

  1. COMIT
  2. Icon
  3. SL5
  4. SNOBOL

These languages are important historically, and many of their features have entered the mainstream. -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 10:22, 28 May 2024 (UTC)[reply]

@Chatul Are they? (important) Stevebroshar (talk) 00:39, 31 May 2024 (UTC)[reply]

Compiled vs Interpreted languages needs clarity on Just-in-Time Compilation

[edit]

TL;DR

  1. For the purpose of categorizing languages on this page, "compilation" should mean native executable code generation, not just transformation of text to a lower level representation.
  2. The existence of a profoundly against-the-norm or otherwise insignificant interpreter/compiler for a language should not warrant inclusion in those sections (e.g. CINT).
  3. Just-in-Time compilation should get its own section.
  4. Bytecode compilation should not count as compiled, but instead JIT or Interpreted based on what the standard implementation does with the bytecode (e.g. Java is JIT, Python is interpreted).
  5. Alternatively, we could drop both the Compiled and Interpreted sections as they aren't clear or meaningful for most of the currently significant languages.

A lack of native code generation in the standard implementation should be the differentiating criteria for categorizing a language as interpreted, but in the midground, a section for Just-in-Time Compiled languages should be added for languages like Java (thus Clojure, etc.), JavaScript, PHP 8, etc. Additionally, sufficiently popular language JITs (e.g. LuaJIT and PyPy) should be included in the JIT section, with cross references from the main section in which the language lives (e.g. Interpreted for Python and Lua). Insignificant against-the-norm compilers/interpreters should not warrant inclusion of the language in those sections, otherwise nearly every language will be in all three sections, rendering them moot.

Bytecode compilation should not be sufficient to be included in the Compiled section as it opens the door to any interpreted language whose default implementation happens to generate bytecode that is then interpreted. Likewise, languages predominantly transpiled to JavaScript or WASM (a bytecode) should also be omitted from the Compiled category (e.g. Elm), however Compile-to-JS/WASM is a popular enough paradigm that it could conceivable get its own section as well.

Languages Affected (some defunct/esoteric ignored)

  1. ArkTS - According to its wiki, it's interpreted bytecode.
  2. ActionScript - JIT
  3. Ballerina - JVM bytecode
  4. BASIC - a family of languages with no obvious default implementation; seminal versions were mostly interpreted.
  5. C# - CIL is bytecode JIT, but I think it is frequently natively compiled.
  6. Ceylon - JVM bytecode
  7. Clojure - JVM bytecode
  8. Cobra - Original written in Python, then ported to .NET. Defunct, so unknown if it used .NET RyuJIT or AOT compilation.
  9. Curl - JIT
  10. DASL - Java
  11. Eiffel - Various implementations targeting JVM, CIL, and intermediate C
  12. Elm - JavaScript
  13. Emacs Lisp - bytecode by default, optionally native via gcc
  14. Erlang - BEAM bytecode JIT
  15. Factor - JIT
  16. Gosu - JVM bytecode
  17. Groovy - JVM bytecode
  18. Inform - targets VMs
  19. Java - JVM bytecode
  20. Julia - not AOT by default, usually JIT/interactive native compilation
  21. Kotlin - JAVA/JS + optional LLVM native
  22. Nemerle - CIL
  23. P - .NET (CIL?)
  24. Python - Interpreted bytecode
  25. Red - "it compiles what it can deduce statically and uses an embedded interpreter otherwise. [JIT planned.]"
  26. Scala - JVM bytecode
  27. Scheme - many implementations; don't know if most commonly compiled, but can be.
  28. Smalltalk - "usually" bytecode JIT
  29. F# - CIL
  30. Vala - targets C
  31. Visual Basic - CIL JIT


As an alternative proposal, the distinction between compiled, JIT, and interpreted is not important or clear enough to warrant an entry on Wikipedia, especially when modern languages are commingled with historical ones, giving an unwarranted impression of similarity. Few of the currently significant languages fall cleanly into AOT (C/C++, Rust); most are JIT (JVM, JS), both AOT/JIT (CIL), or interpreted with significant JIT support (Python/PyPy). Even Perl is apparently an optimizing bytecode compiler/interpreter. If Perl is too complicated to talk about compiled vs interpreted, how is compiled vs interpreted worth talking about at all?

Raulcleary (talk) 10:13, 15 August 2024 (UTC)[reply]