port tests/run-make/extern-fn-reachable to rmake #128314

lolbinarycat · 2024-07-28T18:17:05Z

uses helper functions added in #128147, must not be merged before that PR.

try-job: aarch64-apple
try-job: armhf-gnu
try-job: test-various
try-job: x86_64-msvc
try-job: x86_64-mingw
try-job: i686-msvc
try-job: i686-mingw
try-job: x86_64-gnu-llvm-17

rustbot · 2024-07-28T18:17:12Z

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @jieyouxu (or someone else) some time within the next two weeks.

Please see the contribution instructions for more information. Namely, in order to ensure the minimum review times lag, PR authors and assigned reviewers should ensure that the review label (S-waiting-on-review and S-waiting-on-author) stays updated, invoking these commands when appropriate:

@rustbot author: the review is finished, PR author should check the comments and take action accordingly
@rustbot review: the author is ready for a review, this PR will be queued again in the reviewer's queue

rustbot · 2024-07-28T18:17:14Z

The run-make-support library was changed

cc @jieyouxu

This PR modifies tests/run-make/. If this PR is trying to port a Makefile
run-make test to use rmake.rs, please update the
run-make port tracking issue
so we can track our progress. You can either modify the tracking issue
directly, or you can comment on the tracking issue and link this PR.

cc @jieyouxu

bors · 2024-08-02T05:45:30Z

