Optimized GHC in GHCi breakpoint ticks overflow

Loading ghc in ghci with -O -no-unoptimized-core-for-interpreter results in too many breakpoints being created in the same module and overflowing the Word16 available for breakpoint ticks in a module.

[514 of 889] Compiling GHC.CmmToAsm.LA64.Ppr ( /Users/romes/ghc-dev/25996/compiler/GHC/CmmToAsm/LA64/Ppr.hs, interpreted )[ghc-9.15-inplace] [Missing bytecode]
<no location info>: error:
    panic! (the 'impossible' happened)
  GHC version 9.15.20250818:
	schemeER_wrk: breakpoint tick/info index too large!
  65553
  Call stack:
      CallStack (from HasCallStack):
        pprPanic, called at compiler/GHC/ByteCode/Asm.hs:850:26 in ghc-9.15-inplace:GHC.ByteCode.Asm

Please report this as a GHC bug:  https://www.haskell.org/ghc/reportabug


[631 of 889] Compiling GHC.Tc.Errors.Ppr ( /Users/romes/ghc-dev/25996/compiler/GHC/Tc/Errors/Ppr.hs, interpreted )[ghc-9.15-inplace] [Missing bytecode]
<no location info>: error:
    panic! (the 'impossible' happened)
  GHC version 9.15.20250818:
	schemeER_wrk: breakpoint tick/info index too large!
  65575
  Call stack:
      CallStack (from HasCallStack):
        pprPanic, called at compiler/GHC/ByteCode/Asm.hs:850:26 in ghc-9.15-inplace:GHC.ByteCode.Asm

Please report this as a GHC bug:  https://www.haskell.org/ghc/reportabug

We should update the break tick indexes to be Word32s