Search
1000 results for “KoPPeR”
-
Koppers 64, work in progress game for #AtariJaguar console https://youtu.be/b5eOdwOs5ic #atari
-
as the basis of the language, modern c by jans gustedt[1] is great – if you already know the basics of c, skimming it works nicely
in general i’m not exactly sure what parts to focus on since it’s more like, a lot of small things, than a few big ones – so i’ll write down a few that come to mind, and feel free to ask about those or anything else
imo modern tooling and good api design are the best points of writing modern c
gcc’s
-fanalyzeror clang’s-analyze, runtime debug tooling like asan or ubsan (-fsanitize=address,-fsanitize=bounds), valgrind, etcif you’re writing for posix, there’s plenty of newer apis that help making tasks less painful,
getline,asprintf, are two i end up using a lotdo avoid inventing syntax with macros that are hard to read, and apis that are hard to follow the flow, think about memory ownership when designing apis
i usually avoid opaque structs with getters and setters, making structs public is not as big of a deal as most people say
i also usually try to structure my code in the most self-documenting way i can, e.g. i like doing
void foo(size_t count, int some_array[static count]);overvoid foo(int *some_array, size_t count);– both tooling and developers can make use of the self-documenting syntaxhere’s a bit of a showcase about bounds safety: https://uecker.codeberg.page/2025-07-09.html
c11’s _Generic and anonymous structures are great, the latter specifically makes writing tagged unions a lot simpler:
struct foo { enum { FOO_NYA, FOO_MEW, FOO_BOOP, } type; union { struct nya nya; struct mew mew; struct boop boop; }; };switch on
foo.type, and then accessfoo.nya,foo.mew, orfoo.boopdesignated initializers are great, use them, for the example above you could do:
struct foo foo = { .type = FOO_NYA, .nya = nya_default(), };c23 adds
[[deprecated(reason)]], and you can use it to emulate private fields in structs if you want, by going#ifndef MY_LIB # define my_lib_private [[deprecated("private field")]] #endifdefer is getting a proper technical specification soon, which means a published official spec and if implementation experience with the spec goes well, then it’ll be part of the next C standard – the latest clang release already implements defer (under -fdefer-ts), i did implement defer for gcc, though my patches are still only floating in the mailing list
a few up-and-coming features past defer, there’s papers on an _Optional qualifier that marks pointers as nullable or not
things like if-declarations (
if (int err = some_func()) { return err; }), named loops, andswitchranges, were already accepted, iirc1: https://www.manning.com/books/modern-c-third-edition (you can read it for free on the bottom of the page)
-
as the basis of the language, modern c by jans gustedt[1] is great – if you already know the basics of c, skimming it works nicely
in general i’m not exactly sure what parts to focus on since it’s more like, a lot of small things, than a few big ones – so i’ll write down a few that come to mind, and feel free to ask about those or anything else
imo modern tooling and good api design are the best points of writing modern c
gcc’s
-fanalyzeror clang’s-analyze, runtime debug tooling like asan or ubsan (-fsanitize=address,-fsanitize=bounds), valgrind, etcif you’re writing for posix, there’s plenty of newer apis that help making tasks less painful,
getline,asprintf, are two i end up using a lotdo avoid inventing syntax with macros that are hard to read, and apis that are hard to follow the flow, think about memory ownership when designing apis
i usually avoid opaque structs with getters and setters, making structs public is not as big of a deal as most people say
i also usually try to structure my code in the most self-documenting way i can, e.g. i like doing
void foo(size_t count, int some_array[static count]);overvoid foo(int *some_array, size_t count);– both tooling and developers can make use of the self-documenting syntaxhere’s a bit of a showcase about bounds safety: https://uecker.codeberg.page/2025-07-09.html
c11’s _Generic and anonymous structures are great, the latter specifically makes writing tagged unions a lot simpler:
struct foo { enum { FOO_NYA, FOO_MEW, FOO_BOOP, } type; union { struct nya nya; struct mew mew; struct boop boop; }; };switch on
foo.type, and then accessfoo.nya,foo.mew, orfoo.boopdesignated initializers are great, use them, for the example above you could do:
struct foo foo = { .type = FOO_NYA, .nya = nya_default(), };c23 adds
[[deprecated(reason)]], and you can use it to emulate private fields in structs if you want, by going#ifndef MY_LIB # define my_lib_private [[deprecated("private field")]] #endifdefer is getting a proper technical specification soon, which means a published official spec and if implementation experience with the spec goes well, then it’ll be part of the next C standard – the latest clang release already implements defer (under -fdefer-ts), i did implement defer for gcc, though my patches are still only floating in the mailing list
a few up-and-coming features past defer, there’s papers on an _Optional qualifier that marks pointers as nullable or not
things like if-declarations (
if (int err = some_func()) { return err; }), named loops, andswitchranges, were already accepted, iirc1: https://www.manning.com/books/modern-c-third-edition (you can read it for free on the bottom of the page)
-
as the basis of the language, modern c by jans gustedt[1] is great – if you already know the basics of c, skimming it works nicely
in general i’m not exactly sure what parts to focus on since it’s more like, a lot of small things, than a few big ones – so i’ll write down a few that come to mind, and feel free to ask about those or anything else
imo modern tooling and good api design are the best points of writing modern c
gcc’s
-fanalyzeror clang’s-analyze, runtime debug tooling like asan or ubsan (-fsanitize=address,-fsanitize=bounds), valgrind, etcif you’re writing for posix, there’s plenty of newer apis that help making tasks less painful,
getline,asprintf, are two i end up using a lotdo avoid inventing syntax with macros that are hard to read, and apis that are hard to follow the flow, think about memory ownership when designing apis
i usually avoid opaque structs with getters and setters, making structs public is not as big of a deal as most people say
i also usually try to structure my code in the most self-documenting way i can, e.g. i like doing
void foo(size_t count, int some_array[static count]);overvoid foo(int *some_array, size_t count);– both tooling and developers can make use of the self-documenting syntaxhere’s a bit of a showcase about bounds safety: https://uecker.codeberg.page/2025-07-09.html
c11’s _Generic and anonymous structures are great, the latter specifically makes writing tagged unions a lot simpler:
struct foo { enum { FOO_NYA, FOO_MEW, FOO_BOOP, } type; union { struct nya nya; struct mew mew; struct boop boop; }; };switch on
foo.type, and then accessfoo.nya,foo.mew, orfoo.boopdesignated initializers are great, use them, for the example above you could do:
struct foo foo = { .type = FOO_NYA, .nya = nya_default(), };c23 adds
[[deprecated(reason)]], and you can use it to emulate private fields in structs if you want, by going#ifndef MY_LIB # define my_lib_private [[deprecated("private field")]] #endifdefer is getting a proper technical specification soon, which means a published official spec and if implementation experience with the spec goes well, then it’ll be part of the next C standard – the latest clang release already implements defer (under -fdefer-ts), i did implement defer for gcc, though my patches are still only floating in the mailing list
a few up-and-coming features past defer, there’s papers on an _Optional qualifier that marks pointers as nullable or not
things like if-declarations (
if (int err = some_func()) { return err; }), named loops, andswitchranges, were already accepted, iirc1: https://www.manning.com/books/modern-c-third-edition (you can read it for free on the bottom of the page)
-
as the basis of the language, modern c by jans gustedt[1] is great – if you already know the basics of c, skimming it works nicely
in general i’m not exactly sure what parts to focus on since it’s more like, a lot of small things, than a few big ones – so i’ll write down a few that come to mind, and feel free to ask about those or anything else
imo modern tooling and good api design are the best points of writing modern c
gcc’s
-fanalyzeror clang’s-analyze, runtime debug tooling like asan or ubsan (-fsanitize=address,-fsanitize=bounds), valgrind, etcif you’re writing for posix, there’s plenty of newer apis that help making tasks less painful,
getline,asprintf, are two i end up using a lotdo avoid inventing syntax with macros that are hard to read, and apis that are hard to follow the flow, think about memory ownership when designing apis
i usually avoid opaque structs with getters and setters, making structs public is not as big of a deal as most people say
i also usually try to structure my code in the most self-documenting way i can, e.g. i like doing
void foo(size_t count, int some_array[static count]);overvoid foo(int *some_array, size_t count);– both tooling and developers can make use of the self-documenting syntaxhere’s a bit of a showcase about bounds safety: https://uecker.codeberg.page/2025-07-09.html
c11’s _Generic and anonymous structures are great, the latter specifically makes writing tagged unions a lot simpler:
struct foo { enum { FOO_NYA, FOO_MEW, FOO_BOOP, } type; union { struct nya nya; struct mew mew; struct boop boop; }; };switch on
foo.type, and then accessfoo.nya,foo.mew, orfoo.boopdesignated initializers are great, use them, for the example above you could do:
struct foo foo = { .type = FOO_NYA, .nya = nya_default(), };c23 adds
[[deprecated(reason)]], and you can use it to emulate private fields in structs if you want, by going#ifndef MY_LIB # define my_lib_private [[deprecated("private field")]] #endifdefer is getting a proper technical specification soon, which means a published official spec and if implementation experience with the spec goes well, then it’ll be part of the next C standard – the latest clang release already implements defer (under -fdefer-ts), i did implement defer for gcc, though my patches are still only floating in the mailing list
a few up-and-coming features past defer, there’s papers on an _Optional qualifier that marks pointers as nullable or not
things like if-declarations (
if (int err = some_func()) { return err; }), named loops, andswitchranges, were already accepted, iirc1: https://www.manning.com/books/modern-c-third-edition (you can read it for free on the bottom of the page)
-
as the basis of the language, modern c by jans gustedt[1] is great – if you already know the basics of c, skimming it works nicely
in general i’m not exactly sure what parts to focus on since it’s more like, a lot of small things, than a few big ones – so i’ll write down a few that come to mind, and feel free to ask about those or anything else
imo modern tooling and good api design are the best points of writing modern c
gcc’s
-fanalyzeror clang’s-analyze, runtime debug tooling like asan or ubsan (-fsanitize=address,-fsanitize=bounds), valgrind, etcif you’re writing for posix, there’s plenty of newer apis that help making tasks less painful,
getline,asprintf, are two i end up using a lotdo avoid inventing syntax with macros that are hard to read, and apis that are hard to follow the flow, think about memory ownership when designing apis
i usually avoid opaque structs with getters and setters, making structs public is not as big of a deal as most people say
i also usually try to structure my code in the most self-documenting way i can, e.g. i like doing
void foo(size_t count, int some_array[static count]);overvoid foo(int *some_array, size_t count);– both tooling and developers can make use of the self-documenting syntaxhere’s a bit of a showcase about bounds safety: https://uecker.codeberg.page/2025-07-09.html
c11’s _Generic and anonymous structures are great, the latter specifically makes writing tagged unions a lot simpler:
struct foo { enum { FOO_NYA, FOO_MEW, FOO_BOOP, } type; union { struct nya nya; struct mew mew; struct boop boop; }; };switch on
foo.type, and then accessfoo.nya,foo.mew, orfoo.boopdesignated initializers are great, use them, for the example above you could do:
struct foo foo = { .type = FOO_NYA, .nya = nya_default(), };c23 adds
[[deprecated(reason)]], and you can use it to emulate private fields in structs if you want, by going#ifndef MY_LIB # define my_lib_private [[deprecated("private field")]] #endifdefer is getting a proper technical specification soon, which means a published official spec and if implementation experience with the spec goes well, then it’ll be part of the next C standard – the latest clang release already implements defer (under -fdefer-ts), i did implement defer for gcc, though my patches are still only floating in the mailing list
a few up-and-coming features past defer, there’s papers on an _Optional qualifier that marks pointers as nullable or not
things like if-declarations (
if (int err = some_func()) { return err; }), named loops, andswitchranges, were already accepted, iirc1: https://www.manning.com/books/modern-c-third-edition (you can read it for free on the bottom of the page)
-
This is marvelous. I wasn't aware of your project, but now I am and added it to the #ActivityPub #C2S tracking list.
I've also lined up #Outpost for inclusion on the delightful #fediverse curated lists at https://delightful.coding.social
-
This is marvelous. I wasn't aware of your project, but now I am and added it to the #ActivityPub #C2S tracking list.
I've also lined up #Outpost for inclusion on the delightful #fediverse curated lists at https://delightful.coding.social
-
This is marvelous. I wasn't aware of your project, but now I am and added it to the #ActivityPub #C2S tracking list.
I've also lined up #Outpost for inclusion on the delightful #fediverse curated lists at https://delightful.coding.social
-
This is marvelous. I wasn't aware of your project, but now I am and added it to the #ActivityPub #C2S tracking list.
I've also lined up #Outpost for inclusion on the delightful #fediverse curated lists at https://delightful.coding.social
-
This is marvelous. I wasn't aware of your project, but now I am and added it to the #ActivityPub #C2S tracking list.
I've also lined up #Outpost for inclusion on the delightful #fediverse curated lists at https://delightful.coding.social
-
Koppert + Certhon are building a 3,500 m² climate-controlled flour-moth facility near Rotterdam. The message: biocontrol is becoming manufacturing.
https://agtech.industryexaminer.com/koppert-certhon-moth-breeding-facility-biocontrol-supply-chain/
#AgTech #Biocontrol #IPM #GreenhouseTech #SupplyChain #TechNews -
Koppert + Certhon are building a 3,500 m² climate-controlled flour-moth facility near Rotterdam. The message: biocontrol is becoming manufacturing.
https://agtech.industryexaminer.com/koppert-certhon-moth-breeding-facility-biocontrol-supply-chain/
#AgTech #Biocontrol #IPM #GreenhouseTech #SupplyChain #TechNews -
Koppert + Certhon are building a 3,500 m² climate-controlled flour-moth facility near Rotterdam. The message: biocontrol is becoming manufacturing.
https://agtech.industryexaminer.com/koppert-certhon-moth-breeding-facility-biocontrol-supply-chain/
#AgTech #Biocontrol #IPM #GreenhouseTech #SupplyChain #TechNews -
Koppert + Certhon are building a 3,500 m² climate-controlled flour-moth facility near Rotterdam. The message: biocontrol is becoming manufacturing.
https://agtech.industryexaminer.com/koppert-certhon-moth-breeding-facility-biocontrol-supply-chain/
#AgTech #Biocontrol #IPM #GreenhouseTech #SupplyChain #TechNews -
Koppert + Certhon are building a 3,500 m² climate-controlled flour-moth facility near Rotterdam. The message: biocontrol is becoming manufacturing.
https://agtech.industryexaminer.com/koppert-certhon-moth-breeding-facility-biocontrol-supply-chain/
#AgTech #Biocontrol #IPM #GreenhouseTech #SupplyChain #TechNews -
@[email protected] micro$oft...follow for more windows #owning memes
-
@[email protected] micro$oft...follow for more windows #owning memes
-
@[email protected] micro$oft...follow for more windows #owning memes
-
@[email protected] micro$oft...follow for more windows #owning memes
-
@[email protected] micro$oft...follow for more windows #owning memes
-
@[email protected] I will Lightning outpost #Neutralization
-
@[email protected] I will Lightning outpost #Neutralization
-
@[email protected] I will Lightning outpost #Neutralization
-
@[email protected] I will Lightning outpost #Neutralization
-
@KoPPeR und @subetha sagen, dass es hier nichts zu sehen gibt.
Ich sage, dass es hier etwas zu hören gibt:
Das neue Album von #Undinyx:
-
-
@kopper look as example this one should appear nested because its a post in a post and is in the same "block" that you get from the server
RE: https://app.wafrn.net/fediverse/post/298dd6ee-e7ae-4a07-961f-4b2776f9557b
#the-server-goes-'yeah-take-these-ids #here-you-go #then-the-frontend-does-the-magic