Re: Gecko performance with newer x86_64 levels

2021-02-09 Thread Gian-Carlo Pascutto
On 3/02/2021 10:51, Henri Sivonen wrote: > I came across > https://developers.redhat.com/blog/2021/01/05/building-red-hat-enterprise-linux-9-for-the-x86-64-v2-microarchitecture-level/ > . Previously, when microbenchmarking Rust code that used count_ones() > in an inner loop (can't recall what code

Re: Intent to deprecate - linux32 tests starting with Firefox 69

2019-04-09 Thread Gian-Carlo Pascutto
On 5/04/19 15:35, jma...@mozilla.com wrote: > Currently linux32 makes up about .77% of our total users. This is > still 1M+ users on any given week. I asked jmaher what percentage of our Linux users this is. It's 21%. This doesn't seem small. On top of that, we know that not all distros have tel

Re: #pragma once?

2017-10-12 Thread Gian-Carlo Pascutto
On 11-10-17 11:45, Emilio Cobos Álvarez wrote: > Hi, > > I'm adding a header to the build, and I'm wondering: Can we use pragma once? > > I don't see it anywhere in the build except third-party paths and: > > dom/svg/nsISVGPoint.h > xpcom/io/nsAnonymousTemporaryFile.h > > So I'm not sure if

Re: Changes to tab min-width

2017-10-06 Thread Gian-Carlo Pascutto
On 03-10-17 22:36, Jeff Griffiths wrote: > 2. if you prefer a value for this pref different than 50 or 100, what > is it? Why? 80 gives about 3.5 to 4.5 characters of context, which seems to be enough in most cases. 70 is definitely too tiny, 75 is on the edge (I could probably live with it). 80 m

Re: Changes to tab min-width

2017-10-05 Thread Gian-Carlo Pascutto
On 05-10-17 22:46, Daniel Veditz wrote: > On Thu, Oct 5, 2017 at 1:07 PM, Gian-Carlo Pascutto wrote: > >> Is it technically difficult to try the technique of starting with 50px, >> and switching to 100px as soon as 50px wouldn't fit anyway? > > > ​Shrinking

Re: Changes to tab min-width

2017-10-05 Thread Gian-Carlo Pascutto
On 4/10/2017 18:15, Jeff Griffiths wrote: > The feedback I am going to find actionable here is, which > setting value of this preference do you find most useful. Jeff, I've read through all the responses here, and I've seen several people point out the same problem I did: we're getting the worst

Re: Changes to tab min-width

2017-10-05 Thread Gian-Carlo Pascutto
On 5/10/2017 19:35, Boris Zbarsky wrote: > On 10/5/17 1:05 PM, Gian-Carlo Pascutto wrote: >> [1] I'm sure users that have been conditioned that there exists only a >> single search engine are going to be confused by the choice that it >> offers. Maybe we should remove th

Re: Changes to tab min-width

2017-10-05 Thread Gian-Carlo Pascutto
On 03-10-17 22:36, Jeff Griffiths wrote: > We did this based on some early feedback from a few different sources > that people coming from chrome That's rather ironic. I have always thought that one reason why Chrome uses these uselessly-tiny tabs is to *discourage* users from hoarding a lot of t

Re: Enabling filesystem read-restrictions for content process sandbox

2017-07-26 Thread Gian-Carlo Pascutto
On 06-07-17 16:07, Alex Gaynor wrote: > Hi dev-platform, > > On behalf of the Runtime Content Isolation (aka sandboxing) team, I'm > delighted > to announce that starting later this week, our macOS and Windows nightly > builds > will prohibit read access to most of the filesystem in the content pr

Re: Running mochitest on packaged builds with the sandbox

2017-05-09 Thread Gian-Carlo Pascutto
On 08-05-17 19:26, Alex Gaynor wrote: > Hi dev-platform, > > Top-line question: Do you rely on being able to run mochitests from a > packaged build (`--appname`)? It seems our Linux tests do, actually: https://treeherder.mozilla.org/logviewer.html#?job_id=97391302&repo=try "test-linux32/opt-moc

Re: Visual Studio Code recommended extensions

2017-02-24 Thread Gian-Carlo Pascutto
On 23/02/2017 17:48, Marco Bonardo wrote: > I'd like you to help me figuring out this list of extensions. Please > provide feedback about the ones I picked, and suggest others that you are > using for your everyday work. > > // Rust language support. > "saviorisdead.RustyCode" >

Re: Aarch64 as higher than tier-3?

2017-01-23 Thread Gian-Carlo Pascutto
On 23-01-17 19:21, Benjamin Smedberg wrote: > I expect that Android arm64 is similar, but I don't have any context at > all: are aarch64 phones shipping or expected to ship? Most new high end Android models are AArch64 AFAIK. -- GCP ___ dev-platform ma

Re: Status of support for Android on ARMv7 without NEON

2017-01-23 Thread Gian-Carlo Pascutto
On 23-01-17 18:58, Henri Sivonen wrote: > Do we support Android on ARMv7 without NEON? > > Does the answer differ for our different API level builds? I believe that as of currently, we do fully support this. All our code that has NEON codepaths uses runtime detection for NEON presence. In the pas

Re: PSA: sysconf(_SC_NPROCESSORS_ONLN) is apparently not reliable on Android / ARM

2017-01-23 Thread Gian-Carlo Pascutto
On 23-01-17 17:27, Lars Hansen wrote: > sysconf(_SC_NPROCESSORS_ONLN) is used a number of places in the tree to get > a core count for parallel algorithms. The web says that that phrase does > not really return the number of available cores on ARM Linuxish systems in > general, including Android -

Re: Linux content sandbox tightened

2016-10-11 Thread Gian-Carlo Pascutto
On 11-10-16 03:00, Gerald Squelart wrote: > It seems this tightening is now preventing us from using ALSA: > https://bugzilla.mozilla.org/show_bug.cgi?id=1247056#c167 > > Coincidentally, we have just disabled ALSA by default, but the code > is still there and can be enable in builds, so it'd be n

Re: Linux content sandbox tightened

2016-10-07 Thread Gian-Carlo Pascutto
On 07-10-16 20:47, Daniel Holbert wrote: > On 10/07/2016 12:49 AM, Gian-Carlo Pascutto wrote: >> This behavior can be controlled via a pref: >> pref("security.sandbox.content.level", 2); >> >> Reverting this to 1 goes back to the previous behavior > > Wa

Linux content sandbox tightened

