|
Message-ID: <572777BD.9050203@cox.net> Date: Mon, 02 May 2016 11:52:29 -0400 From: anonymous <johnandsara2@....net> To: musl@...ts.openwall.com Subject: question: use of musl-libc #1 a repost, kinda. i have no idea if you all can see my post - i wrote a post yesterday did not appear on list #2 i'm interested in changing out gcc and glibc in the future (so many are for many reasons - like build failures of unix wares, slow build glibc, complexity to fix its every mutating abi, non unix abi, etc) question: should musl-libc be used to replace libc6 and or libc5-compat? or no, it is "a true unix abi" but really for new embedded projects, current projects may need significant altering "to work" - even though everything says "unix ABI" on it https://sourceforge.net/p/x-lfs-2010/ question: i understand what musl-libc is. very unsure how hard it would be to get "most linux apps" including firefox-5,20,30 to compile. unsure if i tried it: unsure what "prefered C compiler is" and unsure what intended application is. wondering if any of you have experience compling (many) linux apps from source against musl-libc and what was easy and what (wasn't). (? BSD went from nice fast standard C to gcc now to clang but still g++ ?. apple is going clang bug uses ever mutating dialect "obj c" and other mutating interpreters. the whole unix maket has been attacked with releases of mutations that are compatible with themselves and not even themselves) (i'm almost thinking euro/asia is doing anything possible to prevent any standards from "maturing" into more mature unix/X11 releases - because they are always mutating languages util they no longer work with anything but the relesase they are selling (android) - and even then cause failures - except in the products the "pgp controllers" are releasing for sale. never works as they say when others try it.)
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.