[patch #10579] ltmain.in: reference MAGIC_EXE in the main
robUx4 <[email protected]> Fri, 19 Jun 2026 08:53:01 -0400 (EDT)
| Newsgroups | gmane.comp.gnu.libtool.patches |
|---|---|
| Message-ID | <[email protected]> |
--8323329-1714636915-1781873581=:2026719 Content-Type: TEXT/plain; CHARSET=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Disposition: inline Follow-up Comment #1, patch #10579 (group libtool):=0A=0AIt turns out my or= iginal analysis of the problem was wrong. I had used=0Aconfigure with -O0 a= nd it was always using that value to compile the .exe=0Awrapper, no matter = what -O I put in the CFLAGS of my particular .exe.=0A=0AWhen forcing the LT= CFLAGS to something else than -O0 the MAGIC_EXE is gone=0Afrom my executabl= e (with llvm-mingw 22 and -flto).=0A=0ASetting LTCFLAGS via the command lin= e doesn't seem to be possible although it=0Aseems the original intention. I= attach another patch that allows setting LTCC=0Aand LTCFLAGS before callin= g configure. With that it allows to set -O0 and some=0Aother flags without = the -flto.=0A=0A=0A ____________________________________________________= ___=0A=0AReply to this item at:=0A=0A <https://savannah.gnu.org/patch/?105= 79>=0A=0A_______________________________________________=0AMessage post=C3= =A9 via Savannah=0Ahttps://savannah.gnu.org/=0A --8323329-1714636915-1781873581=:2026719 Content-Type: APPLICATION/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQQk97aszIMMAvLLwm6qLAuaBUf3TgUCajU7rQAKCRCqLAuaBUf3 Tr/7AP9t5zY8gVpvUrQ1iQmO/z0/J1q/2RqiIWFgrt/pIzTfxQEA3ZYExDaKIAJ+ MXqqcb8Hhwy2d17dCTXd6NPjUFRmOAw= =I7Cz -----END PGP SIGNATURE----- --8323329-1714636915-1781873581=:2026719--