Re: ns*String vs. printf()

There's documentation about this here: https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Guide/Internal_strings#printf_and_a_UTF-16_string Nick On Tue, Aug 15, 2017 at 3:28 PM, Enrico Weigelt, metux IT consult < enrico.weig...@gr13.net> wrote: > Hi folks, > > what's the best way to

ns*String vs. printf()

Hi folks, what's the best way to print out ns*String classes via printf ? Using ToNewUTF8String or converting to nsCString to use it's get(), doesn't feel like the best approach ... --mtx -- mit freundlichen Grüßen -- Enrico, Sohn von Wilfried, a.d.F. Weigelt, metux IT consulting

Re: 64-bit Firefox progress report: 2017-07-18

Chris, Do you know who controls this blog post? https://blog.mozilla.org/firefox/firefox-64-default-64-bit-windows/ The chart is really misleading. What does the vertical bar chart for "security" even mean? As noted on twitter: https://twitter.com/kylealden/status/897222041476005888 The bar

Re: ./mach try fuzzy: A Try Syntax Alternative

Btw, there's now a non-interactive mode landed with -q/--query. E.g to run all browser-chrome: ./mach try fuzzy -q "'browser-chrome" (You may want to first enter interactive mode to make sure your query will actually select what you want, ctrl-c, then retype the query with -q so it's in your

Re: Firefox and clang-cl

On Mon, Aug 14, 2017 at 1:36 PM, Ehsan Akhgari wrote: > Does Chromium plan to switch to use clang with PGO on Windows by any chance? Yes, we want to do LTO+PGO builds eventually. (In particular, we'd like to use ThinLTO for more manageable build times.) That requires

Re: Firefox and clang-cl

On 08/14/2017 01:12 PM, tha...@chromium.org wrote: Hi, we (Chromium) are also happy to answer questions if there's interest. We've looked at most of these issues in some detail. Thanks Nico, much appreciated! (For the record, we have already gotten a lot of help from the Google compiler

Re: Is Pico Synth Synthesis used anymore?

Hey Eric, I have a bug opened for that: https://bugzilla.mozilla.org/show_bug.cgi?id=1331694 Once pico support is removed we can simplify our speech synthesis implementation a bit: https://bugzilla.mozilla.org/show_bug.cgi?id=1331696 Eitan. On Mon, Aug 14, 2017 at 12:11 PM, Eric Rahm

Is Pico Synth Synthesis used anymore?

In bug 1389598 [1] I'm removing a few remaining gonk (b2g) references. We have support for "pico speech synthesis" that implies it's gonk-only [2]. Does anyone know if we're using it elsewhere? If so I'll add a note in the configure script, if not I'll file a bug for removal. -e [1]

Re: Firefox and clang-cl

Hi, we (Chromium) are also happy to answer questions if there's interest. We've looked at most of these issues in some detail. In bullet points: * Correctness: You might have some UB here and there but I wouldn't expect this to be a big problem. * Performance: We switched from msvc+pgo to

Re: Linking with lld instead of ld/gold

On Sun, Aug 13, 2017 at 5:08 PM, Sylvestre Ledru wrote: > To use it, you should have a clang >= 4.0 installed and lld installed > on the system. > clang is in charge of the LLD detection with its option -fuse-ld=lld > (this option is also supported by gcc since version 6).

Re: Linking with lld instead of ld/gold

On Mon, Aug 14, 2017 at 12:08 AM, Sylvestre Ledru wrote: > Packages for lld on Debian & Ubuntu are available on https://apt.llvm.org/ Ubuntu 16.04 and later also has an lld-4.0 package in its own repos (sudo apt install lld-4.0).

Re: Re: Firefox and clang-cl

Here's the RFC of the overflow builtins: http://clang-developers.42468.n3.nabble.com/RFC-Introduce-overflow-builtins-td3838320.html Along with the tracking issue: https://bugs.llvm.org/show_bug.cgi?id=12290 And the patch:

Re: Response.body streams landing on trunk, default off

FYI, the Fetch API side of streams has landed and is now in nightly. Please test and file bugs. Thanks! Ben On Thu, Aug 10, 2017 at 11:29 PM, Ben Kelly wrote: > Hi all, > > As some of you may know :till and :baku have been working hard to > implement ReadableStream

Re: Firefox and clang-cl

On Mon, Aug 14, 2017 at 6:11 AM, Till Schneidereit < t...@tillschneidereit.net> wrote: > On Mon, Aug 14, 2017 at 9:27 AM, Julian Seward wrote: > > > On 13/08/17 03:40, Ehsan Akhgari wrote: > > > As you may have heard by now, Chromium has started to switch their > > Windows > > >

Re: Linking with lld instead of ld/gold

I believe all three linkers (bfd, gold and lld) can currently do LTO on LLVM bitcode. Naively I'd assume getting cross-compilation-unit optimization combining rust and clang compile units is more of a build system issue than a linker one. -Jeff On Mon, Aug 14, 2017 at 2:16 AM, Henri Sivonen

Re: Retaining Nightly users after disabling of legacy extensions

On Mon, Aug 14, 2017 at 6:16 AM, Honza Bambas wrote: > Ed already mentioned that the addons manager doesn't automatically suggest > or even update to webext alternatives. We really should have something > like this SOON - the more automatic or fluent the better. There is

Re: Retaining Nightly users after disabling of legacy extensions

On 8/13/17 6:42 PM, Ed Morley wrote: For the short term, Nightly users therefore have the following options: a) Use latest nightly with legacy extensions disabled, and make do without their extensions. There is also a2): find webext based alternatives "by hand" (what I have done and intend to

what are CIDs for ?

Hi folks, I wonder what exactly the CID's (*_CID defines) are for. IIRC, the classes are looked up via their contract-IDs (*_CONTRACTID defines), but I haven't seen anything that actually uses the CIDs. --mtx ___ dev-platform mailing list

Re: Firefox and clang-cl

On Mon, Aug 14, 2017 at 9:27 AM, Julian Seward wrote: > On 13/08/17 03:40, Ehsan Akhgari wrote: > > As you may have heard by now, Chromium has started to switch their > Windows > > builds to use clang-cl instead of MSVC [1]. This has improved their > > Speedometer v2 benchmark

Re: Retaining Nightly users after disabling of legacy extensions

This is not a specific solution for Nightly users, but I thought that it should generally known that we are working on a solution for when the same problem occurs with Release channel users. The TAAR (telemetry aware addon recommendation) project will use legacy addon information to prioritize

Re: Firefox and clang-cl

On 13/08/17 03:40, Ehsan Akhgari wrote: > As you may have heard by now, Chromium has started to switch their Windows > builds to use clang-cl instead of MSVC [1]. This has improved their > Speedometer v2 benchmark score on x86 (but not on x86-64) by about 30% > according to AWFY [2]. [..] Do we

[Firefox Desktop] Issues found: August 7th to August 11th

Hi everyone, Here's the list of new issues found and filed by the Desktop Release QA Team last week, *August 7 - August 11* (week 32). Additional details on the team's priorities last week, as well as the plans for the current week are available at:

Re: Linking with lld instead of ld/gold

On Mon, Aug 14, 2017 at 12:08 AM, Sylvestre Ledru wrote: > Thanks to bug https://bugzilla.mozilla.org/show_bug.cgi?id=1336978, it > is now possible to link with LLD (the linker from the LLVM toolchain) > on Linux instead of bfd or gold. Great news. Thank you! Does this