Re: Voting in BMO

On Wed, Jun 10, 2015 at 05:37:03PM -0400, Mark Côté wrote: > Thanks for all the input on this feature. This was a good discussion. > Here's what I've learned: > > * Almost no one makes decisions based on the number of votes > (Thunderbird and related may be an exception). > ** Ergo, most users

Re: Intent to implement and ship: Unprivilaged WEBGL_debug_renderer_info

On Mon, Jun 15, 2015 at 04:39:50PM -0700, Chris Peterson wrote: > On 6/15/15 4:16 PM, Jeff Gilbert wrote: > >Web Developer Use-Cases: > >* Sites can collate and cross-reference drivers and hardware when tracking > >issues both user-reported and auto-detected, which both helps sites > >identify prob

Re: GTK3 linux builds

On Tue, Jun 16, 2015 at 04:16:13PM -0400, Jeff Muizelaar wrote: > We're working on making all of the tests green for GTK3. This means > that we could be changing the default linux configuration to GTK3 as > early as FF42. If anyone has any reasons for us not to make this > change it would be good t

Re: GTK3 linux builds

On Tue, Jun 16, 2015 at 05:13:48PM -0400, Jeff Muizelaar wrote: > Is there any reason not to support all the way back to the version of > GTK (3.4) on the test machines? The test machines *have* gtk 3.4, so at the moment, we *have* to support 3.4. It was suggested that we update the requirement to

Re: GTK3 linux builds

On Tue, Jun 16, 2015 at 05:57:49PM -0400, Hubert Figuière wrote: > On 16/06/15 05:13 PM, Jeff Muizelaar wrote: > > Is there any reason not to support all the way back to the version of > > GTK (3.4) on the test machines? > > Between 3.10 and 3.14 there are bugs in the drag and drop code in Gtk3 >

Re: GTK3 linux builds

On Wed, Jun 17, 2015 at 08:49:47AM +0200, Martin Stransky wrote: > On 06/17/2015 01:01 AM, Mike Hommey wrote: > >On Tue, Jun 16, 2015 at 05:57:49PM -0400, Hubert Figuière wrote: > >>On 16/06/15 05:13 PM, Jeff Muizelaar wrote: > >>>Is there any reason not to support a

Revisiting modelines in source files

Hi, The following post visible on planet, prompted a discussion on a french irc channel. http://www.otsukare.info/2015/06/17/mozilla-central-sublimetext What we currently have in the tree is essentially modelines for vim and emacs. But: - most vim installations have modelines disabled by default

Re: Revisiting modelines in source files

On Wed, Jun 17, 2015 at 01:02:54PM +0200, Mike de Boer wrote: > Mike, thanks for bringing this up! Huge +1 from me. > > For posterity, here’s the bug I filed almost a year ago (time flies!): > https://bugzilla.mozilla.org/show_bug.cgi?id=957564 >

Re: Revisiting modelines in source files

On Wed, Jun 17, 2015 at 07:53:18PM +0900, Mike Hommey wrote: > Hi, > > The following post visible on planet, prompted a discussion on a french > irc channel. > http://www.otsukare.info/2015/06/17/mozilla-central-sublimetext > > What we currently have in the tree is essentia

Re: Revisiting modelines in source files

On Wed, Jun 17, 2015 at 03:13:20PM +0200, Nicolas B. Pierron wrote: > On 06/17/2015 12:53 PM, Mike Hommey wrote: > >So how about removing modelines and adding editorconfig files? > > This sounds like a good idea at first, but apparently they have no support > for half-indent, as

Re: GTK3 linux builds

On Wed, Jun 17, 2015 at 11:47:26AM -0400, Jeff Muizelaar wrote: > On Wed, Jun 17, 2015 at 11:22 AM, Benjamin Smedberg > wrote: > > On 6/16/15 4:16 PM, Jeff Muizelaar wrote: > >> > >> We're working on making all of the tests green for GTK3. This means > >> that we could be changing the default linu

Re: GTK3 linux builds

On Wed, Jun 17, 2015 at 01:12:01PM -0700, Julien Wajsberg wrote: > Le 17/06/2015 08:47, Jeff Muizelaar a écrit : > > As I understand it, most people on linux use distro builds. > > Not sure about this one; using the distro builds means we usually use > older versions of Firefox. I can be conside

Re: Revisiting modelines in source files

On Wed, Jun 17, 2015 at 06:57:04PM -0700, Gregory Szorc wrote: > On Wed, Jun 17, 2015 at 6:29 PM, Robert O'Callahan > wrote: > > > As an experiment, we declared the coding style of rr to be "whatever > > clang-format produces with rr's .clang-format file" (which was tweaked to > > resemble Mozill

Re: Disabling the startup cache

On Sat, Jun 20, 2015 at 02:36:26PM -0600, Aaron Klotz wrote: > On 6/20/2015 10:20 AM, Philip Chee wrote: > >Anyone want to try the same with Firefox nightly? > > > > > Already did it and subsequently filed bug 873638. We can do it if we modify > the encoding of the JS source at omnijar build time

Re: Disabling the startup cache

On Mon, Jun 22, 2015 at 09:48:41AM -0700, Nicholas Alexander wrote: > On Sat, Jun 20, 2015 at 10:01 PM, Gregory Szorc wrote: > > > > > > > > On Jun 20, 2015, at 20:55, Mike Hommey wrote: > > > > > >> On Sat, Jun 20, 2015 at 02:36:26PM -0600,

Re: Announcing the Content Performance program

On Sun, Jun 28, 2015 at 10:09:04PM +0200, David Rajchenbach-Teller wrote: > On 28/06/15 20:39, Randell Jesup wrote: > >>> I was under the impression that because e10s is only a single process for > >> all content (at least right now) a background tab can still negatively > >> affect the foreground

Re: Announcing the Content Performance program

On Mon, Jun 29, 2015 at 06:23:30AM +0900, Mike Hommey wrote: > On Sun, Jun 28, 2015 at 10:09:04PM +0200, David Rajchenbach-Teller wrote: > > On 28/06/15 20:39, Randell Jesup wrote: > > >>> I was under the impression that because e10s is only a single process > >

Re: Largest chunks of code that are likely to be removable?

On Mon, Jun 29, 2015 at 11:19:08PM -0700, Nicholas Nethercote wrote: > Hi, > > I'm wondering what the largest chunks of code there are in the > codebase that are candidates for removal, i.e. probably with a bit of > work but not too much. > > One that comes to mind is rdf/ (see > https://bugzilla

Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++

On Mon, Jul 06, 2015 at 08:12:36PM -0700, Jeff Gilbert wrote: > I propose that we stop recommending the universal use of an 'a' prefix for > arguments to functions in C and C++. If the prefix helps with > disambiguation, that's fine. However, use of this prefix should not be > prescribed in general

Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++

On Tue, Jul 07, 2015 at 11:52:12PM +0300, smaug wrote: > On 07/07/2015 11:45 PM, Milan Sreckovic wrote: > > > >Removing the style guide for “prefix function arguments with a” will not > >preclude people from naming a variable aFoo. At least the current style > >guide precludes people from naming

Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++

On Tue, Jul 07, 2015 at 05:09:57PM -0700, Gregory Szorc wrote: > On Tue, Jul 7, 2015 at 1:03 PM, smaug wrote: > > > As someone who spends more than 50% of working time doing reviews I'm > > strongly against this proposal. > > aFoo helps with readability - reader knows immediately when the code is

Re: Summary of e10s performance (Talos + Telemetry + crash-stats)

On Fri, Jul 10, 2015 at 03:59:43PM -0400, Vladan Djeric wrote: > A few of us on the perf team (+ Joel Maher) looked at e10s performance & > stability using Talos, Telemetry, and crash-stats. I wrote up the > conclusions below. > > Notable improvements in Talos tests [1]: > > * Hot startup time in

Re: GTK3 linux builds

On Tue, Jul 21, 2015 at 01:30:13AM +1200, Robert O'Callahan wrote: > On Tue, Jul 21, 2015 at 1:04 AM, Jeff Muizelaar > wrote: > > > I believe Flash does. > > > > OK, I can't get it to work, but I think it's just my system. > > I verified that Fedora 22 (and I think 21) shipped GTK3 Firefox. If

Re: GTK3 linux builds

On Mon, Jul 20, 2015 at 09:22:05PM -0400, Jeff Muizelaar wrote: > On Mon, Jul 20, 2015 at 6:18 PM, Mike Hommey wrote: > > > > There are a few remaining perma reds and oranges, FWIW. > > Which ones? I don't see anything on elm. Well, it looks like they

Re: GTK3 linux builds

On Tue, Jul 21, 2015 at 10:31:10PM +1200, Robert O'Callahan wrote: > On Tue, Jul 21, 2015 at 7:04 PM, Mike Hommey wrote: > > > On Mon, Jul 20, 2015 at 09:22:05PM -0400, Jeff Muizelaar wrote: > > > On Mon, Jul 20, 2015 at 6:18 PM, Mike Hommey wrote: > > >

Re: GTK3 linux builds

On Wed, Jul 22, 2015 at 11:07:23AM +1200, Robert O'Callahan wrote: > On Wed, Jul 22, 2015 at 10:59 AM, Mike Hommey wrote: > > > Done. > > > > https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=939320b957c5 > > > Excellent! > >

Linux builds now default to building with Gtk+3

Hi, If you've followed the recent discussion in the "GTK3 linux builds" thread, this will come with no surprise, but if not: - Next Linux nightly will have switched to Gtk+3. - As of now on mozilla-inbound, and later on other branches, local Linux (and other non-OSX unices) builds default to G

Re: Intent to implement: Moving DevTools to top level /devtools directory

On Thu, Jul 23, 2015 at 02:34:50PM +0800, Philip Chee wrote: > On 22/07/2015 05:54, J. Ryan Stinnett wrote: > > The DevTools team is planning to move our code out of > > /browser/devtools and /toolkit/devtools and into a new top level > > /devtools directory. > > > > The main goals of this are to

Re: Intent to implement: Moving DevTools to top level /devtools directory

On Fri, Jul 24, 2015 at 12:15:22PM +0800, Philip Chee wrote: > On 23/07/2015 14:40, Mike Hommey wrote: > > On Thu, Jul 23, 2015 at 02:34:50PM +0800, Philip Chee wrote: > >> On 22/07/2015 05:54, J. Ryan Stinnett wrote: > >>> The DevTools team is planning to move

Re: Some of the Phabricator review requests don't show up in Bugzilla dashboard

On Wed, Aug 15, 2018 at 04:53:22PM +0300, smaug wrote: > Hi all, > > I think it is good to let people know that some of the review requests in > Phabricator don't show up in Bugzilla. > https://bugzilla.mozilla.org/show_bug.cgi?id=1482110 > > > > So, if some review seems to take too much time,

Re: Some of the Phabricator review requests don't show up in Bugzilla dashboard

On Thu, Aug 16, 2018 at 10:19:37AM +0100, Andreas Tolfsen wrote: > Also sprach Mike Hommey: > > > Also, for reviewers, be aware that phabricator reviews don't count > > in the red counter on the top right of bugzilla, don't appear in > > the associated drop-

Re: PSA: mercurial-setup becomes vcs-setup and adds support for git

On Tue, Aug 21, 2018 at 01:26:27PM +0200, Jean-Yves Avenard wrote: > Hi. > > This is awesome, upgrading and configuring cinnabar had always been a sore > point > > But I just noticed that it appears to pull from git-cinnabar master branch… > > I had to run bootstrap on android yesterday, which

Re: Dead-code removal of unused Rust FFI exports

On Tue, Aug 28, 2018 at 09:14:02AM -0400, Jeff Muizelaar wrote: > We don't LTO yet on Mac. We don't LTO across languages on any platform yet. Rust is LTOed on all platforms, which removes a bunch of its symbols. Everything that is exposed for C/C++ from Rust, though, is left alone. That's likely t

Re: Dead-code removal of unused Rust FFI exports

On Thu, Aug 30, 2018 at 10:21:09AM -0500, Tom Ritter wrote: > CFI vcall requires one to specify a -fvisibility flag on the command line, > with hidden being the preffered. We set visibility explicitly in some > difficult-to-quickly-identify ways, and adding -fvisibility=hidden > triggered issues wi

PSA: All nightlies for tier-1 platforms are now built with clang and at least LTO

Hi, As per the subject, as of next nightly, Windows, Mac, Linux, and Android nightlies are now all built with clang, with LTO enabled for all of them, and also with PGO for Windows and Linux. More about it on https://glandium.org/blog/?p=3888 Mike ___

Re: Lando: Commit Series Landing Support Beta

Apart from some initial issue with warnings that is now fixed, I've used this successfully several times. It can also be used to land unrelated patches in one go, if you go to phabricator and "Edit Related Revisions". That does feel like a hack, though, adding dependencies in phabricator that are a

Re: Enabling (many) assertions in opt builds locally and eventually Nightly

On Thu, Sep 20, 2018 at 09:22:12AM +1000, Cameron McCormack wrote: > On Thu, Sep 20, 2018, at 1:52 AM, Ehsan Akhgari wrote: > > While it may be the case that we may need to be more stable for > > MOZ_RELEASE_ASSERTs, I very much doubt that every single MOZ_ASSERT in our > > codebase is actually a g

Re: Browser Architecture Newsletter #7 (S02E02)

On Thu, Sep 20, 2018 at 12:18:49PM +0300, smaug wrote: > On 09/19/2018 08:34 PM, Nicholas Alexander wrote: > >2. > > > >Making the main browser window be an HTML document with (mostly) HTML > >DOM elements instead of a XUL document with (mostly) XUL DOM elements. > > It is still myste

Re: Rust and --enable-shared-js

On Mon, Sep 24, 2018 at 11:04:43AM +0300, Henri Sivonen wrote: > There's an effort to add Rust code to SpiderMonkey: > https://bugzilla.mozilla.org/show_bug.cgi?id=1490948 > > This will introduce a jsrust_shared crate that will just depend on all > the Rust crates that SpiderMonkey needs like gkru

Re: Rust and --enable-shared-js

nd "Gecko things". I would probably be worthwhile to be able to do that without --enable-shared-js, only because that's not how Nightlies are shipped, and this seems like something that can be useful to do on nightlies. Is grouping by js::* JS* a workable alternative? > On Mo

Re: How do I file a bug?

On Thu, Oct 04, 2018 at 05:14:47PM -0700, fantasai wrote: > On 10/04/2018 04:26 PM, Steve Fink wrote: > > On 10/04/2018 03:45 PM, fantasai wrote: > > > Start here, at Mozilla's home page: > > >   https://www.mozilla.org/ > > > > > > Give me steps to reproduce to find instructions for filing > > >

Re: Coming in Firefox 65: Dedicated Profiles Per Install and Profile Downgrade Protection

On Thu, Oct 18, 2018 at 12:32:36PM -0700, Dave Townsend wrote: > In Firefox 65 we intend to ship two new features to help prevent user > frustration caused by using profiles created by newer versions of Firefox. > > Why > > Firefox stores all of its settings in the user’s profile and unless certa

Re: Performance profiling improvements #3

On Mon, Oct 22, 2018 at 02:20:32PM -0700, Panos Astithas wrote: > # Import native `perf` traces > Two of the current limitations of the profiler are that it can’t profile > the very early phase of browser startup (before the profiler code has been > initialized) and that it imposes some small overh

Re: Performance profiling improvements #3

On Thu, Nov 01, 2018 at 01:07:54AM -0400, Randell Jesup wrote: > >I think sudo will let you have symbolicated kernel stacks which can be handy. > > $ sudo perf record ./firefox has a problem: > "Running Nightly as root in a regular user's session is not supported." Try sudo -H. Mike ___

PSA: Firefox Nightly now with experimental Wayland support

Hi, As of last nightly (20181115100051), Firefox now supports Wayland, thanks to the work from Martin Stransky and Jan Horak, mostly. Before that, it was possible to build your own Firefox with Wayland support (and Fedora does it), but now the downloads from mozilla.org come with Wayland support

Re: Signals in Firefox

On Wed, Nov 21, 2018 at 10:22:38AM -0500, Nathan Froyd wrote: > On Wed, Nov 21, 2018 at 4:45 AM David Teller wrote: > > What is our policy on using Unix signals on Firefox? I am currently > > reviewing a patch by external contributors that involves inotify's > > signal API, and I assume it's a bad

Re: Workflow Apropos!

On Wed, Nov 28, 2018 at 09:20:17PM +, James Graham wrote: > On 28/11/2018 20:15, Mark Côté wrote: > > We're still working through a longer-term vision that we'll share early > > next year, but I can answer some questions now. > > Thanks, this is helpful! > > > * Have to make a choice earl

Re: What is future of editor mode-lines after the switch to clang-format?

On Fri, Nov 30, 2018 at 09:57:00AM -0800, tcampb...@mozilla.com wrote: > Now that all of mozilla-central is been migrated to use clang-format > automated code formatting, the question of what should happen with editor > modelines at the top of files should be considered. > > https://bugzilla.moz

Re: Upcoming changes to our C++ Coding Style

On Fri, Dec 07, 2018 at 03:08:51PM -0500, Andrew Halberstadt wrote: > I think we should implement a) and do the formatting prior to submission. > This prevents us from wasting reviewer time on format issues, and also > makes sure that "what you see in phab, is what gets landed". Also, that would m

Re: nasm will soon become a build dependency

On Fri, Dec 21, 2018 at 04:21:03PM -0500, Kartikaya Gupta wrote: > On Fri, Dec 21, 2018 at 4:10 PM Thomas Daede wrote: > > There is a toolchain build for nasm for windows: > > https://bugzilla.mozilla.org/show_bug.cgi?id=1511224 > > > > If getting a newer nasm version is inconvenient for a majorit

PSA: Building Firefox for arm64 windows got a lot easier

Hi, Usual disclaimer: the following assumes this all sticks. I just landed bug 1515528 to autoland, which simplifies drastically how to build Firefox for arm64 windows, from a x86/x86_64 windows machine. At the moment, this requires some extra manual steps over mach bootstrap, because this doesn

Re: PSA: Building Firefox for arm64 windows got a lot easier

On Fri, Jan 11, 2019 at 09:24:25AM +0900, Mike Hommey wrote: > Hi, > > Usual disclaimer: the following assumes this all sticks. > > I just landed bug 1515528 to autoland, which simplifies drastically how > to build Firefox for arm64 windows, from a x86/x86_64 windows machine.

Re: New and improved "about:config" for Firefox Desktop

On Fri, Jan 25, 2019 at 10:36:16PM +, Paolo Amadini wrote: > On 1/25/2019 10:39 AM, Axel Hecht wrote: > > Is there a tracking bug for follow-ups? > > Please file bugs blocking bug 1493439, I'll triage them as necessary. > > > filter [...] by modified > > This is bug 1502867, it is something

PSA: 64-bits Windows build are now the default on 64-bits Windows

Hi, As of bug 1522354, now on autoland, hopefully merged in a few hours, the default build you get on a 64-bits Windows machine will be 64-bits, instead of 32-bits like it had been forever. If you do wish to do a 32-bits build on a 64-bits Windows machine, you can add: ``` ac_add_options --targe

Re: PSA: 64-bits Windows build are now the default on 64-bits Windows

On Tue, Jan 29, 2019 at 07:59:29AM +0900, Mike Hommey wrote: > Hi, > > As of bug 1522354, now on autoland, hopefully merged in a few hours, > the default build you get on a 64-bits Windows machine will be 64-bits, > instead of 32-bits like it had been forever. > > If you do

Re: PSA: 64-bits Windows build are now the default on 64-bits Windows

On Wed, Jan 30, 2019 at 01:41:26PM +0900, Mike Hommey wrote: > On Tue, Jan 29, 2019 at 07:59:29AM +0900, Mike Hommey wrote: > > Hi, > > > > As of bug 1522354, now on autoland, hopefully merged in a few hours, > > the default build you get on a 64-bits Windows machine w

Re: Dropping support for compiling with MSVC in the near future

Hi, Bug 1512504 has now landed on autoland, meaning that compiling Firefox with MSVC is now not supported anymore. MSVC is however still necessary as a build requirement for its headers and libraries (as well as its assembler on aarch64 and the preprocessor for midl ; and maybe a few other things)

Re: Using inline variables (C++17) in Gecko

Sorry for the late answer. Thanks for prodding me on irc. On Sat, Feb 23, 2019 at 06:36:39PM -0800, Emilio Cobos Álvarez wrote: > Hey, > > I have a use-case for inline variables, and it's not 100% clear to me > how up-to-date is [1], so asking this mailing-list directly. > > Looks like they're s

Re: Building dav1d 0.2.1 - nasm error

On Fri, Mar 22, 2019 at 10:53:40AM +0100, Gabriele Svelto wrote: > Hi Gangadharan, > > On 22/03/19 05:25, gangadhara...@gmail.com wrote: > > I've been trying to build dav1d 0.2 but I always end with meson error > > > > Unusable script '/usr/bin/nasm' > > Program nasm found: NO > > > > meson.bui

git-cinnabar users, please read

Hi, If you are using git-cinnabar to access the Mozilla mercurial repositories, I need your help. Please take a minute to download the following file: https://gist.githubusercontent.com/glandium/a46ef0282e28b8ad2e3ecb5cca259833/raw/2ee8b8dd2c3b07226b6b967f1fb1c407c45f8862/check.py Then, from wit

Re: git-cinnabar users, please read

I recently had the > contents of a file corrupted, and after several attempts to fix it myself I > just recloned the repository. I suppose I'm not the only one who > encountered the problem, and most people probably didn't report it. > > Yaron > > On Fri, Apr 5, 2019 at 1

PSA: NSMODULE_DEFN is no more

As of bug 1541792, it is not possible to define XPCOM components with NSMODULE_DEFN anymore. This follows the recent changes announced by Kris Maglione in https://lists.mozilla.org/pipermail/dev-platform/2019-February/023503.html After those changes, there were too few remaining components not usi

Re: Lack of browser mochitests in non-e10s configuration and support for turning off e10s on desktop going forward

On Wed, Apr 24, 2019 at 03:49:47PM -0700, Bobby Holley wrote: > On Wed, Apr 24, 2019 at 2:21 PM David Major wrote: > > > On Wed, Apr 24, 2019 at 1:39 PM Bobby Holley > > wrote: > > > > > > Thanks Mike! > > > > > > So Fennec is the last remaining non-e10s configuration we ship to users. > > > Giv

Re: Fennec moving to extended support

On Thu, Apr 25, 2019 at 09:10:36PM -0400, Ryan VanderMeulen wrote: > Hello everyone, > > tl;dr: Fennec will be following the 68 train to ESR68-based release. > > Why are we doing it? > > We want to provide users with a secure and supported legacy Firefox for > Android until Fenix has matured eno

Re: Announcing ./mach busted

On Sun, Apr 28, 2019 at 04:58:59PM -0400, Randell Jesup wrote: > >TL;DR - In bug 1543241 (alias 'mach-busted'), we now have a central > >clearinghouse of bugs for broken mozilla-central tooling. You can invoke > >|./mach busted| to get a list of known outstanding issues, and |./mach > >busted file|

Removing --enable-shared-js [Was: Rust and --enable-shared-js]

Hi, I'm revisiting the topic of --enable-shared-js for Gecko builds for different reasons than the one that started this thread. On Mon, Sep 24, 2018 at 08:24:43AM -0400, Boris Zbarsky wrote: > My use case for it is to be able to use the "exclude samples from library X" > or "collapse library X"

Re: Removing --enable-shared-js [Was: Rust and --enable-shared-js]

On Tue, May 21, 2019 at 10:32:20PM -0400, Boris Zbarsky wrote: > On 5/21/19 9:55 PM, Mike Hommey wrote: > > Considering this has apparently been broken for so long, I guess nobody > > will object to me removing the option for Gecko builds? > > It's probably fine, yeah..

Re: Coding style 🙄 : `int` vs `intX_t` vs `unsigned/uintX_t`

On Tue, Jul 09, 2019 at 10:39:37AM -0400, Ehsan Akhgari wrote: > On Mon, Jul 8, 2019 at 11:00 PM Gerald Squelart > wrote: > > > Thank you all for some very interesting discussions so far. > > > > Even if we don't take blanket steps to avoid unsigned types in > > non-bitfield/modulo cases (as sugg

Re: Firefox command seems to be a wrapper

On Tuesday, July 16, 2019 at 12:51:28 AM UTC+9, Mahmood Naderan wrote: > > Hi, > > I want to analyze firefox by tracing instruction footprints as I am > working with that. Problem is that when I pass /usr/bin/firefox (or simply > firefox) to the tracer, it stops logging as soon as the main windo

Re: Firefox command seems to be a wrapper

On Tue, Jul 16, 2019 at 06:44:36AM +0430, Mahmood Naderan wrote: > OK I will try the source compilation. Please let me know if I have use > specific options for my purpose or not. I'm not sure how you jumped from my response to building from source, but what I'm saying is that you probably can run

Re: Upcoming C++ standards meeting in Cologne

On Tue, Jul 30, 2019 at 01:04:56PM -0400, Nathan Froyd wrote: > On Sat, Jul 27, 2019 at 1:42 PM Botond Ballo wrote: > > If you're interested in some more details about what happened at last > > week's meeting, my blog post about it is now available (also on > > Planet): > > > > https://botondballo

Watch out for build issues on non-Unicode systems

Hi, In bug 1575135 and bug 844509, we've changed how configure handles strings from files and subprocesses, to normalize everything to Unicode. On systems where the system locale is based on UTF-8 (e.g. most Linux or macOS), this shouldn't make a difference. On systems where the system locale is

Re: Watch out for build issues on non-Unicode systems

22, 2019 at 2:35 AM Mike Hommey wrote: > > > Hi, > > > > In bug 1575135 and bug 844509, we've changed how configure handles > > strings from files and subprocesses, to normalize everything to Unicode. > > > > On systems where the system locale is based on

Re: Must we rebuild all our rust code constantly?

On Thu, Aug 22, 2019 at 06:48:03PM -0700, Chris M. wrote: > On Mon, Aug 19, 2019 at 10:32 PM Kris Maglione > wrote: > > > On Tue, Aug 20, 2019 at 02:23:06PM +0900, ISHIKAWA,chiaki wrote: > > >On 2019/08/20 9:11, Dave Townsend wrote: > > >>Thanks to a tip I've tracked this down. This seems to only

Re: How to generate compatible firefox for all versions of linux system?

On Tue, Dec 10, 2019 at 10:54:39PM -0800, acnatar...@gmail.com wrote: > Hi all, > > I had built a firefox on ubuntu 16.04 with GCC 5.4.0 and Glibc 2.23 from > Mozilla-central. Exported the package using "./mach package". > > firefox version 72.0a1.en > > When I try to launch the exported

Re: Firefox Future Rust Requirements

On Thu, Mar 19, 2020 at 09:45:47PM +, Charles Robertson wrote: > Is there a calendar or somethings that shows future Firefox releases > Rust requirements? I would like to know what Rust version will Firefox > 78.0 ESR require when it is released? There is an outdated one on https://wiki.mozil

PSA: Changes to Gecko/Firefox mirrors on github

Hi, There are two officially supported mirrors of Gecko/Firefox on github: - https://github.com/mozilla/gecko-dev/ for main branches, like mozilla-central, mozilla-beta, etc. - https://github.com/mozilla/gecko-projects/ for project branches, like alder, ash, birch, etc. As of a couple hours a

Re: PSA: Changes to Gecko/Firefox mirrors on github

-dev/commit/ae8f8ae52f732a8c7a7938cc2bd39d0faf485bcd (that was on beta) If you're asking the first from mozilla-central: https://github.com/mozilla/gecko-dev/commit/8dcf22da549436327987e9ed49c4182688864fa2 Mike > On Thu, Apr 16, 2020 at 9:55 PM Mike Hommey wrote: > > > > Hi, > > > > There are two of

Anyone using the mapfiles? (Was: PSA: Changes to Gecko/Firefox mirrors on github)

-vcssync.s3-us-west-2.amazonaws.com/mapping/gecko-projects/git-mapfile.tar.bz2 We are considering stopping the publication of those files in a month. Please come forward if you have a use for them and would like to keep them alive. Mike On Fri, Apr 17, 2020 at 10:55:35AM +0900, Mike Hommey wrote: >

Re: Testing Rust code in tree

On Mon, May 11, 2020 at 03:37:07PM -0700, Dave Townsend wrote: > Do we have any standard way to test in-tree Rust code? > > Context: We're building a standalone binary in Rust that in the future will > be distributed with Firefox and of course we want to test it. It lives > in-tree and while we co

Re: Firefox Build Requirements - NASM

On Thu, May 14, 2020 at 06:28:36PM -0700, Thomas Daede wrote: > On 5/14/20 4:10 PM, Charles Robertson wrote: > > Is there a new build requirement for future Firefox 78 ESR on nasm-2.14.02? > > If so is this documented anywhere? > > It is a dependency for dav1d, our AV1 decoder. > > It looks like

Re: Is --disable-libjpeg-turbo gone?

On Sat, May 16, 2020 at 07:24:44AM +0900, ISHIKAWA,chiaki wrote: > I have --disable-libjpeg-turbo in my mozconfig for many years (I build TB > locally). > > After an update of the local source tree this morning, it is no longer > recognized? > (The last update was several days ago.) > > Has anyon

Re: Is --disable-libjpeg-turbo gone?

On Sat, May 16, 2020 at 09:26:30AM +0900, ISHIKAWA,chiaki wrote: > On 2020/05/16 7:51, Mike Hommey wrote: > > On Sat, May 16, 2020 at 07:24:44AM +0900, ISHIKAWA,chiaki wrote: > > > I have --disable-libjpeg-turbo in my mozconfig for many years (I build TB > > > loca

Re: Shutting down legacy Taskcluster deployment

On Fri, Jun 26, 2020 at 08:04:01PM +, Tom Ritter wrote: > On Fri, Jun 26, 2020 at 7:34 PM Andrew Halberstadt wrote: > > > > On Fri, Jun 26, 2020 at 3:14 PM Jeff Muizelaar > > wrote: > >> > >> What percentage of the space used for artifacts is actually builds > >> that are used for mozregress

PSA: js_options is no more

Hi, If you've written patches for configure in the past few years to add some flag to use in mozconfig with `ac_add_options`, you may have seen that while in most cases, you may do that with `option()`, in some cases, for weird reasons, you had to use `js_option()`. That's finally not the case any

Re: Adopting the black Python code style

Is black still opiniated about string types and insisting to use double quotes, when we mostly settled on single quotes? On Mon, Oct 12, 2020 at 10:00:56AM -0700, Ricky Stewart wrote: > Hello everyone, > > If you don't write Python code in mozilla-central, you can stop reading now. > > On Octobe

Building for macos now requires at least macos 10.12 SDK

Hi, Automation was recently updated to use the 10.12 SDK, because it turns out it had been a while we haven't supported running Firefox on macos 10.11 and earlier (support dropped in bug 1634765, SDK updated in bug 1680152). As usual in those cases, but quicker than usual, something else landed t

Re: PSA (Windows): Startup Skeleton UI Enabled on Nightly

On Wed, Jan 06, 2021 at 11:57:18AM -0800, Doug Thayer wrote: > If you don't spend any time on Nightly in Windows 10, please feel free to > disregard this. > > tl;dr: we're sometimes creating the first window differently than usual, so > be on the lookout for breakages. > > On 2021-01-05, a change

Re: PSA (Windows): Startup Skeleton UI Enabled on Nightly

On Wed, Jan 06, 2021 at 01:30:00PM -0800, Doug Thayer wrote: > On Wed, Jan 6, 2021 at 1:23 PM Mike Hommey wrote: > > > On Wed, Jan 06, 2021 at 11:57:18AM -0800, Doug Thayer wrote: > > > If you don't spend any time on Nightly in Windows 10, please feel free to > >

Re: PSA (Windows): Startup Skeleton UI Enabled on Nightly

On Wed, Jan 06, 2021 at 01:46:52PM -0800, Doug Thayer wrote: > On 1/6/2021 1:44 PM, Mike Hommey wrote: > > > On Wed, Jan 06, 2021 at 01:30:00PM -0800, Doug Thayer wrote: > > > On Wed, Jan 6, 2021 at 1:23 PM Mike Hommey wrote: > > > > > > > On Wed, Jan

PSA: Experimental support for auto-updating the tools mach bootstrap installs

Hi, mozilla-central now has a new experimental configure option that will automatically upgrade the tools mach bootstrap installed. You can use it with ac_add_options --enable-bootstrap Please give it a try, and report any problems you encounter on https://bugzilla.mozilla.org/enter_bug.cgi?p

Re: Intent to unship: FTP protocol implementation

On Wed, Feb 10, 2021 at 10:45:53AM +0200, Henri Sivonen wrote: > On Wed, Feb 10, 2021 at 10:37 AM Valentin Gosu > wrote: > > FTP support is currently disabled on Nightly. > > Our current plan is for the pref flip to ride the trains with Firefox 88 to > > beta and release [1], meaning we would be

Re: Intent to unship: FTP protocol implementation

On Wed, Feb 10, 2021 at 11:00:14AM +0100, Valentin Gosu wrote: > On Wed, 10 Feb 2021 at 09:57, Mike Hommey wrote: > > > On Wed, Feb 10, 2021 at 10:45:53AM +0200, Henri Sivonen wrote: > > > On Wed, Feb 10, 2021 at 10:37 AM Valentin Gosu > > wrote: > > > &g

Re: User-facing benefits from UA exposure of Android version and Linux CPU architecture

On Thu, Feb 18, 2021 at 01:51:07PM +0200, Henri Sivonen wrote: > Does reporting "Linux aarch64" have significant concrete benefits to > users? Would actual presently-existing app download pages break if, > for privacy, we always reported "Linux x86_64" on Linux regardless of > the actual CPU archit

Re: Extending with new image format

On Fri, Jul 27, 2012 at 10:53:18AM +0200, Bobby Holley wrote: > Hi Malat, > > It's not possible to add support for in an extension. > Unfortunately, image decoders (src/image/decoders) need to be compiled into > the browser. IIRC, there's not much left to add on gecko's end for extensions to be

Re: Mac OS X 10.5 Support Plans (Updated)

On Mon, Jul 30, 2012 at 09:23:43AM +0100, Mark Banner wrote: > On 19/07/2012 21:38, Alex Keybl wrote: > >Thanks to everyone who joined this discussion. We've now moved > >forward with disabling OS X 10.5 support for FF17 in [1]. Per > >discussion here, we will strive to leave code in place through

Re: "Touch" or "Tablet"?

On Thu, Aug 02, 2012 at 02:32:30PM +0100, Gervase Markham wrote: > http://blogs.msdn.com/b/ie/archive/2012/07/12/ie10-user-agent-string-update.aspx > > IE10 has introduced the Touch token to the UA string, which overlaps in > intent with our Tablet token. > > Dao suggests it would be nice to get

Re: XULRunner builds on Mac and Windows are currently broken

On Fri, Aug 03, 2012 at 04:12:30PM +0100, Neil wrote: > Ben Hearsum wrote: > > >Windows fails to compile: > >https://bugzilla.mozilla.org/show_bug.cgi?id=779910 > > > How do these builds differ from stock Firefox builds, is it just the > .mozconfig? --enable-application=xulrunner. That's about it

If you sometimes deal with configure.in and Makefile.in, this is for you

[posted on planet.mozilla.org, but I figured it would be good to send to dev-platform as well] The DEPTH of me --- When adding a new directory to the Mozilla codebase, one usually needs to add a Makefile.in file, with some magic incantations at the beginning of it: DEPTH = ../..

Re: Switching to stdint types on mozilla-central

On Thu, Aug 09, 2012 at 12:26:33PM -0400, Justin Lebar wrote: > > This will however > > bitrot most of your patches, so I have put together a script here > > which helps you > > unbitrot them. This script handles mq patches, and needs to be r

<    1   2   3   4   5   6   7   >