Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Should rustc.exe be statically linked to libgcc etc.? #1603

Closed
ssylvan opened this issue Jan 21, 2012 · 6 comments
Closed

Should rustc.exe be statically linked to libgcc etc.? #1603

ssylvan opened this issue Jan 21, 2012 · 6 comments
Labels
A-linkage Area: linking into static, shared libraries and binaries C-enhancement Category: An issue proposing an enhancement or a PR with one. E-hard Call for participation: Hard difficulty. Experience needed to fix: A lot. O-windows Operating system: Windows

Comments

@ssylvan
Copy link

ssylvan commented Jan 21, 2012

Right now a user would have to have MinGW installed, and its bin directory on their path, in order to run rustc. Perhaps those dependencies should either be taken care of by the installer, or be statically linked into the executable?
@brson
Copy link
Contributor

brson commented Jan 23, 2012

We need to do something here for sure. I'm not sure where the libgcc dependency is, and if we need it for every rust crate or just rustc. Possibly worse than that is that rustc has a run-time dependency on gcc.exe.

@graydon
Copy link
Contributor

graydon commented Feb 15, 2012

I do not think this is fixable in the timeframe in question. We're still very much wedded to mingw on windows.

@graydon graydon mentioned this issue Apr 4, 2012
Closed
@ghost ghost assigned graydon Apr 12, 2012
@graydon
Copy link
Contributor

graydon commented Aug 31, 2012

Possibly we should ship libgcc and when rustc runs, it can discover the missing gcc/ld it will need to link stuff and fail gracefully with an error message rather than just reporting a missing DLL at startup.

@graydon graydon mentioned this issue Sep 13, 2012
Closed
@pnkfelix
Copy link
Member

Not critical for 0.6; de-milestoning

@catamorphism
Copy link
Contributor

Nominating for milestone 5, production-ready

@graydon
Copy link
Contributor

graydon commented May 30, 2013

sub-bug / dupe of #3459, mingw has to be generally removed from dependencies

@graydon graydon closed this as completed May 30, 2013
Kobzol pushed a commit to Kobzol/rust that referenced this issue Dec 30, 2024
@tshepang
have checkboxes only point to date-check lines in files (rust-lang#1603)
633ab15 
They currently also point to filenames, which is redundant.

current

- [ ] thir.md
  - [ ] line 7: 2022-04
  - [ ] line 60: 2022-08
- [ ] traits/chalk.md
  - [ ] line 4: 2022-05

proposed

- thir.md
  - [ ] line 7: 2022-04
  - [ ] line 60: 2022-08
- traits/chalk.md
  - [ ] line 4: 2022-05
bors pushed a commit to rust-lang-ci/rust that referenced this issue Jan 2, 2025
@tshepang
have checkboxes only point to date-check lines in files (rust-lang#1603)
e826d1b 
They currently also point to filenames, which is redundant.

current

- [ ] thir.md
  - [ ] line 7: 2022-04
  - [ ] line 60: 2022-08
- [ ] traits/chalk.md
  - [ ] line 4: 2022-05

proposed

- thir.md
  - [ ] line 7: 2022-04
  - [ ] line 60: 2022-08
- traits/chalk.md
  - [ ] line 4: 2022-05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
A-linkage Area: linking into static, shared libraries and binaries C-enhancement Category: An issue proposing an enhancement or a PR with one. E-hard Call for participation: Hard difficulty. Experience needed to fix: A lot. O-windows Operating system: Windows
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
5 participants
@graydon @brson @pnkfelix @catamorphism @ssylvan