On Wed, 2023-03-08 at 00:13 +0000, Martin Dorey wrote:
> ... and it's sliced off half the gl_pathv pointer through calling an
> implementation of glob that wasn't compatible with the declaration of
> the structure that Make is using?

Well, since this is a MacOS system we SHOULD be using our own
implementation of glob, not the system glob.  Of course it could well
be that some aspect of that implementation doesn't play well with MacOS
arm64.  It is quite old.

I agree it seems extremely strange that nlist is not expandable, but
let's see if *nlist works instead of nlist[0].

FYI I tested on a system I have access to:

$ sw_vers
ProductName:    macOS
ProductVersion: 11.7.2
BuildVersion:   20G1020

$ clang --version
Apple clang version 12.0.5 (clang-1205.0.22.9)
Target: arm64-apple-darwin20.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

but it worked fine with the makefile provided (of course I don't know
what the directory structure is where you're running this so I couldn't
reproduce that.

  • Segmentation faul... Satish Balay via Bug reports and discussion for GNU make
    • Re: Segmenta... Martin Dorey
      • Re: Segm... Satish Balay via Bug reports and discussion for GNU make
        • Re: ... Paul Smith
          • ... Satish Balay via Bug reports and discussion for GNU make
            • ... Paul Smith
              • ... Martin Dorey
                • ... Paul Smith
                • ... Satish Balay via Bug reports and discussion for GNU make
                • ... Satish Balay via Bug reports and discussion for GNU make
                • ... Paul Smith
                • ... Satish Balay via Bug reports and discussion for GNU make

Reply via email to