Tiny Core Base > Final Releases
Tiny Core v12.0
andyj:
There are always different ways to code to get the same end result. In most cases I have learned to prefer towards the solution that reads most naturally and explains what is happening so I won't have to figure it out again the next time I look at it. How many times did I do this in my youth:
Or worse, come behind someone else?
asm:
--- Quote from: andyj on February 28, 2021, 12:39:03 PM ---There are always different ways to code to get the same end result. In most cases I have learned to prefer towards the solution that reads most naturally and explains what is happening so I won't have to figure it out again the next time I look at it.
--- End quote ---
Hi, I don't know how I got here, but I suffer from XKCD 386 syndrome so when I saw this I felt the need to point out that there are very good reasons to prefer the early return approach: https://softwareengineering.stackexchange.com/questions/18454/should-i-return-from-a-function-early-or-use-an-if-statement
It's one of those things in programming I feel very strongly about. :P
Juanito:
Please note that glibc has been recompiled using uname_hack to force it to compile for i486.
rootfs.gz and the *Core* iso's have been replaced with ones containing the new glibc - as there is no corresponding change to CorePure, the version number has not been changed.
There is no need to update unless you have an i486 or similar.
gadget42:
--- Quote from: Juanito on July 05, 2021, 04:53:34 AM ---Please note that glibc has been recompiled using uname_hack to force it to compile for i486.
rootfs.gz and the *Core* iso's have been replaced with ones containing the new glibc - as there is no corresponding change to CorePure, the version number has not been changed.
There is no need to update unless you have an i486 or similar.
--- End quote ---
downloaded, good md5sum, good cd burn(boots fine in other machines), still fails on the amd k6-2 166mhz machine. using debug i get:
traps: wbar[1181] trap invalid opcode ip:b7ac0484 sp:bf97ad58 error:0 in libgcc_s.so.1[b7ac0000+16000]
sorry to be the bearer of bad news.
Juanito:
libgcc_s.so.1 and libstdc++.so.6.0.28 have been recompiled using uname_hack to force i486.
rootfs.gz and the *Core* iso's have been replaced with ones containing the new gcc files - as there is no corresponding change to CorePure64, the version number has not been changed.
There is no need to update unless you have an i486 or similar.
Navigation
[0] Message Index
[*] Previous page
Go to full version