☔ The latest upstream changes (presumably #128147) made this pull request unmergeable. Please resolve the merge conflicts.

bors · 2024-08-02T18:26:15Z

☔ The latest upstream changes (presumably #127926) made this pull request unmergeable. Please resolve the merge conflicts.

jieyouxu

Thank you for the PR. I think I noticed a discrepancy between the symbol checking logic between the original Makefile and the rmake.rs version.

jieyouxu · 2024-08-03T00:32:11Z

src/tools/run-make-support/src/external_deps/rustc.rs

@@ -193,6 +193,11 @@ impl Rustc {
        self
    }

+    /// Make `rustc` prefere dynamic linking


Nit:

Suggested change

/// Make `rustc` prefere dynamic linking

/// Make `rustc` prefer dynamic linking.

jieyouxu · 2024-08-03T00:43:38Z

src/tools/run-make-support/src/symbols.rs

+/// The symbol names must match exactly.
+///
+/// Panics if `path` is not a valid object file readable by the current user.
+pub fn contains_exact_symbols(path: impl AsRef<Path>, symbol_names: &[&str]) -> bool {


Suggestion: having this return a bool but then also have output logging is weird. We probably want to have a read_symbols(path) return something like Vec<OsString> or Vec<Vec<u8>> (pretty sure symbols don't need to be UTF-8), and then have an assertion helper based on that:

fn assert_symbols_match_exactly(expected_symbols: &[&OsStr], found_symbols: &[&OsStr]) { assert_eq!(expected_symbols, found_symbols, "symbols do not match exactly"); }

or something more generic, like assert_byte_strings_are_equal.

(or some customized equality assertion to not show u8 slice debug repr)

Problem: am I understanding the logic here is that for a given object file, and a given list of expected symbols, we want the object file to contain the symbol at least once? Or does the test actually want exact counts of occurrences of symbols? AFAICT, the logic here only checks that a given expected symbol occurs at least once, whereas the logic in the original Makefile checks that a given expected symbol occurs exactly once, so the logic is not equivalent from what I can tell.

the previous makefile wasn't checking for exact symbol names though.

"accidentally generating duplicate symbols and somehow not encountering a link error" doesn't seem like a very probable failure mode, and if it is likely, then i would rather approach that with a helper that asserts a file does not contain any duplicate symbols, rather than checking the counts of specific symbols.

i should probably move the debug output into assertion helpers though, the current behavior is based off of the cat-and-grep script, but it's a bit confusing, and we can do better.

jieyouxu · 2024-08-03T00:51:42Z

tests/run-make/extern-fn-reachable/Makefile

-NM=nm -D
-
-ifeq ($(UNAME),Darwin)
-NM=nm -gU
-endif
-
-ifdef IS_WINDOWS
-NM=nm -g
-endif


Question: Hm,

-D is "display the dynamic symbols rather than the normal symbols. This is only meaningful for dynamic objects, such as certain types of shared libraries"

-g is "display only external symbols"

-U is "display only defined symbols for each object file. By default both defined and undefined symbols are displayed"

and these flags are passed differently based on platforms. Are we sure with_symbol_iter based on object preserves these behavior?

the test is configured to never run on those platforms anyways.

the test is configured to never run on those platforms anyways.

Hmm? That doesn't seem right, since the Makefile test is only ignore-cross-compile + ignore-windows-msvc, or am I misunderstanding something? This still leaves host linux, host apple and host windows mingw targets?

It seems you're correct, I must've been thinking of a different rmake test.

Still, it seems strange that it would look for different kinds of symbols on different platforms, shouldn't the symbols have the same linkage regardless of platform?

Still, it seems strange that it would look for different kinds of symbols on different platforms, shouldn't the symbols have the same linkage regardless of platform?

Yeah, this is exactly why I noticed it. I'll try to do a little digging from the original PR to see why it had to use different nm flags, this seems very cursed.

I looked at the original PR alongside review comments, and unfortunately it was not enlightening as to the why.

nm flags:

-D: --dynamic Display the dynamic symbols rather than the normal symbols. This is only meaningful for dynamic objects, such as certain types of shared libraries. -g: --extern-only Show only external symbols -gU: --extern-only --defined-only Display only defined symbols for each object file. By default both defined and undefined symbols are displayed.

I'm inclined to say ideally we want --dynamic + --extern-only + --defined-only consistently across the platforms (this probably fails, but I'd like to know on which platforms that fails). So maybe something based on Object::exports.

(This is going to take a couple of tries to get right I'm afraid.)

there's the ObjectSymbol::is_* family of function, but i'm somewhat confused what it would mean to have a non-dynamic global symbol in a dynamic object.

jieyouxu · 2024-08-06T09:13:38Z

@rustbot author

uses helper functions added in rust-lang#128147, must not be merged before that PR.

rust-log-analyzer · 2024-08-07T02:10:41Z

The job aarch64-apple failed! Check out the build log: (web) (plain)

Click to see the possible cause of the failure (guessed by this bot)

Updating files:  98% (47999/48978)
Updating files:  99% (48489/48978)
Updating files: 100% (48978/48978)
Updating files: 100% (48978/48978), done.
Switched to a new branch 'try'
branch 'try' set up to track 'origin/try'.
[command]/opt/homebrew/bin/git log -1 --format='%H'
'b5490c82c9d567d58d0cb22905e827343e39ba4e'
##[group]Run src/ci/scripts/setup-environment.sh
src/ci/scripts/setup-environment.sh
---
file:.git/config remote.origin.url=https://github.com/rust-lang-ci/rust
file:.git/config remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
file:.git/config gc.auto=0
file:.git/config http.https://github.com/.extraheader=AUTHORIZATION: basic ***
file:.git/config branch.try.remote=origin
file:.git/config branch.try.merge=refs/heads/try
file:.git/config submodule.library/backtrace.url=https://github.com/rust-lang/backtrace-rs.git
file:.git/config submodule.library/stdarch.active=true
file:.git/config submodule.library/stdarch.url=https://github.com/rust-lang/stdarch.git
file:.git/config submodule.src/doc/book.active=true
---
---- [run-make] tests/run-make/extern-fn-reachable stdout ----

error: rmake recipe failed to complete
status: exit status: 101
command: cd "/Users/runner/work/rust/rust/build/aarch64-apple-darwin/test/run-make/extern-fn-reachable/rmake_out" && env -u RUSTFLAGS AR="ar" CC="/Applications/Xcode_14.3.1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" CC_DEFAULT_FLAGS="-ffunction-sections -fdata-sections -fPIC --target=arm64-apple-darwin -mmacosx-version-min=11 -isysroot /Applications/Xcode_14.3.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.3.sdk" CXX="/Applications/Xcode_14.3.1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++" CXX_DEFAULT_FLAGS="-ffunction-sections -fdata-sections -fPIC --target=arm64-apple-darwin -mmacosx-version-min=11 -isysroot /Applications/Xcode_14.3.1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.3.sdk -stdlib=libc++" DYLD_LIBRARY_PATH="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage0-bootstrap-tools/aarch64-apple-darwin/release/deps:/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage0/lib:/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage2-tools-bin:/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage2/lib/rustlib/aarch64-apple-darwin/lib" HOST_RPATH_DIR="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage2/lib" LD_LIB_PATH_ENVVAR="DYLD_LIBRARY_PATH" LLVM_BIN_DIR="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/ci-llvm/bin" LLVM_COMPONENTS="aarch64 aarch64asmparser aarch64codegen aarch64desc aarch64disassembler aarch64info aarch64utils aggressiveinstcombine all all-targets analysis arm armasmparser armcodegen armdesc armdisassembler arminfo armutils asmparser asmprinter avr avrasmparser avrcodegen avrdesc avrdisassembler avrinfo binaryformat bitreader bitstreamreader bitwriter bpf bpfasmparser bpfcodegen bpfdesc bpfdisassembler bpfinfo cfguard codegen codegendata codegentypes core coroutines coverage csky cskyasmparser cskycodegen cskydesc cskydisassembler cskyinfo debuginfobtf debuginfocodeview debuginfodwarf debuginfogsym debuginfologicalview debuginfomsf debuginfopdb demangle dlltooldriver dwarflinker dwarflinkerclassic dwarflinkerparallel dwp engine executionengine extensions filecheck frontenddriver frontendhlsl frontendoffloading frontendopenacc frontendopenmp fuzzercli fuzzmutate globalisel hexagon hexagonasmparser hexagoncodegen hexagondesc hexagondisassembler hexagoninfo hipstdpar instcombine instrumentation interfacestub interpreter ipo irprinter irreader jitlink libdriver lineeditor linker loongarch loongarchasmparser loongarchcodegen loongarchdesc loongarchdisassembler loongarchinfo lto m68k m68kasmparser m68kcodegen m68kdesc m68kdisassembler m68kinfo mc mca mcdisassembler mcjit mcparser mips mipsasmparser mipscodegen mipsdesc mipsdisassembler mipsinfo mirparser msp430 msp430asmparser msp430codegen msp430desc msp430disassembler msp430info native nativecodegen nvptx nvptxcodegen nvptxdesc nvptxinfo objcarcopts objcopy object objectyaml option orcdebugging orcjit orcshared orctargetprocess passes powerpc powerpcasmparser powerpccodegen powerpcdesc powerpcdisassembler powerpcinfo profiledata remarks riscv riscvasmparser riscvcodegen riscvdesc riscvdisassembler riscvinfo riscvtargetmca runtimedyld sandboxir scalaropts selectiondag sparc sparcasmparser sparccodegen sparcdesc sparcdisassembler sparcinfo support symbolize systemz systemzasmparser systemzcodegen systemzdesc systemzdisassembler systemzinfo tablegen target targetparser textapi textapibinaryreader transformutils vectorize webassembly webassemblyasmparser webassemblycodegen webassemblydesc webassemblydisassembler webassemblyinfo webassemblyutils windowsdriver windowsmanifest x86 x86asmparser x86codegen x86desc x86disassembler x86info x86targetmca xray xtensa xtensaasmparser xtensacodegen xtensadesc xtensadisassembler xtensainfo" LLVM_FILECHECK="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/ci-llvm/bin/FileCheck" NODE="/opt/homebrew/bin/node" PYTHON="/usr/bin/python3" RUSTC="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage2/bin/rustc" RUSTDOC="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage2/bin/rustdoc" SOURCE_ROOT="/Users/runner/work/rust/rust" TARGET="aarch64-apple-darwin" TARGET_RPATH_DIR="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage2/lib/rustlib/aarch64-apple-darwin/lib" TARGET_RPATH_ENV="/Users/runner/work/rust/rust/build/aarch64-apple-darwin/test/run-make/extern-fn-reachable/rmake_out:/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage0-bootstrap-tools/aarch64-apple-darwin/release/deps:/Users/runner/work/rust/rust/build/aarch64-apple-darwin/stage0/lib" "/Users/runner/work/rust/rust/build/aarch64-apple-darwin/test/run-make/extern-fn-reachable/rmake"
--- stderr -------------------------------
--- stderr -------------------------------
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:14] sym = Symbol {
    name: "_fun1",
    address: 16292,
    size: 0,
    section: Section(
        SectionIndex(
            1,
        ),
        ),
    ),
    scope: Dynamic,
    weak: false,
    flags: MachO {
        n_desc: 0,
    },
}
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:9] dbg!(sym).is_global() = true
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:41] sym.is_undefined() = false
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:14] sym = Symbol {
    name: "_fun2",
    address: 16296,
    size: 0,
    section: Section(
        SectionIndex(
            1,
        ),
        ),
    ),
    scope: Dynamic,
    weak: false,
    flags: MachO {
        n_desc: 0,
    },
}
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:9] dbg!(sym).is_global() = true
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:41] sym.is_undefined() = false
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:14] sym = Symbol {
    name: "_fun3",
    address: 16300,
    size: 0,
    section: Section(
        SectionIndex(
            1,
        ),
        ),
    ),
    scope: Dynamic,
    weak: false,
    flags: MachO {
        n_desc: 0,
    },
}
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:9] dbg!(sym).is_global() = true
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:41] sym.is_undefined() = false
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:14] sym = Symbol {
    name: "_fun4",
    address: 16304,
    size: 0,
    section: Section(
        SectionIndex(
            1,
        ),
        ),
    ),
    scope: Dynamic,
    weak: false,
    flags: MachO {
        n_desc: 0,
    },
}
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:9] dbg!(sym).is_global() = true
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:41] sym.is_undefined() = false
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:14] sym = Symbol {
    name: "_fun5",
    address: 16308,
    size: 0,
    section: Section(
        SectionIndex(
            1,
        ),
        ),
    ),
    scope: Dynamic,
    weak: false,
    flags: MachO {
        n_desc: 0,
    },
}
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:9] dbg!(sym).is_global() = true
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:41] sym.is_undefined() = false
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:14] sym = Symbol {
    name: "_rust_metadata_dylib_466e03c52fa389c6",
    address: 16384,
    size: 0,
    kind: Unknown,
        SectionIndex(
            3,
        ),
    ),
    ),
    scope: Dynamic,
    weak: false,
    flags: MachO {
        n_desc: 0,
    },
}
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:9] dbg!(sym).is_global() = true
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:41] sym.is_undefined() = false
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:14] sym = Symbol {
    name: "dyld_stub_binder",
    address: 0,
    size: 0,
    kind: Unknown,
    section: Undefined,
    scope: Unknown,
    weak: false,
    flags: MachO {
        n_desc: 512,
}
}
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:9] dbg!(sym).is_global() = true
[/Users/runner/work/rust/rust/tests/run-make/extern-fn-reachable/rmake.rs:8:41] sym.is_undefined() = true
dylib.so does not contain symbol(s): 
* fun1
* fun2
* fun3
* fun4
* fun5
missing symbols
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
------------------------------------------

