[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: inline function expansion
From: |
Lynn Winebarger |
Subject: |
Re: inline function expansion |
Date: |
Sun, 7 May 2023 22:03:51 -0400 |
On Sun, May 7, 2023 at 3:48 PM Philip Kaludercic <philipk@posteo.net> wrote:
> What I usually do is just to invoke M-x disassemble, but you won't be
> viewing the code transformation on source-level. I am not sure if
> inlineing happens on a s-expression level like with macros, or if the
> byte-code optimiser just inlines the definition instead of generating
> code funcall.
>
So, https://debbugs.gnu.org/cgi/bugreport.cgi?bug=60450 says
macroexpand-all does in fact expand compiler macros, although
macroexpand does not. If that's the intended behavior then I can just
use that function. It may still be a bug, though.
Lynn
- inline function expansion, Lynn Winebarger, 2023/05/07
- Re: inline function expansion, Basile Starynkevitch, 2023/05/07
- Re: inline function expansion, Philip Kaludercic, 2023/05/07
- Re: inline function expansion,
Lynn Winebarger <=
- Re: inline function expansion, Lynn Winebarger, 2023/05/11
- Re: inline function expansion, Emanuel Berg, 2023/05/13
- Re: inline function expansion, Lynn Winebarger, 2023/05/18
- Re: inline function expansion, Stefan Monnier, 2023/05/19
- Re: inline function expansion, Lynn Winebarger, 2023/05/20
- Re: inline function expansion, Stefan Monnier, 2023/05/20
- Re: inline function expansion, Lynn Winebarger, 2023/05/21
- Re: inline function expansion, Stefan Monnier, 2023/05/18
- Re: inline function expansion, Lynn Winebarger, 2023/05/18
- Re: inline function expansion, Stefan Monnier, 2023/05/19