Re: Build errors with GCC 14
William Bader <[email protected]> Thu, 23 May 2024 03:23:42 +0000
| Newsgroups | gmane.comp.type-setting.lout |
|---|---|
| Message-ID | <PAXPR09MB5071F90AFBFE43F02CD2DBE9C4F42@PAXPR09MB5071.eurprd09.prod.outlook.com> |
--_000_PAXPR09MB5071F90AFBFE43F02CD2DBE9C4F42PAXPR09MB5071eurp_ Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Hi Mat=ECj, I didn't realize that Jeff was still maintaining lout. The patch from 3.40 (what I started from) to the 3.41 in your repo is 27166= 4 lines, although I think that a lot is generated files. I missed some of the earlier messages because I am also on a gcc mailing li= st, and from the subject, I thought that it was a gcc issue. Is gcc 14 why parent.h and child.h were created? Most of the other C code changes are similar to what I did for gcc 13 on Fe= dora 39. Jeff's version comments out "Parent(family, Up(face));" in FontFace() in z3= 7.c. Is that because "family" is never used and Parent() has no side-effects oth= er than updating "family"? Does the same thing hold for "Child(z, Down(y));" in EnvReadRetrieve() in z= 47.c? Regards, William ________________________________ From: Mat=ECj Cepl Sent: Wednesday, May 22, 2024 11:54 AM To: William Bader; Jeffrey Kingston; Lout Mailing List Subject: Re: Build errors with GCC 14 On Wed May 22, 2024 at 4:24 AM CEST, William Bader wrote: > I missed some of this because I have been traveling, > but I am fine with applying any reasonable patches to > https://github.com/william8000/lout so they don't get lost. Nothing gets lost for me. It is all on https://git.cepl.eu/cgit/toys/lout/. I was trying very hard not to do anything before Jeff accepts it. Best, Mat=ECj -- http://matej.ceplovi.cz/blog/, @[email protected] GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8 For a successful technology, reality must take precedence over public relations, for nature cannot be fooled. -- R. P. Feynman=92s concluding sentence in his appendix to the Challenger Report --_000_PAXPR09MB5071F90AFBFE43F02CD2DBE9C4F42PAXPR09MB5071eurp_ Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1= 250"> <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style> </head> <body dir=3D"ltr"> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> Hi Mat=ECj,</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> I didn't realize that Jeff was still maintaining lout.</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> The patch from 3.40 (what I started from) to the 3.41 in your repo is 27166= 4 lines, although I think that a lot is generated files.</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> I missed some of the earlier messages because I am also on a gcc mailing li= st, and from the subject, I thought that it was a gcc issue.</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> Is gcc 14 why parent.h and child.h were created?</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> Most of the other C code changes are similar to what I did for gcc 13 on Fe= dora 39.<br> Jeff's version comments out "Parent(family, Up(face));" in FontFa= ce() in z37.c.</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> Is that because "family" is never used and Parent() has no side-e= ffects other than updating "family"?<br> Does the same thing hold for "Child(z, Down(y));" in EnvReadRetri= eve() in z47.c?</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> Regards,</div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Helvetica, san= s-serif; font-size: 12pt; color: rgb(0, 0, 0);"> William</div> <div id=3D"appendonsend"></div> <div class=3D"elementToProof" style=3D"font-family: Calibri, Arial, Helveti= ca, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> <br> </div> <hr style=3D"display: inline-block; width: 98%;"> <span style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-siz= e: 12pt; color: rgb(0, 0, 0);"><b>From:</b> Mat=ECj Cepl<br> <b>Sent:</b> Wednesday, May 22, 2024 11:54 AM<br> <b>To:</b> William Bader; Jeffrey Kingston; Lout Mailing List<br> <b>Subject:</b> Re: Build errors with GCC 14 </span> <div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size= : 12pt; color: rgb(0, 0, 0);"> <br> </div> <div style=3D"font-size: 11pt;">On Wed May 22, 2024 at 4:24 AM CEST, Willia= m Bader wrote:<br> > I missed some of this because I have been traveling,<br> > but I am fine with applying any reasonable patches to<br> > <a href=3D"https://github.com/william8000/lout" target=3D"_blank" id= =3D"OWAead15a08-180d-c14f-6f89-1e2b1ce402c5" class=3D"OWAAutoLink" rel=3D"n= oopener noreferrer" data-auth=3D"NotApplicable"> https://github.com/william8000/lout</a> so they don't get lost.<br> <br> Nothing gets lost for me. It is all on<br> <a href=3D"https://git.cepl.eu/cgit/toys/lout/" target=3D"_blank" id=3D"OWA= 45d88605-39fd-936e-0162-766295bc8e22" class=3D"OWAAutoLink" rel=3D"noopener= noreferrer" data-auth=3D"NotApplicable">https://git.cepl.eu/cgit/toys/lout= /</a>. I was trying very hard not<br> to do anything before Jeff accepts it.<br> <br> Best,<br> <br> Mat=ECj<br> <br> --<br> <a href=3D"http://matej.ceplovi.cz/blog/" target=3D"_blank" id=3D"OWA406a2f= 85-d38c-114c-a456-5deb1fb4eef5" class=3D"OWAAutoLink" rel=3D"noopener noref= errer" data-auth=3D"NotApplicable">http://matej.ceplovi.cz/blog/</a>, @mcep= [email protected]<br> GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8<br> <br> For a successful technology, reality must take precedence over<br> public relations, for nature cannot be fooled.<br> -- R. P. Feynman=92s concluding sentence<br> in his appendix to the Challenger Repo= rt<br> <br> </div> </body> </html> --_000_PAXPR09MB5071F90AFBFE43F02CD2DBE9C4F42PAXPR09MB5071eurp_--