2016-10-07 Thread Gian-Carlo Pascutto
Hi all, the next Nightly build will have a significantly tightened Linux sandbox. Writes are no longer allowed except to shared memory (for IPC), and to the system TMPDIR (and we're eventually going to get rid of the latter, perhaps with an intermediate step to a Firefox-content-specific tmpdir).

Re: Intent to (sort of) unship SSLKEYLOGFILE logging

2016-04-26 Thread Gian-Carlo Pascutto
On 26-04-16 14:54, Richard Barnes wrote: > I guess there's some marginal security in turning off this capability > in release browsers (though I have difficulty precisely articulating > the threat model where it makes sense). Chrome's position on this is relevant to that statement: https://twitter

Re: Removing the Chromium event loop

2016-03-31 Thread Gian-Carlo Pascutto
On 31-03-16 15:17, Jim Mathies wrote: > On Wednesday, March 30, 2016 at 1:28:18 PM UTC-5, Kyle Huey wrote: >> The other types (TYPE_UI, TYPE_IO, and >> TYPE_MOZILLA_NONMAINUITHREAD) involve varying levels of platform >> specific event loop or API integration that will probably be more >> difficult

Re: Use of 'auto'

2015-06-18 Thread Gian-Carlo Pascutto
On 18-06-15 11:31, smaug wrote: >> One common "auto" usage I've seen is for storing the result of a >> static_cast<>. In this scenario, it lets you avoid repeating yourself >> and makes for more concise code. > > It still hurts readability. > Whenever a variable is declared using auto as type, i

Re: IndexedDB transactions are no longer durable by default, and other changes

2015-04-04 Thread Gian-Carlo Pascutto
On 4/04/2015 12:22, Jonas Sicking wrote: > I tried to explain this, but I don't think it was particularly clear. > > Once the "complete" event has fired, the data has been completely > transferred to the OS. At that point, any gecko process crashing or > getting killed will not be a problem. The

Re: IndexedDB transactions are no longer durable by default, and other changes

2015-04-03 Thread Gian-Carlo Pascutto
> The IndexedDB API does not currently have a way to say "no, really, I > want to make sure that this important data is saved to disk before I > continue". Do our internal APIs offer this? Android can kill Firefox at any time it requires more memory. It seems prudent to at least commit when we'r

Re: Fennec 32 Password Manager issues

2014-09-03 Thread Gian-Carlo Pascutto
On 3/09/2014 19:31, Wesley Hardman wrote: > Are there any known issues with the Password Manager on Fennec 32? > When I try to use a saved password it does not fill the field in. > Pulling up Mobile Password Manager, just gives me an error saying the > Master Password was not entered. (There is no

Re: Switching to Visual Studio 2013

2014-08-27 Thread Gian-Carlo Pascutto
On 27/08/2014 17:30, Ted Mielczarek wrote: > I think our commitment to the Express versions should be "ensure it > works with whatever Microsoft makes it easy to get a hold of". We should > fix bugs that impact developers' ability to build with the versions of > the toolchain we support, but I hav

Re: Switching to Visual Studio 2013

2014-08-27 Thread Gian-Carlo Pascutto
On 26/08/2014 13:06, Mike Hommey wrote: > Relatedly, we need to ensure it's still possible to build Firefox with > the express version of MSVC (the free of charge one) corresponding to > the minimum MSVC version we support. It seems to work fine with MSVC2013 Express - I'm using it for developmen

Re: Telemetry alerts for histograms

2014-08-13 Thread Gian-Carlo Pascutto
On 12/08/2014 16:57, rviti...@mozilla.com wrote: > From now on all alerts will be sent by default also to > telemetry-ale...@mozilla.com. How does one read that list? I can't find anywhere on how to subscribe. -- GCP ___ dev-platform mailing list dev-p

Re: Telemetry alerts for histograms

2014-08-07 Thread Gian-Carlo Pascutto
On 5/08/2014 17:07, rviti...@mozilla.com wrote: > The dashboard of the alerting system is available at > http://vitillo.github.io/cerberus/dashboard/. Does this filter on any cpp_guards? -- GCP ___ dev-platform mailing list dev-platform@lists.mozilla.o

Re: Telemetry alerts for histograms

2014-08-06 Thread Gian-Carlo Pascutto
On 08/06/2014 06:42 PM, rviti...@mozilla.com wrote: > Agreed, I am going to create a new catch-all mailing list. Our > original intent was actually for authors to use an e-mail alias like > in Bug 1047568 or let them use their own mailing lists. Seems fine. > But we can certainly send all aler

Re: Telemetry alerts for histograms

2014-08-06 Thread Gian-Carlo Pascutto
On 5/08/2014 22:09, Andrew McCreight wrote: > This looks really great! > > How many alerts is this thing going to generate? Could you have a > mailing list that just gets all of the telemetry alerts email and > then people could subscribe to it if they wanted? (Technically, I > suppose I could m

Re: Telemetry alerts for histograms

2014-08-05 Thread Gian-Carlo Pascutto
On 5/08/2014 17:07, rviti...@mozilla.com wrote: > The dashboard of the alerting system is available at > http://vitillo.github.io/cerberus/dashboard/. > > If you want to be notified when the distribution of your histogram > changes significantly, please add your e-mail address to > Histograms.json

Re: Fennec build unusable with own build

2013-04-03 Thread Gian-Carlo Pascutto
On 30/03/2013 12:41, Martijn wrote: > Dev.platforms.mobile seems removed, so I'm posting this here: > https://groups.google.com/forum/?fromgroups=#!topic/mozilla.dev.platforms.mobile/PrEk4BsKkfA > > I tried building Fennec for a patch that I made, but the build that > came out of it seemed to be

Re: Windows 7 Platform Update & June 2010 SDK

2013-02-27 Thread Gian-Carlo Pascutto
On 27/02/2013 16:10, Benoit Jacob wrote: > That said, it is generally a good idea to upgrade DirectX SDKs when a > newer one comes out: we do run into D3DCompiler.dll bugs, and there > is hope that they would be fixed in newer versions. > https://developer.mozilla.org/en-US/docs/Developer_Guide/

Windows 7 Platform Update & June 2010 SDK

2013-02-27 Thread Gian-Carlo Pascutto
Hi all, just a heads up: the Windows 7 platform update that's being shipped today has the following KB article: http://support.microsoft.com/kb/2670838?wa=wsignin1.0 Interesting part: "If you are a Windows 7 DirectX developer who uses the June 2010 DirectX Software Development Kit (SDK), you will