Commit History

Autor SHA1 Mensaxe Data
  Eric Andersen db871a1281 Per discussion with Joakim Tjernlund, all the horrible weak declarations junk %!s(int64=20) %!d(string=hai) anos
  Eric Andersen deec524084 Joakim Tjernlund writes: %!s(int64=20) %!d(string=hai) anos
  Eric Andersen 3368dbc3ed Based on a problem report and patch from Florian Schirmer, fix a compile %!s(int64=20) %!d(string=hai) anos
  Eric Andersen 7070940833 Rework file naming, aiming for at least a vague level of consistancy %!s(int64=20) %!d(string=hai) anos
  Eric Andersen 946142ab90 Thanks to Joakim's recent paches, we can now remove the FIXME %!s(int64=20) %!d(string=hai) anos
  Eric Andersen 2e723e150a Step one, begin shuffling things around a bit %!s(int64=20) %!d(string=hai) anos
  Eric Andersen 3312c6ac98 Eliminate separate passes for _dl_copy_fixups() and _dl_fixup(), and %!s(int64=20) %!d(string=hai) anos
  Eric Andersen 4c1038a2b6 As noted by Doru Petrescu, there was a spurious line that was using %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 5f7b130ef0 Doh! I was returning with an incorrect pointer type when dlopening %!s(int64=21) %!d(string=hai) anos
  Eric Andersen cca32e60f4 When someone would dlopen a shared lib that was already opened, %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 5d66c66811 Fix a problem with dtors/dtors. %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 274c1217a4 I just realized we need global symbol resolution for everything in %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 2711bc5895 Cool. Found most of the problem. Turns out we were inadvertanly loading some %!s(int64=21) %!d(string=hai) anos
  Eric Andersen bca6a155c7 Phase one of my evil plan to clean up ld.so... %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 51fecd257a Run dlopened ctors and dtors in the correct order %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 00f7fc0e43 doh. I forgot mips can't talk to globals that early on in the %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 056eef45e0 Fix a potential compile error %!s(int64=21) %!d(string=hai) anos
  Eric Andersen 854603b2a0 If they call dlopen with anything other than RTLD_LAZY %!s(int64=22) %!d(string=hai) anos
  Eric Andersen 26ac73a7de Rework things such that staticly linked applications can use %!s(int64=22) %!d(string=hai) anos
  Eric Andersen 3176366da2 For now, revert Ronald Wahl's change to dlopen. We need to %!s(int64=22) %!d(string=hai) anos
  Eric Andersen fad967c768 Ronald Wahl writes: %!s(int64=22) %!d(string=hai) anos
  Eric Andersen 92b151ebda Kill a warning. Patch from Joel Coltoff <joel@wmi.com> %!s(int64=22) %!d(string=hai) anos
  "Steven J. Hill" aa3b269dde Fixed 'dlopen' call for MIPS. Things seem to work swimingly. Woohoo! %!s(int64=22) %!d(string=hai) anos
  Eric Andersen c9c318ea7f missed const-ifying this one. %!s(int64=22) %!d(string=hai) anos
  Eric Andersen d0c48d4a7f For some perverse reason we were not registering destructors %!s(int64=22) %!d(string=hai) anos
  Eric Andersen f0f4b35394 Move destructor attribute tag %!s(int64=22) %!d(string=hai) anos
  Eric Andersen 58b57e65cc Missed a spot %!s(int64=22) %!d(string=hai) anos
  Eric Andersen 513df600f4 Cleanup to avoid some undefined behavior %!s(int64=22) %!d(string=hai) anos
  "Steven J. Hill" 1829481835 Fix up of '_dlopen' call and removal of unneeded argument in call '_dl_load_elf_shared_library'. %!s(int64=22) %!d(string=hai) anos
  Eric Andersen 4b6a6f0faa Patch from Tobias Anderberg <tobias.anderberg@axis.com> to %!s(int64=22) %!d(string=hai) anos