teepee has quit [Remote host closed the connection]
teepee has joined #openscad
mohammad1722 has quit [Quit: Client closed]
mmu_man has quit [Ping timeout: 255 seconds]
snaked has joined #openscad
mmu_man has joined #openscad
L29Ah has left #openscad [#openscad]
silviocezar5 has joined #openscad
silviocezar5 has quit [Client Quit]
mmu_man has quit [Ping timeout: 255 seconds]
mmu_man has joined #openscad
Smeef has quit [Ping timeout: 272 seconds]
mmu_man has quit [Ping timeout: 255 seconds]
J24k59 has quit [Quit: Client closed]
J24k59 has joined #openscad
snaked has quit [Ping timeout: 260 seconds]
Smeef has joined #openscad
L29Ah has joined #openscad
teepee_ has joined #openscad
teepee has quit [Ping timeout: 260 seconds]
teepee_ is now known as teepee
snaked has joined #openscad
mmu_man has joined #openscad
kintel has joined #openscad
<kintel>
Man, _every_ time glib updates, they break something new. ..and every time I start down the rabbit hole of removing glib as a build dependency.
<teepee>
:(
<JordanBrown>
InPhase: the formatting problem is not with writing C++ code that formats numbers. That's easy. The goal was to have an OpenSCAD-language "format" function that behaved like libfmt, accepting a format string and some number of values to insert into the format string.
<JordanBrown>
I don't remember the details of the libfmt language, but it has a construct equivalent to printf's "%*d", which takes a width argument and a number. I had the function pretty much working, so that you could hand it a format string and an array of OpenSCAD Value objects, and it would format them appropriately... except for that "*" case, supplying a width or precision, and there it really really wanted a C++ integer type.
<JordanBrown>
From the OpenSCAD-language side, it looked like format(fmtstr, arg, ...) and returned a string.