Skip to content

chore: strip the release debug info#2184

Merged
mre merged 1 commit into
lycheeverse:masterfrom
kemingy:strip_release_debug_info
May 4, 2026
Merged

chore: strip the release debug info#2184
mre merged 1 commit into
lycheeverse:masterfrom
kemingy:strip_release_debug_info

Conversation

@kemingy

@kemingy kemingy commented May 4, 2026

Copy link
Copy Markdown
Contributor

As we discussed in #1931 (comment)

As we discussed in lycheeverse#1931 (comment)

Signed-off-by: Keming <kemingy94@gmail.com>
@kemingy kemingy mentioned this pull request May 4, 2026

@mre mre left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice. Thanks!

@mre mre merged commit 9c0dd72 into lycheeverse:master May 4, 2026
8 checks passed
@thomas-zahner

thomas-zahner commented May 4, 2026

Copy link
Copy Markdown
Member

Guess this makes sense as this simply uses Cargo's default behaviour.

@mre What was the reason for enabling the debug profile in release mode? Do we get additional debug information in the stack trace when lychee panics?

@mre

mre commented May 4, 2026

Copy link
Copy Markdown
Member

Yeah, I wondered about that, too. Apparently, I introduced it when I refactored the extractor from a pure function into its own struct. Not sure why I enabled the debug symbols in general. Probably because I benchmarked during that refactor to make sure there were no regressions. I believe they need to be enabled so that cargo-flamegraph can show the function names in the chart. But not 100% sure. Either way, it's wasteful to enable that for release builds without a good reason.

@thomas-zahner

Copy link
Copy Markdown
Member

Ah that makes sense 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants