Re: Building Firefox on Linux failes

On 2020/09/25 11:07, ISHIKAWA,chiaki wrote: On 2020/09/24 16:29, Daniel Spannbauer wrote: Hello, I try to build the Firefox 79.0 since some weeks now, with now success. The latest build also ends with "recipe for target 'compile' failed". I think the error is her

Re: Building Firefox on Linux failes

On 2020/09/24 16:29, Daniel Spannbauer wrote: Hello, I try to build the Firefox 79.0 since some weeks now, with now success. The latest build also ends with "recipe for target 'compile' failed". I think the error is here: recipe for target 'Unified_cpp_js_src10.o' failed What are the minim

Re: Problem in building firefox (Ubuntu 16.04)

The original poster might want to run ./mach bootstrap to update the toolchain just in case. Happy Hacking (in the original good sense of the phrase). Chiaki 30/02/01 0:05, Botond Ballo wrote: Following is my compiler specs: gcc --version gcc (Ubuntu 5.4.0-6ubuntu1~16.04.12) 5.4.0 20160609

Re: Where did all the TryChooser pages go?

On 2019/08/30 23:21, Botond Ballo wrote: On Fri, Aug 30, 2019 at 6:37 AM ishikawa wrote: I see a couple of submissions in treeherder where I do not see explicit passing of TryChooser string. Hmm... https://treeherder.mozilla.org/#/jobs?repo=try-comm-central&revi

Re: Where did all the TryChooser pages go?

default action? (We need some documentation somewhere about this.) On 2019/08/30 6:01, Rob Lemley wrote: > "mach try" doesn't work with comm-* repos. I'm not sure why. I can take > a look again and see if I can figure it out. > > -Rob > > On 8/29/19 3:19 PM, ISH

Re: Where did all the TryChooser pages go?

 which is what it uses under the hood. Hope this helps, Barret On Thu., Aug. 29, 2019, 13:07 ISHIKAWA,chiaki, <mailto:ishik...@yk.rim.or.jp>> wrote: Hi, There is something wrong with the way the (updated?) documents for TryServer, specifically links to TryChooser. I c

Re: Where did all the TryChooser pages go?

"'build-linux64" to only build Linux 64 versions. For full details for mach try fuzzy syntax, check out https://github.com/junegunn/fzf which is what it uses under the hood. Hope this helps, Barret On Thu., Aug. 29, 2019, 13:07 ISHIKAWA,chiaki, <mailto:ishik...@yk.rim.or.jp&g

Where did all the TryChooser pages go?

Hi, There is something wrong with the way the (updated?) documents for TryServer, specifically links to TryChooser. I can't find the relevant page(s). I start with TryServer page: https://wiki.mozilla.org/ReleaseEngineering/TryServer I want to access TryChooser document (to figure out how I

Re: New build system module owner

Dear Gregory Szorc, Thank you for your past contribution. I am just an occasional patch contributor of TB, but I could learn a lot from your posts in the past, and could imagine the vast scope and difficult nature of your work. Chiaki On 2019/03/16 3:51, Gregory Szorc wrote: I have been the

HG problem: abort: decoding near '9: error: ‘sse2::l': 'ascii' codec can't decode byte 0xe2 in position 213: ordinal not in range(128)

Hi, I am developing mozilla patches locally under my local PC running linux. I often include the GCC's error/warning message in the mercurial commit message (in the second and subsequent lines, the first line is for usage by mozilla's bugzilla procedure.) when my local patch is created to addres

Re: Evolve extension gets in the way: don't offer to add evolve to one's hgrc when |mach bootstrap| is executed.

On 2018/10/11 8:49, gsquel...@mozilla.com wrote: On Thursday, October 11, 2018 at 12:51:27 AM UTC+11, ISHIKAWA,chiaki wrote: Hi, Thank you for the great open source package. I have been building and sending patches to mozilla TB. Lately (actually a few hours ago), I updated

Evolve extension gets in the way: don't offer to add evolve to one's hgrc when |mach bootstrap| is executed.

Hi, Thank you for the great open source package. I have been building and sending patches to mozilla TB. Lately (actually a few hours ago), I updated my source tree in about two months to make sure my local patches are good to go with the latest source tree. Of course, I need to tweak the pat

Re: rust compilation under local linux PC: Compilation error caused by: error reading compile response from server

o store unnecessary blobs in an incorrect manner which overflowed the partition? (Yes, I am using a separate file system for caching for these unfortunate overflow cases due to inappropriate setup or bug in caching software. Served me well over the years. ) I have NOT had the chance to test this

