Page MenuHomeFreeBSD

Restore ${OBJDUMP}
AbandonedPublic

Authored by brooks on Mar 8 2024, 12:15 AM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Aug 12, 8:40 AM
Unknown Object (File)
Wed, Aug 12, 6:36 AM
Unknown Object (File)
Tue, Aug 11, 8:55 PM
Unknown Object (File)
Sun, Aug 2, 12:45 AM
Unknown Object (File)
Wed, Jul 29, 5:44 AM
Unknown Object (File)
Tue, Jul 28, 2:26 PM
Unknown Object (File)
Mon, Jul 27, 4:33 PM
Unknown Object (File)
Jul 10 2026, 11:11 PM
Subscribers

Details

Summary

Define an OBJDUMP variable and prefer the cross tools version where
available. Allow XOBJDUMP to override and search for llvm-objdump in
CROSS_BINUTILS_PREFIX to maximize our chances of finding one.

A future commit will use objdump to compare the set of symbols built in
libraries with a reference list.

This reverts commit fd406aa3de47e89456febcaf6cb65d22a6317bc1

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 56512
Build 53400: arc lint + arc unit

Event Timeline

This revision is now accepted and ready to land.Mar 19 2024, 5:00 PM

A future commit will use objdump to compare the set of symbols built in libraries with a reference list.

No objection, but is there a reason we cannot use nm and/or readelf?

A future commit will use objdump to compare the set of symbols built in libraries with a reference list.

No objection, but is there a reason we cannot use nm and/or readelf?

I thought of objdump first. :) After a recent NetBSD post of someone doing something similar with nm I looked at it and nm flags are a portability nightmare (see my follow up email). readelf also has issues (llvm-readelf lacks --use-dynamic), but looking it over I think things might better than using objdump. I'll see about switching to readelf.

I'm going to switch to using readelf