bors · 2024-08-07T02:11:10Z

💔 Test failed - checks-actions

Oneirical · 2024-08-12T18:24:25Z

Symbol names on OSX are listed as _fun4 with a ~~trailing~~ leading underscore. In previous tests, we've been doing the rough and potentially prone to error check of "does this output contain the string fun4". If you want to make this correct, you may consider adding an is_darwin check to your helper function to autoformat symbols.

lolbinarycat · 2024-08-13T17:36:36Z

Symbol names on OSX are listed as _fun4 with a trailing underscore.

do you mean a leading underscore? or do you mean its listed as _fun_?

Oneirical · 2024-08-13T18:39:03Z

Leading, sorry, it's a typo.

lolbinarycat · 2024-08-14T06:15:39Z

@Oneirical any idea why it does that? is there some piece of documentation saying that's how it works?

it seems odd that a no_mangle symbol would be subject to a form of mangling.

jieyouxu · 2024-08-26T08:53:56Z

any idea why it does that? is there some piece of documentation saying that's how it works?

it seems odd that a no_mangle symbol would be subject to a form of mangling.

@lolbinarycat based on https://developer.apple.com/forums/thread/715385

C, and all later languages, add a leading underscore (_) to distinguish their symbols from assembly language symbols.

It might be a macos/apple linker convention that we follow?