Re: rust compilation under local linux PC: Compilation error caused by: error reading compile response from server

. I will report my finding whether with 0.2.8-alpha.0 sccache the build succeeds, and if there is anything strange I may notice from the log. TIA On 2018/08/04 13:51, ISHIKAWA,chiaki wrote: Hi, I have been building TB under linux on a local PC. Has anything been changed in the manner Rust

rust compilation under local linux PC: Compilation error caused by: error reading compile response from server

Hi, I have been building TB under linux on a local PC. Has anything been changed in the manner Rust library is compiled in the last 5-10 days (or since mid-April)? I have seen the following error for the first time on my PC: error: failed to execute compile caused by: error reading compile r

Re: Resolving which build system entry points need to exist

On 2017/11/18 6:29, Tom Prince wrote: It would be nice if the entry points that comm-central's buildbot configuration continued working until after 59 branches. I am planning to not use buildbot for the 59 release, but I'd like to have buildbot still working as a fallback. I'm not sure exactl

Re: Exploring requiring Node.js to build Firefox

On 2018/01/24 22:42, Sylvestre Ledru wrote: On 24/01/2018 08:08, ISHIKAWA,chiaki wrote: The following issue related to npm package affects only a subset of mozilla developers: only the patch contributors who develop on their PCs that run Debian GNU/Linux. |mach bootstrap| to set up the

Re: Exploring requiring Node.js to build Firefox

On 2018/01/24 22:42, Sylvestre Ledru wrote: On 24/01/2018 08:08, ISHIKAWA,chiaki wrote: The following issue related to npm package affects only a subset of mozilla developers: only the patch contributors who develop on their PCs that run Debian GNU/Linux. |mach bootstrap| to set up the

Re: Exploring requiring Node.js to build Firefox

On 2018/01/24 9:50, Gregory Szorc wrote: On Tue, Jan 23, 2018 at 4:34 PM, Gregory Szorc > wrote: Speaking as a maintainer of the Firefox build system, we try to be conservative about the set of dependencies required to build Firefox from source. We recognize

Re: Builds docs on MDN

ocumentation approach to C-C TB maintainers who need every help they can find to court volunteers. (Adding cc: dev-apps-thunderb...@lists.mizilla.org ) TIA On Wed, Jun 21, 2017 at 3:42 PM, ISHIKAWA,chiaki wrote: Dear Ehsan, Something went wrong with the formating of your e-mail post

Re: Builds docs on MDN

On 2017/06/21 2:19, Ehsan Akhgari wrote: On 06/20/2017 12:55 PM, Benjamin Smedberg wrote: On Tue, Jun 20, 2017 at 12:40 PM, Ehsan Akhgari mailto:ehsan.akhg...@gmail.com>> wrote: On 06/20/2017 11:21 AM, Benjamin Smedberg wrote: Coming in late to this thread, but I'd like to stro

Re: C-C TB tryserver mozmill test issue

On 2017年06月07日 19:45, ishikawa wrote: > In the last several days (and maybe before, too), I notice > the following issues on tryserver by submitting a C-C TB build job and > requesting |make mozmill| test. > > > The following errors appears at the beginning of |make

C-C TB tryserver mozmill test issue

In the last several days (and maybe before, too), I notice the following issues on tryserver by submitting a C-C TB build job and requesting |make mozmill| test. The following errors appears at the beginning of |make mozmill| test log: Can't create directory /home/worker/tooltool-cache! [log…]

Re: thunderbird - moz_xmalloc

what compiler (and its version) and linker do you use? I used to compile source files under solaris10 a few years back, but no longer. But my rules of thumb: It could be that your GCC (if you use GCC, that is) may need updating, etc. Or if you use sun's compiler, then maybe switching to GCC may so

Re: hg diff getting slower ? (Debian GNU/linux kernel 4.7.0-1)

On 2017/01/10 8:37, Gregory Szorc wrote: On Sat, Jan 7, 2017 at 9:31 AM, ISHIKAWA,chiaki mailto:ishik...@yk.rim.or.jp>> wrote: Hi, I have used hg (mercurial) satisfactorily until about a month ago or so. Somehow hg diff has become very slow. I am using it on two Debi

Re: Strange crash under Debian: sftkdb_fixupTemplateOut => __memset_sse2_unaligned_erms

