bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

Convert start-shell.bat to a shell script

RESOLVED WONTFIX

Status

mozilla.org
MozillaBuild
RESOLVED WONTFIX
3 years ago
a year ago

People

(Reporter: poiru, Unassigned)

Tracking

Details

(Reporter)

Description

3 years ago
I'd like to add msys\etc\profile.d\profile-env.sh, which would effectively do what start-shell.bat does now. While we're at it, we should drop our dependency on vsvars*.bat and manually set the paths similar to the automation mozconfigs[0].

RyanVM, what are your thoughts on this? Also, should we drop support for 32-bit host machines as well?

[0]: http://mxr.mozilla.org/mozilla-central/source/build/win32/mozconfig.vs2013-win64
Flags: needinfo?(ryanvm)
My hero! This is exactly the direction I wanted to go in. I hate dealing with batch scripts and firmly believe that moving more of it over to a shell script would simplify life. I also believe we could kill profile-extravars.sh while we're at it if we go this route (and just add the needed functionality to profile-env.sh).

What's the rationale for dropping support for 32-bit host machines? FWIW, I'd also been thinking about adding a hard check for Win7+ in the NSIS installer (since VS2013 requires at least that anyway), but I've hesitated over the non-build use cases of MozillaBuild.
Flags: needinfo?(ryanvm)
(Reporter)

Comment 2

3 years ago
(In reply to Ryan VanderMeulen [:RyanVM] from comment #1)
> What's the rationale for dropping support for 32-bit host machines?

Mostly that we don't use them at all in automation for building Firefox. (And I can't test if I accidentally break 32-bit machines, although I guess someone will promptly complain in that case.)
(Reporter)

Comment 3

3 years ago
ni? for decision about dropping 32-bit hosts. I'm fine either way.
Flags: needinfo?(ryanvm)
Let's keep 32-bit support for now.
Flags: needinfo?(ryanvm)
This bug as-filed is mostly WONTFIX at this point given that MozillaBuild is mostly EOL now. That said, now that start-shell-msvc*.bat is a thing of the past and a lot of what start-shell.bat does is now redundant, there's a lot of useful cleanups that could be done. But I think it'd be easier to track that in a new bug rather than re-purposing this one for it.
Status: NEW → RESOLVED
Last Resolved: a year ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.