jieyouxu · 2024-08-26T08:55:48Z

tests/run-make/extern-fn-reachable/rmake.rs

+    assert_contains_exact_symbols("dylib.so", &["fun1", "fun2", "fun3", "fun4", "fun5"], |sym| {
+        dbg!(dbg!(sym).is_global()) && !dbg!(sym.is_undefined())
+    });


Remark: original Makefile only tested for contains not exact match, I think one of the reasons being the exact naming is different.

hmm....that still feels pretty fragile to me, maybe we should just add an underscore on macOS

any idea what's going on with the symbol types?

Can you clarify what you mean by "symbol types"?

Suggestion: see above, macOS expects dylib symbols to be prefixed with _.

alex-semenyuk · 2024-09-21T14:39:24Z

From triage. @lolbinarycat Do you need to address something from above or it's ready for review?

lolbinarycat · 2024-09-21T15:34:58Z

@alex-semenyuk this is mostly blocked on "symbols are really weird on other platforms and i don't fully understand what's going on"

jieyouxu · 2024-09-22T20:15:15Z

I need to revisit this and ask the target maintainers and people who know about the symbol situation.

jieyouxu · 2024-09-25T14:12:08Z

Dear apple experts, do you know if macOS expects dylib symbol names with an underscore prefix? The closest thing I can find is developer.apple.com/forums/thread/715385 and the sentence "C, and all later languages, add a leading underscore (_) to distinguish their symbols from assembly language symbols." I'm asking as I don't know what is the intended behavior.