expected value. I updated the patches in Bug 1307958 - -Werror=sign-compare smorgasbord to fix this latest issues. TIA > On 2016/12/23 14:47, ISHIKAWA,chiaki wrote: >> I removed >> ac_add_options --enable-valgrind >> from my mozconfig and rebuilt TB >> >>

hg diff getting slower ? (Debian GNU/linux kernel 4.7.0-1)

Hi, I have used hg (mercurial) satisfactorily until about a month ago or so. Somehow hg diff has become very slow. I am using it on two Debian GNU/Linux PC (64-bit). It is possible that latest OK kernel update in Debian may have changed something like file cache policy, etc. But user visible ch

Re: Strange crash under Debian: sftkdb_fixupTemplateOut => __memset_sse2_unaligned_erms

It looks one of my local patches may be causing this. I am investigating now. (Strange, though, it used to work until about a month ago...) TIA On 2016/12/23 14:47, ISHIKAWA,chiaki wrote: I removed ac_add_options --enable-valgrind from my mozconfig and rebuilt TB I now see the following

Re: Strange crash under Debian: sftkdb_fixupTemplateOut => __memset_sse2_unaligned_erms

OMM-CENTRAL/comm-central/mozilla/nsprpub/pr/src/pthreads/ptthread.c:216 #18 0x77bc4464 in start_thread (arg=0x7fffc33c7700) at pthread_create.c:333 #19 0x76e679df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 On 2016/12/22 9:43, ISHIKAWA,chiaki wrote: Hi, I a

Strange crash under Debian: sftkdb_fixupTemplateOut => __memset_sse2_unaligned_erms

Hi, I am building C-C TB under Debian GNU/linux 64-bit. It has worked well. Strangely, though, starting toward the end of last month, and this week I noticed a strange crash during with the GDB backtrace pointing to a memory allignment error during a call memset()? This happens when TB starts up

Re: hg operation: Slowness after enabling watchman extension?

stamp an easy patch rather than even offer advice on how to fix or do it myself. If I didn't review/stamp this could have languished a *lot* longer until I could have done the patch myself or someone else was able to review... ~Justin Wood (Callek) On Wed, Aug 10, 2016 at 8:03 AM, ISHIKA

Re: hg operation: Slowness after enabling watchman extension?

ter. I think it is just a difference of the culture, but still I find it a little perplexing. On Tue, Aug 9, 2016 at 4:20 PM, Andrew Halberstadt wrote: On 09/08/16 12:34 PM, ISHIKAWA,chiaki wrote: On 2016/08/09 1:57, Gregory Szorc wrote: Consider reporting an upstream issue. Instructions at

Re: hg operation: Slowness after enabling watchman extension?

On 2016/08/10 5:20, Andrew Halberstadt wrote: On 09/08/16 12:34 PM, ISHIKAWA,chiaki wrote: On 2016/08/09 1:57, Gregory Szorc wrote: Consider reporting an upstream issue. Instructions at https://mozilla-version-control-tools.readthedocs.io/en/latest/hgmozilla/issues.html I filed Bug

Re: hg operation: Slowness after enabling watchman extension?

On 2016/08/09 1:57, Gregory Szorc wrote: Consider reporting an upstream issue. Instructions at https://mozilla-version-control-tools.readthedocs.io/en/latest/hgmozilla/issues.html I filed Bug 1293688 - Very bad slowness with fsmonitor extension when I use |hg| in local comm-central repository

Re: hg operation: Slowness after enabling watchman extension?

Thank you for the tips. More comments inline. On 2016/08/07 2:52, Gregory Szorc wrote: On Fri, Aug 5, 2016 at 7:36 PM, ISHIKAWA,chiaki mailto:ishik...@yk.rim.or.jp>> wrote: Hi, I am patching, compiling and testing C-C TB locally under linux (inside a virtualbox).

hg operation: Slowness after enabling watchman extension?

Hi, I am patching, compiling and testing C-C TB locally under linux (inside a virtualbox). I have noticed that hg "qpush -a", "hg qpop -a", "hg identity" seems to have slow down considerably after I installed |watchman| based on the suggestion from the output of "mozilla/mach mercurial se

Re: Interpreting treeherder results

Nicolas B. Pierron wrote: On 07/10/2016 06:48 PM, allassopraise . wrote: For example, I believe the orange and red links indicate an error, but how do I know if they pertain to my push or not? I have the same issue, and in many cases I feel clueless about the oranges & reds. At the end I end-

Re: "Cannot find project browser" when building Thunderbird on openSUSE

On 2016年03月17日 18:09, Tristan Miller wrote: > Dear all, > > I'm trying to build Thunderbird on openSUSE 13.2 using the instructions at > . > The contents of my mozconfig file are theref

