Conversation

Notices

1. Embed this notice
   наб (nabijaczleweli@101010.pl)'s status on Wednesday, 02-Oct-2024 03:23:57 JST наб

   when was the last time a system needed a separate ranlib step? this feels like something someone with a vendetta's evaluated

   • Embed this notice
     Alan Coopersmith (alanc@fosstodon.org)'s status on Wednesday, 02-Oct-2024 03:23:54 JST Alan Coopersmith

     in reply to

     @nabijaczleweli I don't know about other systems, but on Solaris, Sun originally shipped Solaris 2.0 without a ranlib command, and later added a shell script that only had "exit 0" to deal with complaints about breaking builds of libraries that still called it.

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     наб (nabijaczleweli@101010.pl)'s status on Wednesday, 02-Oct-2024 03:29:16 JST наб

     in reply to

     behold post 015. where da lib runnin, which analyses the perennial "when was the last time a system needed a separate ranlib step?" question (alongside, unfortunately, more UNIX lineage than anyone should care for) https://nabijaczleweli.xyz/content/blogn_t/015-ranlib.html

     Haelwenn /элвэн/ :triskell: likes this.
   • Embed this notice
     наб (nabijaczleweli@101010.pl)'s status on Wednesday, 02-Oct-2024 03:29:18 JST наб

     in reply to

     debbugs per blog post: 2 today (https://bugs.debian.org/1083034; https://bugs.debian.org/1083039)

   • Embed this notice
     наб (nabijaczleweli@101010.pl)'s status on Wednesday, 02-Oct-2024 03:29:19 JST наб

     in reply to

     lads. the bitch with a vendetta is me. im writing the blog post. it's "30 years ago"

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Wednesday, 02-Oct-2024 03:32:59 JST Haelwenn /элвэн/ :triskell:

     in reply to

     @nabijaczleweli Meaning RANLIB might as well be set to /bin/false by default on some systems to clear out the antique mess.

   • Embed this notice
     Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Wednesday, 02-Oct-2024 03:57:05 JST Haelwenn /элвэн/ :triskell:

     in reply to

     @nabijaczleweli Yeah having a noop ranlib command (like a symlink to /bin/true) is probably a good enough way to keep compatibility, but it's also just backwards compat for code that's very historic if not possibly broken, like if it would expect a file update like GNU binutils and LLVM do.

   • Embed this notice
     наб (nabijaczleweli@101010.pl)'s status on Wednesday, 02-Oct-2024 03:57:06 JST наб

     in reply to

     • Haelwenn /элвэн/ :triskell:

     @lanodan i mean, by definition, unless you're using ar -S (and let's be real, you aren't), you can have RANLIB=true (effectively like SunOS) and you're not losing anything; so that sounds mighty complicated to do instead of /ranlib/d and /RANLIB/d

     and if you /are/ somehow using ar -S, then just run ar -s after instead of ranlib