<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Mark,</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
I agree with Josh, these headers look like they were automatically generated using something like "make depends". </div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
When creating a Makefile, it is GOOD practice to include these lines as it will ensure that the Project will rebuild the correct files when a header file was changed. Since it is a REAL pain to create them manually. Many developers use something like "make
depends".</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
If there is a "depends:" target in the Makefile, you could patch the Makefile and add "depends" as the first Phony target to the "all:" target. e.g. </div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
all: depends main etc etc</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Alternatively, you could try just patching the Makefile by removing all these lines (and any other line where a system header is the ONLY dependency in the rule).
<b>The vast majority of time, they are NOT needed to build the initial project.</b> (They are needed if you want to use "make" to rebuild your project properly on subsequent runs where the developer has changed one of more of these system header files. This
is not a normal scenario if one is using Macports to build the project).</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
The most important rules are the rules involving the source code files (which must be kept). </div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
e.g. $(OBJDIR-MAIN)/%.o: %.c<br>
<blockquote style="margin-top:0;margin-bottom:0"> $(CC) $(CFLAGS) $(INCLUDES) -c $< -o $@</blockquote>
<div><br>
</div>
<div>Make sure the Makfile has an "INCLUDES:" that lists the location of all the header files. If it does, make will find them and build the initial project!</div>
<div><br>
</div>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
e.g. I am working on a new port where I converted an Xcode project to one using a Makefile. I used "make depends" to generate these dependencies, Macports built the code just fine when I either:</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<ol>
<li><span>Deleted all the lines below "# DO NOT DELETE THIS LINE -- make depend needs it"; or</span></li><li><span>Added "depends" as the first phony target to the all: phoney target </span></li></ol>
<blockquote style="margin-top:0;margin-bottom:0">
<blockquote style="margin-top:0;margin-bottom:0">
<div>e.g. all: depends utils altivec mpeg2enc main $(PRODUCT)</div>
<div><br>
</div>
</blockquote>
<div>You could even patch the Makefile and add another target called "macports" and tell Macports to build that:</div>
</blockquote>
<div><br>
</div>
<blockquote style="margin-top:0;margin-bottom:0">
<div><span> macports: depends all</span><br>
</div>
</blockquote>
<div><span><br>
</span></div>
<div><span> <span> And in the portfile, you would add:</span></span></div>
<div><span><span><br>
</span></span></div>
<blockquote style="margin-top:0;margin-bottom:0">
<div><span><span>build.target macports<br>
</span></span></div>
</blockquote>
<div><span><span><br>
</span></span></div>
<div>Good luck,<br>
</div>
<div><span><span><br>
</span></span></div>
<div><span><span>Rob</span></span></div>
<div><span><span><br>
</span></span></div>
<div><span><span><br>
</span></span></div>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> macports-dev <macports-dev-bounces@lists.macports.org> on behalf of Mark Brethen <mark.brethen@gmail.com><br>
<b>Sent:</b> August 1, 2022 8:51 PM<br>
<b>To:</b> MacPorts Developers <macports-dev@lists.macports.org><br>
<b>Subject:</b> Re: include files for cgxCADTools</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">I’ll ask the developer<br>
<br>
Sent from my iPhone<br>
<br>
> On Aug 1, 2022, at 4:53 PM, Joshua Root <jmr@macports.org> wrote:<br>
> <br>
> A lot of them aren't even standard headers; I believe the ones under bits/ are glibc implementation details. I would suspect this part of the Makefile was not hand-written but generated with one of the compiler's -M options. To work correctly in that case,
it would need to be regenerated for each new system the software is built on.<br>
> <br>
> - Josh<br>
> <br>
>> On 2022-8-2 05:23 , Chris Jones wrote:<br>
>> The makefile here is very poorly written. You should never directly reference standard headers like that…<br>
>>>> On 1 Aug 2022, at 4:52 pm, Mark Brethen <mark.brethen@gmail.com> wrote:<br>
>>> <br>
>>> This Makefile has the following lines:<br>
>>> <br>
>>> CadReader.o: /usr/include/stdlib.h /usr/include/bits/libc-header-start.h<br>
>>> CadReader.o: /usr/include/features.h /usr/include/stdc-predef.h<br>
>>> CadReader.o: /usr/include/sys/cdefs.h /usr/include/bits/wordsize.h<br>
>>> CadReader.o: /usr/include/bits/long-double.h /usr/include/gnu/stubs.h<br>
>>> CadReader.o: /usr/include/bits/waitflags.h /usr/include/bits/waitstatus.h<br>
>>> CadReader.o: /usr/include/bits/floatn.h /usr/include/sys/types.h<br>
>>> CadReader.o: /usr/include/bits/types.h /usr/include/bits/typesizes.h<br>
>>> CadReader.o: /usr/include/bits/types/clock_t.h<br>
>>> CadReader.o: /usr/include/bits/types/clockid_t.h<br>
>>> CadReader.o: /usr/include/bits/types/time_t.h<br>
>>> CadReader.o: /usr/include/bits/types/timer_t.h<br>
>>> CadReader.o: /usr/include/bits/stdint-intn.h /usr/include/endian.h<br>
>>> CadReader.o: /usr/include/bits/endian.h /usr/include/bits/byteswap.h<br>
>>> CadReader.o: /usr/include/bits/byteswap-16.h<br>
>>> CadReader.o: /usr/include/bits/uintn-identity.h /usr/include/sys/select.h<br>
>>> CadReader.o: /usr/include/bits/select.h /usr/include/bits/types/sigset_t.h<br>
>>> CadReader.o: /usr/include/bits/types/__sigset_t.h<br>
>>> CadReader.o: /usr/include/bits/types/struct_timeval.h<br>
>>> CadReader.o: /usr/include/bits/types/struct_timespec.h<br>
>>> CadReader.o: /usr/include/sys/sysmacros.h /usr/include/bits/sysmacros.h<br>
>>> CadReader.o: /usr/include/bits/pthreadtypes.h<br>
>>> CadReader.o: /usr/include/bits/thread-shared-types.h<br>
>>> CadReader.o: /usr/include/bits/pthreadtypes-arch.h /usr/include/alloca.h<br>
>>> CadReader.o: /usr/include/bits/stdlib-float.h<br>
>>> <br>
>>> /usr/include doesn’t exist on Big Sure (I assume its deprecated?) however, they can be found at<br>
>>> <br>
>>> ~ $ xcrun --sdk macosx --show-sdk-path<br>
>>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.1.sdk<br>
>>> <br>
>>> although I don’t see a ‘bits’ subdirectory. Has it been relocated?<br>
>>> <br>
>>> Thanks,<br>
>>> Mark<br>
>>> <br>
>>> <br>
>>> <br>
> <br>
</div>
</span></font></div>
</body>
</html>