Re: "Cannot find project browser" when building Thunderbird on openSUSE

On 2016年03月17日 18:09, Tristan Miller wrote: > Dear all, > > I'm trying to build Thunderbird on openSUSE 13.2 using the instructions at > . > The contents of my mozconfig file are theref

Re: C-C TB Build error: incorrect -II path specification for mozilla/dom/base, "mozilla/" is missing.

On 2016/02/07 16:10, ISHIKAWA,chiaki wrote: On 2016/02/07 3:47, ISHIKAWA,chiaki wrote: On 2016/02/06 18:49, Stefan Sitter wrote: On 2016/02/04 0:19, ISHIKAWA,chiaki wrote: Starting about 12 hours ago, I refreshed my source and got hit with another build bustage locally. Namely, some header

Re: C-C TB Build error: incorrect -II path specification for mozilla/dom/base, "mozilla/" is missing.

On 2016年02月05日 00:49, ISHIKAWA,chiaki wrote: > On 2016/02/04 0:19, ISHIKAWA,chiaki wrote: >> Hi, >> >> Starting about 12 hours ago, I refreshed my source and got hit with >> another build bustage locally. >> >> Namely, some header files in M-C part of the tre

Re: C-C TB Build error: incorrect -II path specification for mozilla/dom/base, "mozilla/" is missing.

On 2016/02/04 0:19, ISHIKAWA,chiaki wrote: Hi, Starting about 12 hours ago, I refreshed my source and got hit with another build bustage locally. Namely, some header files in M-C part of the tree cannot be found during compilation. I thought it was a temporary fluke. But, no, it is

Re: Thunderbird compile instructions yield 'obsolete' warning

On 2016/02/04 18:07, rick.vanderz...@anywi.com wrote: Hi, I am trying to build Thunderbird via: https://developer.mozilla.org/en-US/docs/Simple_Thunderbird_build How-ever the step involving the python client.py script does yield an 'obsolete' error: [rvdzwet@rvdzwet-asus mozilla]$ python cli

Re: hg unbundle failure on CC TB tryserver

On 2016/01/16 3:18, Gregory Szorc wrote: On Fri, Jan 15, 2016 at 9:23 AM, ISHIKAWA,chiaki mailto:ishik...@yk.rim.or.jp>> wrote: On 2016/01/15 2:55, Gregory Szorc wrote: On Wed, Jan 13, 2016 at 2:10 AM, ISHIKAWA, Chiaki mailto:ishik...@yk.rim.or.jp>> wrote: In

Re: hg unbundle failure on CC TB tryserver

On 2016/01/15 2:55, Gregory Szorc wrote: On Wed, Jan 13, 2016 at 2:10 AM, ISHIKAWA, Chiaki mailto:ishik...@yk.rim.or.jp>> wrote: In the last few weeks, I noticed that there have been try push job errors that print only one cryptic message and the build aborts. The typica

hg unbundle failure on CC TB tryserver

In the last few weeks, I noticed that there have been try push job errors that print only one cryptic message and the build aborts. The typical line is as follows: CalledProcessError: Command '['hg', 'unbundle', '--traceback', 'https://ftp-ssl.mozilla.org/pub/mozilla.org/thunderbird/bundles/try-c

Re: C-C TB tryserver build issues?

On 2015年12月22日 16:52, ishikawa wrote: > On 2015年12月21日 15:40, ishikawa wrote: >> On 2015年12月18日 13:38, ishikawa wrote: >>> Hi, >>> >>> Maybe it is holiday season toward the end of the year and that >>> people may not have taken notice. >>> &g

Re: C-C TB tryserver build issues?

On 2015年12月21日 15:40, ishikawa wrote: > On 2015年12月18日 13:38, ishikawa wrote: >> Hi, >> >> Maybe it is holiday season toward the end of the year and that >> people may not have taken notice. >> >> I have seen strange build errors on C-C TB Tryserver for the l

Re: C-C TB tryserver build issues?

On 2015年12月18日 13:38, ishikawa wrote: > Hi, > > Maybe it is holiday season toward the end of the year and that > people may not have taken notice. > > I have seen strange build errors on C-C TB Tryserver for the last couple of > days. > I think it is an infrastructure

C-C TB tryserver build issues?

Hi, Maybe it is holiday season toward the end of the year and that people may not have taken notice. I have seen strange build errors on C-C TB Tryserver for the last couple of days. I think it is an infrastructure problem. Within the last five submission, I only got two meaningful compilation un