@rustbot ping apple

rustbot · 2024-09-25T14:12:12Z

Hey Apple notification group! This issue or PR could use some Apple-specific
guidance. Could one of you weigh in? Thanks <3

(In case it's useful, here are some instructions for tackling these sorts of
issues).

cc @BlackHoleFox @hkratz @inflation @madsmtm @nvzqz @shepmaster @thomcc

inflation · 2024-09-25T14:30:25Z

Dear apple experts, do you know if macOS expects dylib symbol names with an underscore prefix?

Yes. dyld expects anything beyond assembly procedures starts with an underscore prefix.

jieyouxu · 2024-09-25T14:39:52Z

Dear apple experts, do you know if macOS expects dylib symbol names with an underscore prefix?

Yes. dyld expects anything beyond assembly procedures starts with an underscore prefix.

Thank you, that's what I expected but I couldn't find relevant "official" docs. Do you know of any official docs or references that describes this? I couldn't find anything in docs for dyld (incl. its man pages) that describes this.

The closest I got is https://opensource.apple.com/source/dyld/dyld-132.13/src/dyldAPIs.cpp.auto.html and

void* dlsym(void* handle, const char* symbolName)
{
	if ( dyld::gLogAPIs )
		dyld::log("%s(%p, %s)\n", __func__, handle, symbolName);

	dlerrorClear();

	const ImageLoader* image;
	const ImageLoader::Symbol* sym;

	// dlsym() assumes symbolName passed in is same as in C source code
	// dyld assumes all symbol names have an underscore prefix

which is almost like "source: I made it up" lol.

jieyouxu · 2024-09-25T14:41:48Z

src/tools/run-make-support/src/symbols.rs

+///
+/// The symbols must also match `pred`.
+///
+/// The symbol names must match exactly.


Suggestion: apparently dyld expects dylib symbol names to be prefixed with _, so we should describe this difference.

jieyouxu · 2024-09-25T14:42:59Z

src/tools/run-make-support/src/external_deps/rustc.rs

@@ -193,6 +193,11 @@ impl Rustc {
        self
    }

+    /// Make `rustc` prefere dynamic linking


jieyouxu · 2024-09-25T14:43:19Z

src/tools/run-make-support/src/symbols.rs

+
+/// Get a list of symbols that are in `symbol_names` but not the final binary.
+///
+/// The symbols must also match `pred`.


Nit: match pred -> satisfies pred.

jieyouxu · 2024-09-25T14:44:05Z

src/tools/run-make-support/src/symbols.rs

+        .collect();
+}
+
+/// Assert that the symbol file contains all of the listed symbols and they all match the given predicate


Suggestion: ditto above, we should describe on macOS we expect _ prefix in addition to the non-underscore-prefixed symbol name.

jieyouxu · 2024-09-25T14:44:17Z

tests/run-make/extern-fn-reachable/rmake.rs

jieyouxu · 2024-09-25T14:45:56Z

tests/run-make/extern-fn-reachable/rmake.rs

+    assert_contains_exact_symbols("dylib.so", &["fun1", "fun2", "fun3", "fun4", "fun5"], |sym| {
+        dbg!(dbg!(sym).is_global()) && !dbg!(sym.is_undefined())
+    });


Can you clarify what you mean by "symbol types"?

jieyouxu · 2024-09-25T14:46:25Z

tests/run-make/extern-fn-reachable/rmake.rs

+    assert_contains_exact_symbols("dylib.so", &["fun1", "fun2", "fun3", "fun4", "fun5"], |sym| {
+        dbg!(dbg!(sym).is_global()) && !dbg!(sym.is_undefined())
+    });


Suggestion: see above, macOS expects dylib symbols to be prefixed with _.

jieyouxu · 2024-09-25T14:47:23Z

@bjorn3 said:

Mach-O states that all exported symbols should have an underscore as prefix. At the same time dlsym will implicitly add it, so outside of compilers, linkers and people writing assembly, nobody needs to be aware of this.

jieyouxu · 2024-09-25T14:48:35Z

On macOS we should expect that the dylib symbol begins with an underscore _.

@rustbot author

bors · 2024-10-08T07:38:34Z

