Alibertia (plant)

Alibertia is a genus of flowering plants in the family Rubiaceae. It is found in tropical America.[1]

Alibertia
Flowers and leaves of Alibertia edulis.
Scientific classification
Kingdom: Plantae
Clade: Tracheophytes
Clade: Angiosperms
Clade: Eudicots
Clade: Asterids
Order: Gentianales
Family: Rubiaceae
Subfamily: Ixoroideae
Tribe: Cordiereae
Genus: Alibertia
A.Rich. ex DC.
Type species
Alibertia edulis
(Rich.) A.Rich. ex DC.
Synonyms

Species

The following species are currently recognized:[2]

  1. Alibertia atlantica (Dwyer) Delprete & C.H.Perss.
  2. Alibertia bertierifolia K.Schum. in C.F.P.von Martius & auct. suc. (eds.)
  3. Alibertia claviflora K.Schum. in C.F.P.von Martius & auct. suc. (eds.)
  4. Alibertia curviflora K.Schum. in C.F.P.von Martius & auct. suc. (eds.)
  5. Alibertia duckeana Delprete & C.H.Perss.
  6. Alibertia dwyeri Delprete & C.H.Perss.
  7. Alibertia edulis (Rich.) A.Rich. ex DC.
  8. Alibertia latifolia (Benth.) K.Schum. in C.F.P.von Martius & auct. suc. (eds.)
  9. Alibertia occidentalis Delprete & C.H.Perss.
  10. Alibertia patinoi (Cuatrec.) Delprete & C.H.Perss.
  11. Alibertia sorbilis Huber ex Ducke
  12. Alibertia tessmannii (Standl.) Delprete & C.H.Perss.
  13. Alibertia venezuelensis (Steyerm.) Delprete & C.H.Perss.
  14. Alibertia verticillata (Ducke) W.Schultze-Motel


gollark: At least it has generics.
gollark: Oh, and it's not a special case as much as just annoying, but it's a compile error to not use a variable or import. Which I would find reasonable as a linter rule, but it makes quickly editing and testing bits of code more annoying.
gollark: As well as having special casing for stuff, it often is just pointlessly hostile to abstracting anything:- lol no generics- you literally cannot define a well-typed `min`/`max` function (like Lua has). Unless you do something weird like... implement an interface for that on all the builtin number types, and I don't know if it would let you do that.- no map/filter/reduce stuff- `if err != nil { return err }`- the recommended way to map over an array in parallel, if I remember right, is to run a goroutine for every element which does whatever task you want then adds the result to a shared "output" array, and use a WaitGroup thingy to wait for all the goroutines. This is a lot of boilerplate.
gollark: It also does have the whole "anything which implements the right functions implements an interface" thing, which seems very horrible to me as a random change somewhere could cause compile errors with no good explanation.
gollark: - `make`/`new` are basically magic- `range` is magic too - what it does depends on the number of return values you use, or something. Also, IIRC user-defined types can't implement it- Generics are available for all of, what, three builtin types? Maps, slices and channels, if I remember right.- `select` also only works with the built-in channels- Constants: they can only be something like four types, and what even is `iota` doing- The multiple return values can't be used as tuples or anything. You can, as far as I'm aware, only return two (or, well, more than one) things at once, or bind two returns to two variables, nothing else.- no operator overloading- it *kind of* has exceptions (panic/recover), presumably because they realized not having any would be very annoying, but they're not very usable- whether reading from a channel is blocking also depends how many return values you use because of course

References
  1. Grandtner, M. M.; Chevrette, Julien (2013). Dictionary of Trees, Volume 2: South America: Nomenclature, Taxonomy and Ecology. Academic Press. pp. 22–23. ISBN 9780123969545.
  2. WCSP 2019-2-16


This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.