Re: Should an empty file trigger "No preprocessor directives found" error?

On 2015/12/05 21:09, Stefan Sitter wrote: On 04.12.2015 13:16, ishikawa wrote: I suspect then the C-C tree was in a confused state in the first few days of December. ... So I think the tree is in a better shape now. In advance to refreshing your source tree you can take a look at <ht

Re: Should an empty file trigger "No preprocessor directives found" error?

On 2015年12月04日 19:29, Mike Hommey wrote: > On Fri, Dec 04, 2015 at 11:36:41AM +0900, ISHIKAWA, Chiaki wrote: >> diff --git a/mail/app/moz.build b/mail/app/moz.build >> --- a/mail/app/moz.build >> +++ b/mail/app/moz.build >> @@ -46,11 +46,10 @@ DEFINES['APP_VERSI

Should an empty file trigger "No preprocessor directives found" error?

Should an empty file trigger "No preprocessor directives found" error? If not, then the following fix is useful. # HG changeset patch # User ISHIKAWA, Chiaki # Parent c758de14f7bb355b8c0696c9dd3207bffe75f4aa Ignore no preprocessing directive for a zero-sized file!? diff --gi

Re: Build time inefficiency: creation of *.PEM certificates?

On 2015/07/24 9:13, Mike Hommey wrote: On Fri, Jul 24, 2015 at 08:59:07AM +0900, ISHIKAWA, Chiaki wrote: I have recently noticed that during C-C TB build that a bunch of PEM certificates seem to be created during BUILD. That is fine in itself. However, it seems to be invoked at each

Build time inefficiency: creation of *.PEM certificates?

I have recently noticed that during C-C TB build that a bunch of PEM certificates seem to be created during BUILD. That is fine in itself. However, it seems to be invoked at each(?) invocation of subsequent build after a minor modification of the source files (not related to PEM creation). It adds

Re: Mysterious test error at link/build time.: We do not want these libc symbols to be used:,clock_gettime@GLIBC_2.17 , etc.

On 2015/07/11 10:21, Mike Hommey wrote: On Sat, Jul 11, 2015 at 09:47:39AM +0900, ISHIKAWA,chiaki wrote: Hi, During local build of C-C TB, I have begun to see some test errors which look like the following message. Don't use --enable-stdcxx-compat for local builds. Mike Thank you,

Mysterious test error at link/build time.: We do not want these libc symbols to be used:,clock_gettime@GLIBC_2.17 , etc.

Hi, During local build of C-C TB, I have begun to see some test errors which look like the following message. make[3]: *** [toolkit/mozapps/update/updater/updater-xpcshell/target] Error 2 TEST-UNEXPECTED-FAIL | check_stdcxx | We do not want these libc symbols to be used: clock_gettime@GLIBC_2.1

Re: C-C TB Try server issue: Windows build fails most of the time for me.

On 2015/07/09 16:50, ishikawa wrote: > On 2015年07月09日 13:16, Edmund Wong wrote: >> Mike Hommey wrote: >>> On Wed, Jul 08, 2015 at 04:03:20AM +0900, ISHIKAWA, Chiaki wrote: >>>> Hi, >>>> >>>> For the last few weeks, >>>> I ge

Re: C-C TB Try server issue: Windows build fails most of the time for me.

On 2015年07月09日 13:16, Edmund Wong wrote: > Mike Hommey wrote: >> On Wed, Jul 08, 2015 at 04:03:20AM +0900, ISHIKAWA, Chiaki wrote: >>> Hi, >>> >>> For the last few weeks, >>> I get win32 build/configure error on the Tryserver when I submit

Re: C-C TB Try server issue: Windows build fails most of the time for me.

ant (then the source change will be effective on C-C TB side eventually) and I can usually test the patch locally very well for linux and usually the bug/fix is platform-agnostics and this should go a long way for fixing noticed issues in TB. TIA CI On 2015年07月08日 11:37, ISHIKAWA, Chiaki wrote:

Re: C-C TB Try server issue: Windows build fails most of the time for me.

On 2015/07/08 6:32, Mike Hommey wrote: > On Wed, Jul 08, 2015 at 04:03:20AM +0900, ISHIKAWA, Chiaki wrote:>> Hi,>>>> For the last few weeks,>> I get win32 build/configure error on the Tryserver when I submit a job>> that includes the win32 debug build.>>&

C-C TB Try server issue: Windows build fails most of the time for me.

Hi, For the last few weeks, I get win32 build/configure error on the Tryserver when I submit a job that includes the win32 debug build. --- begin quote: excerpt of the error --- mozmake.exe[1]: *** No rule to make target 'c:/builds/moz2_slave/tb-try-c-cen-w32-d-000/build/mozilla/aclocal.m

Re: (32-bit compilation) ipc/chromium/src/third_party/libevent/buffer.c:2518:18: warning: comparison is always false due to limited range of data type [-Wtype-limits]

On 2015/07/07 6:32, Mike Hommey wrote: On Mon, Jul 06, 2015 at 06:44:45PM +0900, ishikawa wrote: Hi, Is building mozilla code such as firefox and thunderbird under 32-bit linux a supported operation? During compilation of C-C TB under 32-bit linux, I think I found a serious issue regarding

(32-bit compilation) ipc/chromium/src/third_party/libevent/buffer.c:2518:18: warning: comparison is always false due to limited range of data type [-Wtype-limits]

Hi, Is building mozilla code such as firefox and thunderbird under 32-bit linux a supported operation? During compilation of C-C TB under 32-bit linux, I think I found a serious issue regarding the mismatch of the size of literal constant and the size of variables (or structured member) which ren

Re: How does the build system know which directories to process Makefiles in?

On 2015/06/18 1:36, Nicholas Alexander wrote: On Wed, Jun 17, 2015 at 9:15 AM, Ted Mielczarek mailto:t...@mielczarek.org>> wrote: On Wed, Jun 17, 2015, at 10:24 AM, Alex wrote: > Just curious as to how the build system knows which directories to > process the Makefiles in them? I

Re: Changes to TB tryserver?

On 2015/06/17 22:57, Philip Chee wrote: On 17/06/2015 00:19, ISHIKAWA, Chiaki wrote: Ouch. Obviously that the patch files are applied in the order of its FILENAME'S SORTING ORDER.Upper case comes before lowercase, too. My memory is a little bit rusty, but there was no requirement for the

Re: Changes to TB tryserver?

On 2015年06月17日 04:03, Joshua Cranmer 🐧 wrote: > On 6/16/2015 11:19 AM, ISHIKAWA, Chiaki wrote: >> A BUG on tryserver (?) >> >> Careful analysis of the failure in the C-C TB tryserver log reveals that >> tryserver does not seem to follow the desired order of patches >

Re: Changes to TB tryserver?

A BUG on tryserver (?) Careful analysis of the failure in the C-C TB tryserver log reveals that tryserver does not seem to follow the desired order of patches for M-C portion of the tree. Since there are couple of patches that touch the same file, they must be applied in a certain order. But I do

Re: Changes to TB tryserver?

On 2015/06/15 5:17, ISHIKAWA, Chiaki wrote: > On 2015/06/15 4:56, ISHIKAWA, Chiaki wrote: >> Hi, >> >> I used to use tryserver, but due to the difficulty to clear local >> patches before submitting to tryserver, I have not done so for a couple >> of years (or l

Re: Changes to TB tryserver?

On 2015/06/15 4:56, ISHIKAWA, Chiaki wrote: > Hi, > > I used to use tryserver, but due to the difficulty to clear local > patches before submitting to tryserver, I have not done so for a couple > of years (or longer). > > Lately, to create a binary that incorporate my

Changes to TB tryserver?

']' returned non-zero exit status 255 make: *** [run_client_py] Error 1 The patch mozilla-M-C-negative-error-code-processing.patch starts with the following lines: # HG changeset patch # User ISHIKAWA, Chiaki # Parent e05c94353fb6f0b511ceb8a1e13cee4ab0e6a6d3 Some error-related functi

Re: Is there an way to reduce recompile time?

On 2015年05月06日 10:04, dliang wrote: > On 2015年04月30日 18:53, ishikawa wrote: >> On 2015年04月30日 10:51, dliang wrote: >>> actullay, now in mozilla build system, gold-ld is the default linker if your >>> OS has already exist gold-ld, follow is codes copy from mozilla/configu

Re: Is there an way to reduce recompile time?

objdir/build/unix/gold > 10047 fi > 10048 fi > 10049 fi > 10050 fi > > On 2015年04月29日 07:07, Mike Hommey wrote: >> On Tue, Apr 28, 2015 at 05:24:16PM -0500, Joshua Cranmer ? wrote: >>> On 4/28/2015 4:28 PM, ISHIKAWA, Chiaki wrote: >>>

Re: Is there an way to reduce recompile time?

On 2015/04/28 23:30, Toan Pham wrote: Linking is a process of resolving symbols from object files with external libraries, and it should not take that long. When you have a chance, try to compile the project under a ram filesystem like tmpfs. I use it most of the time, even when I have an SSD dr

Re: Is there an way to reduce recompile time?

(Sorry for top posting.) You may want to use GNU gold linker if you don't use it already. (I am assuming that you are compiling under posix-compliant systems such as linux or MacOS X. You mention .so, thus Windows can be ruled out, I suppose.) Use of GNU gold linker has sped up link speed very mu

Re: [Bug 1054308] Investigate switching Thunderbird comm-central MozMill tests to mozharness

Sorry for top posting, but it is worth it. mozmill test is running again on try server! Thank you, Jushua for fixing the issue! CI On 2015年04月03日 09:23, ISHIKAWA, Chiaki wrote: > Hi, > > Joshua Cranmer has worked on moving MozMill test suite > used by C-C thunderbird u mozharn

[Bug 1054308] Investigate switching Thunderbird comm-central MozMill tests to mozharness

Hi, Joshua Cranmer has worked on moving MozMill test suite used by C-C thunderbird u mozharness to share the common test infrastructure: it will be less burden on infrastructure maintenance, etc. So this will be good to help reduce the burden on C-C TB maintenance. I think we are within reach o

Re: How to pass Extra-libs to the Build?

On 2014年12月22日 23:37, xunxun wrote: > On 2014/12/22 22:09, Andreas Mattheiss wrote: >> Hi, >> >> Am Mon, 22 Dec 2014 22:00:23 +0800 schrieb xunxun: >> >> >>> You can try >>> >>> LDFLAGS += -lrt ../configure ... >> I'm not quite with you, this appears not to be a shell command, right? >> Where would

Re: How to pass Extra-libs to the Build?@@sig

What linux distribution do you use? How did you configure the compilation environment (I mean ./mach configure, etc.?) I am mainly fixing comm-central thunderbird, but usually running the initial configuration command gets it right. So I suspect that there is something unusual with your linux di

Re: Strange segmentation error during C++ data initialization after startup

b8) at /REF-COMM-CENTRAL/comm-central/mail/app/nsMailApp.cpp:286 #17 0x004015fc in main (argc=1, argv=0x7fffd9e8) at /REF-COMM-CENTRAL/comm-central/mail/app/nsMailApp.cpp:351 (gdb) On 2014/11/02 16:45, ISHIKAWA, Chiaki wrote: > On 2014/11/02 11:55, ISHIKAWA, Chiaki wrote: >>

Re: Strange segmentation error during C++ data initialization after startup

TBPL server report. Maybe there is now, then. TIA On 2014/11/02 16:45, ISHIKAWA, Chiaki wrote: > On 2014/11/02 11:55, ISHIKAWA, Chiaki wrote: >> For the last few days, I got a strange segmentation error >> during C++ data initialization (of a dynamically loaded module?). >> &

Re: Strange segmentation error during C++ data initialization after startup

On 2014/11/02 11:55, ISHIKAWA, Chiaki wrote: > For the last few days, I got a strange segmentation error > during C++ data initialization (of a dynamically loaded module?). > > gcc-4.9 --version > gcc-4.9 (Debian 4.9.1-15) 4.9.1 > > I tried both ld.gold and (traditional b

Strange segmentation error during C++ data initialization after startup

spect of the source code. Anyway, please see the stack trace as below. ishikawa@ip030:/REF-COMM-CENTRAL/comm-central$ gdb /REF-OBJ-DIR/objdir-tb3/dist/bin/thunderbird GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: How to run a preprocessor during build for a .js file?

On 2014年10月31日 02:30, ISHIKAWA, Chiaki wrote: > On 2014/10/31 0:46, Gregory Szorc wrote: >> EXTRA_PP_JS_MODULES should work in c-c. Does it not? >> >> https://ci.mozilla.org/job/mozilla-central-docs/Tree_Documentation/build/buildsystem/mozbuild-symbols.html#extra-pp-js-modules

Re: How to run a preprocessor during build for a .js file?

|modules| directory, another directory. I think I need an expert who knows the build infrastructure to investigate this issue. TIa On 10/30/14 8:05 AM, ISHIKAWA, Chiaki wrote: Below is a quote from bugzilla bug Bug 1085382. How can we run a preprocessor on a .js file use it instead of the raw

How to run a preprocessor during build for a .js file?

Below is a quote from bugzilla bug Bug 1085382. How can we run a preprocessor on a .js file use it instead of the raw unprocessed filef for C-C TB? What is a difference between a .js file that gets processed and the ones that doesn't? TIA --- begin quote --- Created attachment 8514294 [details]

Re: C-C TB compilation errors.

Sorry for top posting, but due to the error mentioned in the following post https://groups.google.com/forum/#!topic/mozilla.dev.apps.thunderbird/0CIDO2rZQd4 C-C tree will not build. TIA On 2014/10/18 8:02, ISHIKAWA, Chiaki wrote: > I think about 1/4 of 1000+ tests in |make mozmill| are fail

Re: C-C TB compilation errors.

nsresult: "0x80004005 (NS_ERROR_FAILURE)" It is called in many places and resulted in this failure. Any idea which has caused this new regression? Simply stated, no would-be contributor can work on any patches in this state of affairs. TIA On 2014/10/17 12:57, ISHIKAWA, Chiaki wrot

C-C TB compilation errors.

3 # User ISHIKAWA, Chiaki add three missing declarations diff --git a/mail/base/content/mail3PaneWindowCommands.js b/mail/base/content/mail3PaneWindowCommands.js --- a/mail/base/content/mail3PaneWindowCommands.js +++ b/mail/base/content/mail3PaneWindowCommands.js @@ -7,16 +7,20 @@ * consisting o

Re: C-C TB compile: some files are not compiled using ccache any more(???): mozilla/js/vm/*

Bug 1081682 - ccache "-with-ccache=/usr/bin/ccache" is not used properly any more in build (both C-C and M-C) was filed. All the gory details are there. (That said, only some directories under ./mozilla directory (M-C) portion fails to use ccache when C-C TB is build.) I hope someone in the know

Re: C-C TB compile: some files are not compiled using ccache any more(???): mozilla/js/vm/*

d for the subsequent second compilation.) TIA On 2014/10/12 15:46, ISHIKAWA, Chiaki wrote:> I think this may no longer a TB-specific problem if > my hunch is correct. > > More at the end. > > On 2014/10/12 15:02, ISHIKAWA, Chiaki wrote: >> Hi, >> >> I am using

Re: C-C TB compile: some files are not compiled using ccache any more(???): mozilla/js/vm/*

I think this may no longer a TB-specific problem if my hunch is correct. More at the end. On 2014/10/12 15:02, ISHIKAWA, Chiaki wrote: > Hi, > > I am using ccache for local compilation of comm-central > TB. > > After the checkout a few hours ago, and tinkering > with my

C-C TB compile: some files are not compiled using ccache any more(???): mozilla/js/vm/*

Hi, I am using ccache for local compilation of comm-central TB. After the checkout a few hours ago, and tinkering with my local hg patch queues, I noticed some files are NOT compiled using ccache any more. (I was debugging a local ccache that groks -gsplit-dwarf option to gcc. This option and use

Re: GCC 4.9 for compiling and linking mozilla software?

On (2014年06月11日 18:07), Mike Hommey wrote: > On Wed, Jun 11, 2014 at 05:43:22PM +0900, ishikawa wrote: >> Hi, >> >> Has anyone tried to use GCC 4.9 to build mozilla code? >> I got the following error during compilation and linking using GCC 4.9. 4.8 >> worked

Re: GCC 4.9 for compiling and linking mozilla software?

On (2014年06月11日 17:43), ishikawa wrote: > R_X86_64_PC32 reloc This should make it obvious, but I am talking about the compilation under 64-bit linux. (Sorry for not mentioning it in the original post.) TIA ___ dev-builds mailing list dev-bui

GCC 4.9 for compiling and linking mozilla software?

Hi, Has anyone tried to use GCC 4.9 to build mozilla code? I got the following error during compilation and linking using GCC 4.9. 4.8 worked without such a problem. The error occurs during linking of libxul.so for C-C TB. TB ： Excerpt from build log with GCC 4.9 [...] /usr/bin/ld.new: erro

Re: make "-jN" not honored in 4.4.0/comm-esr build?

The title referred to 24.4.0/comm-esr source tree. sorry for the typo :-( ___ dev-builds mailing list dev-builds@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-builds

make "-jN" not honored in 4.4.0/comm-esr build?

I noticed that "-j4" option to run parallel compilation did not seem to take effect during the local compilation of 24.4.0/comm-esr source files. I am using customized mozconfig, but almost the same mozconfig (except for the OBJECT directory location) is used for compiling the current comm-central