Bug 220714 – [AppleWin 32bit][LLInt] LLIntData.h(104) : warning C4172: returning address of local variable or temporary: id

• Status: RESOLVED
• Resolution: FIXED
• Component: JavaScriptCore

[Fujii Hironori]

LowLevelInterpreterLib.dir\llint\LowLevelInterpreter.cpp.obj /FdSource\JavaScriptCore\CMakeFiles\LowLevelInterpreterLib.dir\ /FS -c ..\..\Source\JavaScriptCore\llint\LowLevelInterpreter.cpp
C:\home\webkit\gb\Source\JavaScriptCore\llint\LLIntData.h(104) : error C2220: the following warning is treated as an error
C:\home\webkit\gb\Source\JavaScriptCore\llint\LLIntData.h(104) : warning C4172: returning address of local variable or temporary: id

[Fujii Hironori]

Created attachment 417845 [details]
WIP patch

[Radar WebKit Bug Importer]

<rdar://problem/73586084>

[Mark Lam]

Comment on attachment 417845 [details]
WIP patch

View in context: https://bugs.webkit.org/attachment.cgi?id=417845&action=review

> Source/JavaScriptCore/llint/LLIntData.h:109
> +#if ENABLE(COMPUTED_GOTO_OPCODES)
>  inline const Opcode& getOpcode(OpcodeID id)
>  {
> -#if ENABLE(COMPUTED_GOTO_OPCODES)
>      return g_opcodeMap[id];
> +}
>  #else
> -    return static_cast<Opcode>(id);
> -#endif
> +inline const Opcode getOpcode(OpcodeID id)

I think it's a bad pattern to have the same function return 2 different return types.  This made me wonder who is relying on the address of Opcode as a return value, and it looks like it's only the JIT functions (please double check this to confirm).  Can you try making getOpcode() consistently returning Opcode, and add a new getOpcodeAddress() function guarded by #if ENABLE(JIT) that returns Opcode* and update the relevant clients to use it instead?  See if that works better.

[Yusuke Suzuki]

Created attachment 419073 [details]
Patch

[Mark Lam]

Comment on attachment 419073 [details]
Patch

r=me

[EWS]

Committed r272330: <https://trac.webkit.org/changeset/272330>

All reviewed patches have been landed. Closing bug and clearing flags on attachment 419073 [details].