☔ The latest upstream changes (presumably #131387) made this pull request unmergeable. Please resolve the merge conflicts.

JohnCSimon · 2024-11-29T06:07:51Z

@lolbinarycat

ping from triage - can you post your status on this PR? This PR has not received an update in a few months.

lolbinarycat · 2024-11-29T17:07:19Z

Well, first that was because it was blocked on figuring out what macos is up to, now it's just because i've been busy with other things.

I'll try and finish this up, but if anyone else has more time on their hands and wants to take ownership of this PR, let me know.

rustbot assigned jieyouxu Jul 28, 2024

This comment has been minimized.

Sign in to view

jieyouxu mentioned this pull request Jul 28, 2024

Tracking Issue for porting run-make tests to use Rust #121876

Open

lolbinarycat force-pushed the extern-fn-reachable-rmake branch from ee70647 to e2335ba Compare July 28, 2024 19:04

lolbinarycat marked this pull request as draft July 28, 2024 19:32

Oneirical mentioned this pull request Jul 30, 2024

Migrate symbol-visibility run-make test to rmake #127060

Merged

lolbinarycat force-pushed the extern-fn-reachable-rmake branch from e2335ba to 594e4c0 Compare August 2, 2024 15:15

lolbinarycat marked this pull request as ready for review August 2, 2024 15:19

This comment has been minimized.

Sign in to view

lolbinarycat mentioned this pull request Aug 2, 2024

consider linking to specific line numbers rust-lang/rust-log-analyzer#85

Open

lolbinarycat mentioned this pull request Aug 2, 2024

Migrate symbol-mangling-hashed to rmake.rs #128567

Draft

jieyouxu requested changes Aug 3, 2024

View reviewed changes

rustbot added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Aug 3, 2024

jieyouxu reviewed Aug 3, 2024

View reviewed changes

jieyouxu added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Aug 6, 2024

rustbot added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Aug 6, 2024

lolbinarycat added 2 commits August 6, 2024 14:02

port tests/run-make/extern-fn-reachable to rmake

f66adb0

uses helper functions added in rust-lang#128147, must not be merged before that PR.

fmt

158f1ea

bors added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Aug 7, 2024

jieyouxu reviewed Aug 26, 2024

View reviewed changes

alex-semenyuk added S-blocked Status: Blocked on something else such as an RFC or other implementation work. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Sep 22, 2024

jieyouxu added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-blocked Status: Blocked on something else such as an RFC or other implementation work. labels Sep 22, 2024

rustbot added the O-apple Operating system: Apple (macOS, iOS, tvOS, visionOS, watchOS) label Sep 25, 2024

jieyouxu requested changes Sep 25, 2024

View reviewed changes

rustbot added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Sep 25, 2024

	/// Make `rustc` prefere dynamic linking
	/// Make `rustc` prefer dynamic linking.

port tests/run-make/extern-fn-reachable to rmake #128314

Are you sure you want to change the base?

port tests/run-make/extern-fn-reachable to rmake #128314

Conversation

lolbinarycat commented Jul 28, 2024 • edited by jieyouxu Loading

rustbot commented Jul 28, 2024

rustbot commented Jul 28, 2024

This comment has been minimized.

bors commented Aug 2, 2024

This comment has been minimized.

bors commented Aug 2, 2024

jieyouxu left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jieyouxu commented Aug 6, 2024

rust-log-analyzer commented Aug 7, 2024

bors commented Aug 7, 2024

Oneirical commented Aug 12, 2024 • edited Loading

lolbinarycat commented Aug 13, 2024

Oneirical commented Aug 13, 2024

lolbinarycat commented Aug 14, 2024

jieyouxu commented Aug 26, 2024

jieyouxu Aug 26, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

alex-semenyuk commented Sep 21, 2024

lolbinarycat commented Sep 21, 2024

jieyouxu commented Sep 22, 2024

jieyouxu commented Sep 25, 2024

rustbot commented Sep 25, 2024

inflation commented Sep 25, 2024

jieyouxu commented Sep 25, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jieyouxu commented Sep 25, 2024

jieyouxu commented Sep 25, 2024

bors commented Oct 8, 2024

JohnCSimon commented Nov 29, 2024

lolbinarycat commented Nov 29, 2024

lolbinarycat commented Jul 28, 2024 •

edited by jieyouxu

Loading

Oneirical commented Aug 12, 2024 •

edited

Loading

jieyouxu Aug 26, 2024 •

edited

Loading

jieyouxu commented Sep 25, 2024 •

edited

Loading