Emphasis on the 'might'. Beware that:
(a) applications that use FP instructions directly just won't run on the LC version
(b) applications that don't use FP at all, or use it via built-in emulation, will not benefit from the FPU in the non-LC
(c) applications that uses SANE, or applications that detect the FPU to choose between hardware FPU and emulation, will benefits from running on the 'full' version of the MC68040 (or having a MC68881 or MC68882 added to a MC68020 or MC68030).
Case (b) is very common, as in those Macintoshes sold with no hardware FPU were extremely common: this includes all those based on the MC68000 and the LC, LCII, LCIII, IIsi, LC475, LC575, Centris 610, etc. ; some of those could get an optional FPU but applications vendor could not rely on it. Some higher-end applications for maths or other sciences could fall under (a), as for a scientific user the FPU could be expected to be present (and was there by default on all higher-end systems such as the II, IIx, SE/30, IIcx, IIci, IIfx, most Quadras, etc.).
So if you don't have an application that refuses to run on your LC575, you probably don't have anything in (a). Remains to be seen if you are using something from (c) that would benefits from the additional FPU. Otherwise, replacing a LC040 by the full 040 won't help you much. And
extracting a MC68040 from its socket without damaging anything is not obvious (hence people creating
pulling tools). As full MC68040, and in particular higher-rated one, can be expensive, make sure you really need/want the FPU before spending any money on it. For period-accurate software, it's unlikely to be really needed.
OTOH, if you intend to run e.g. NetBSD on it and have a XC68LC040, then go for it. FPU is a lot more needed on NetBSD, and the XC68LC040 has a bug that makes it impossible to trap and emulate FPU instructions (MC68LC040 are OK though, Motorola eventually fixed the bug).