[Git][ghc/ghc][wip/romes/rts-linker-direct-symbol-lookup] 13 commits: EPA: Fix FamDecl range
Rodrigo Mesquita (@alt-romes)
gitlab at gitlab.haskell.org
Mon Apr 1 09:24:10 UTC 2024
Rodrigo Mesquita pushed to branch wip/romes/rts-linker-direct-symbol-lookup at Glasgow Haskell Compiler / GHC
Commits:
cd0fb82f by Alan Zimmerman at 2024-03-27T19:33:08+00:00
EPA: Fix FamDecl range
The span was incorrect if opt_datafam_kind_sig was empty
- - - - -
f8f384a8 by Ben Gamari at 2024-03-29T01:23:03-04:00
Fix type of _get_osfhandle foreign import
Fixes #24601.
- - - - -
00d3ecf0 by Alan Zimmerman at 2024-03-29T12:19:10+00:00
EPA: Extend StringLiteral range to include trailing commas
This goes slightly against the exact printing philosophy where
trailing decorations should be in an annotation, but the
practicalities of adding it to the WarningTxt environment, and the
problems caused by deviating do not make a more principles approach
worthwhile.
- - - - -
efab3649 by brandon s allbery kf8nh at 2024-03-31T20:04:01-04:00
clarify Note [Preproccesing invocations]
- - - - -
aa7f3683 by Rodrigo Mesquita at 2024-04-01T10:24:00+01:00
loader: Note down suggestion for needed_mods
The associated ticket is #24600
- - - - -
83dad9ba by Rodrigo Mesquita at 2024-04-01T10:24:00+01:00
rts: free error message before returning
Fixes a memory leak in rts/linker/PEi386.c
- - - - -
ea6384ca by Rodrigo Mesquita at 2024-04-01T10:24:00+01:00
Start writing test
- - - - -
4e9433f7 by Alexis King at 2024-04-01T10:24:00+01:00
linker: Avoid linear search when looking up Haskell symbols via dlsym
Write Note [Looking up symbols in the relevant objects]
Write Note [Symbols may not be found in pkgs_loaded]
Use lookupHsSymbol for PrimOps too
- - - - -
f0b8606f by Rodrigo Mesquita at 2024-04-01T10:24:00+01:00
wip: make addDLL wrapper around loadNativeObj
- - - - -
089d1983 by Alexis King at 2024-04-01T10:24:00+01:00
wip: use loadNativeObj to implement addDLL
- - - - -
cd8e1bca by Rodrigo Mesquita at 2024-04-01T10:24:00+01:00
Refactor loadNativeObj_ELF to _POSIX and delete dl_mutex
CPP Support loadNativeObj in MachO
- - - - -
797b857c by Rodrigo Mesquita at 2024-04-01T10:24:00+01:00
Use symbol cache in internal interpreter too
This commit makes the symbol cache that was used by the external
interpreter available for the internal interpreter too.
This follows from the analysis in #23415 that suggests the internal
interpreter could benefit from this cache too, and that there is no good
reason not to have the cache for it too. It also makes it a bit more
uniform to have the symbol cache range over both the internal and
external interpreter.
This commit also refactors the cache into a function which is used by
both `lookupSymbol` and also by `lookupSymbolInDLL`, extending the
caching logic to `lookupSymbolInDLL` too.
- - - - -
a9e42fa9 by Rodrigo Mesquita at 2024-04-01T10:24:00+01:00
Implement lookupSymbolInDLL for ExternalInterp
- - - - -
30 changed files:
- + T23415/Makefile
- + T23415/main.hs
- + T23415/make_shared_libs.sh
- + T23415/new-main.hs
- + T23415/run_test.sh
- compiler/GHC.hs
- compiler/GHC/ByteCode/Linker.hs
- compiler/GHC/Driver/Main.hs
- compiler/GHC/Driver/Plugins.hs
- compiler/GHC/Linker/Loader.hs
- compiler/GHC/Linker/MacOS.hs
- compiler/GHC/Linker/Types.hs
- compiler/GHC/Parser.y
- compiler/GHC/Runtime/Interpreter.hs
- compiler/GHC/Runtime/Interpreter/JS.hs
- compiler/GHC/Runtime/Interpreter/Types.hs
- compiler/GHC/Runtime/Utils.hs
- compiler/GHC/SysTools/Cpp.hs
- libraries/ghci/GHCi/Message.hs
- libraries/ghci/GHCi/ObjLink.hs
- libraries/ghci/GHCi/Run.hs
- rts/Linker.c
- rts/LinkerInternals.h
- rts/RtsSymbols.c
- rts/include/rts/Linker.h
- rts/linker/Elf.c
- rts/linker/Elf.h
- + rts/linker/LoadNativeObjPosix.c
- + rts/linker/LoadNativeObjPosix.h
- rts/linker/PEi386.c
The diff was not included because it is too large.
View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/compare/573b9729cabfbbc4810ae894ec7a6932ab24dcd3...a9e42fa9107949fd33a9fa91ffcdfe5369c51656
--
View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/compare/573b9729cabfbbc4810ae894ec7a6932ab24dcd3...a9e42fa9107949fd33a9fa91ffcdfe5369c51656
You're receiving this email because of your account on gitlab.haskell.org.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-commits/attachments/20240401/84478bd7/attachment.html>
More information about the ghc-commits
mailing list