WPA stream_out form memory consumption

Hello, I've been compiling Chromium with LTO and I noticed that WPA stream_out forks and do parallel: http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02621.html. I am unable to fit in 16GB memory: ld uses about 8GB and lto1 about 6GB. When WPA start to fork, memory consumption increases so

LTO top-level ASM

Hello, I've been solving undefined symbols related to: http://gcc.gnu.org/PR57703. In chromium there's a following inline asm: asm(.type Syscall, @function\n ...); intptr_t SandboxSyscall(...) { asm volatile(call SyscallAsm); } Where call of SandboxSyscall is inlined in couple of

Re: LTO top-level ASM

The code resides in Chromium project, please see full source code: https://github.com/scheib/chromium/blob/master/sandbox/linux/seccomp-bpf/syscall.cc Martin On 03/24/2014 06:34 PM, Ian Lance Taylor wrote: On Mon, Mar 24, 2014 at 6:26 AM, Martin Liška mli...@suse.cz wrote: I've been

Re: WPA stream_out form memory consumption

On 03/25/2014 09:50 PM, Jan Hubicka wrote: Hello, I've been compiling Chromium with LTO and I noticed that WPA stream_out forks and do parallel: http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02621.html. I am unable to fit in 16GB memory: ld uses about 8GB and lto1 about 6GB. When WPA start

Re: WPA stream_out form memory consumption

Previous patch is wrong, I did a mistake in name ;) Martin On 03/27/2014 09:52 AM, Martin Liška wrote: On 03/25/2014 09:50 PM, Jan Hubicka wrote: Hello, I've been compiling Chromium with LTO and I noticed that WPA stream_out forks and do parallel: http://gcc.gnu.org/ml/gcc-patches/2013

Re: WPA stream_out form memory consumption

On 03/27/2014 10:48 AM, Martin Liška wrote: Previous patch is wrong, I did a mistake in name ;) Martin On 03/27/2014 09:52 AM, Martin Liška wrote: On 03/25/2014 09:50 PM, Jan Hubicka wrote: Hello, I've been compiling Chromium with LTO and I noticed that WPA stream_out forks and do

Re: WPA stream_out form memory consumption

On 04/03/2014 03:07 PM, Richard Biener wrote: On Thu, Apr 3, 2014 at 2:07 PM, Martin Liška mli...@suse.cz wrote: On 04/03/2014 11:41 AM, Richard Biener wrote: On Wed, Apr 2, 2014 at 6:11 PM, Martin Liška mli...@suse.cz wrote: On 04/02/2014 04:13 PM, Martin Liška wrote: On 03/27/2014 10:48

Re: WPA stream_out form memory consumption

On 04/03/2014 10:40 PM, Jan Hubicka wrote: Firefox: cgraph.c:869 (cgraph_create_edge_1) 0: 0.0% 0: 0.0% 130358176: 6.9% 0: 0.0%1253444 cgraph.c:510 (cgraph_allocate_node) 0: 0.0% 0: 0.0% 182236800: 9.7% 0:

Re: WPA stream_out form memory consumption

On 04/04/2014 05:10 PM, Martin Liška wrote: On 04/03/2014 03:07 PM, Richard Biener wrote: On Thu, Apr 3, 2014 at 2:07 PM, Martin Liška mli...@suse.cz wrote: On 04/03/2014 11:41 AM, Richard Biener wrote: On Wed, Apr 2, 2014 at 6:11 PM, Martin Liška mli...@suse.cz wrote: On 04/02/2014 04:13

Re: WPA stream_out form memory consumption

On 04/07/2014 01:49 PM, Richard Biener wrote: On Mon, Apr 7, 2014 at 1:25 PM, Martin Liška mli...@suse.cz wrote: On 04/03/2014 10:40 PM, Jan Hubicka wrote: Firefox: cgraph.c:869 (cgraph_create_edge_1) 0: 0.0% 0: 0.0% 130358176: 6.9% 0: 0.0%1253444 cgraph.c

Re: WPA stream_out form memory consumption

On 04/07/2014 07:10 PM, Jan Hubicka wrote: I added new graph for 'xloc.column = 0' hack, just applied this single patch to trunk. Link: https://drive.google.com/file/d/0B0pisUJ80pO1MW11WHdjMk9KQnc/edit?usp=sharing Good, does these two patches combine together well? (they are rater orthogonal,

Re: broken links?

On 06/10/2014 06:20 PM, Hebenstreit, Michael wrote: Either something is broken on my web-access or the links on https://gcc.gnu.org/install/prerequisites.html pointing to ftp://gcc.gnu.org/pub/gcc/infrastructure/ are gone - can't find the files anywhere else :( Thanks for all your efforts

SPEC 2006 - binary size comparison for Options that control Optimization

Hello, following table compares optimization levels as -O0, -Os, -O1-3 and -Ofast. Columns in the table include all ELF sections bigger than 5% for a binary. Apart from that I took -O2 as a base option and I tried to disable every option in this level. Similarly I measured impact of the

Re: SPEC 2006 - binary size comparison for Options that control Optimization

On 07/15/2014 09:50 AM, Andrew Pinski wrote: On Tue, Jul 15, 2014 at 12:45 AM, Martin Liška mli...@suse.cz wrote: Hello, following table compares optimization levels as -O0, -Os, -O1-3 and -Ofast. Columns in the table include all ELF sections bigger than 5% for a binary. Apart from

Symtab node table introduction and GGC issues

Hello, I would like to encapsulate all symtab_nodes to a class called 'symtab'. To respect gcc:context, I would like to add the class to global context (gcc::context) and I have troubles with GTY and GGC. design: class GTY(()) symtab { public: symtab_node* GTY(()) nodes; }; class

Re: Symtab node table introduction and GGC issues

On 07/24/2014 05:53 PM, David Malcolm wrote: On Thu, 2014-07-24 at 16:23 +0100, Martin Liška wrote: Hello, I would like to encapsulate all symtab_nodes to a class called 'symtab'. Thanks! To respect gcc:context, I would like to add the class to global context (gcc::context) and I

LTO testsuite - single test execution

Hello. I would to introduce a new test case for an issue (PR63270). I was looking for *.exp files and I expected that another test located in: ./gcc/testsuite/g++.dg/lto/pr63166_0.ii can be executed with: make check -k RUNTESTFLAGS=lto.exp=pr63166* But without succeed. Another interesting

cgraph_node::verify - quite strong condition that was met by IPA-ICF

Hello. I've been finalizing IPA ICF testing process and I met a condition for lto-bootstrap, where cgraph_node::verify encounters error: In WPA, I prove that gen_vec_initv16qi can be merged with gen_vec_initv2sf. In the following case, ale local calls are redirected: while

Devirtualize virtual call hierarchy if just base dtor exists

Hello. I've been playing with following example: #include stdlib.h class Base { public: virtual ~Base() {} }; class Derived: public Base { }; #define N 1000 int main() { Base **b = (Base **)malloc (sizeof(Base *) * N); for (unsigned i = 0; i N; i++) b[i] = new Derived(); for

Re: Devirtualize virtual call hierarchy if just base dtor exists

On 10/22/2014 05:30 PM, Markus Trippelsdorf wrote: On 2014.10.22 at 17:15 +0200, Martin Liška wrote: Hello. I've been playing with following example: #include stdlib.h class Base { public: virtual ~Base() {} }; class Derived: public Base { }; #define N 1000 int main() { Base **b

Re: Devirtualize virtual call hierarchy if just base dtor exists

On 10/22/2014 05:30 PM, Jonathan Wakely wrote: On 22 October 2014 16:15, Martin Liška wrote: Hello. I've been playing with following example: #include stdlib.h class Base { public: virtual ~Base() {} }; class Derived: public Base { }; #define N 1000 int main() { Base **b = (Base

Re: [RFC] Dealing with ODR violations in GCC

On 09/12/2014 07:40 AM, Jan Hubicka wrote: Hi, I went through excercise of running LTO bootstrap with ODR verification on. There are some typename clashes I guess we want to fix. I wonder what approach is preferred, do we want to introduce anonymous namespaces for those? Honza

Re: [RFC] Dealing with ODR violations in GCC

On 01/15/2015 06:47 AM, Jan Hubicka wrote: Hello. I've just finished successfully chromium LTO build and there's list of mainly -Wodr warnings. I think some of them are false positives? What of those you consider to be false? I wonder if we can print just type name so we avoid using the

Re: [RFC] Dealing with ODR violations in GCC

On 02/13/2015 07:54 PM, Martin Liška wrote: On 01/15/2015 06:47 AM, Jan Hubicka wrote: Hello. I've just finished successfully chromium LTO build and there's list of mainly -Wodr warnings. I think some of them are false positives? What of those you consider to be false? I wonder if we can

Balanced partition map for Firefox

Hello. I've just noticed that we, for default configuration, produce just 30 partitions. I'm wondering whether that's fine, or it would be necessary to re-tune partitioning algorithm to produce better balanced map? Attached patch is used to produce following dump: Partition sizes: partition

Precompiled headers - still useful feature?

Hello. I would like to ask folks what is their opinion about support of precompiled headers for future releases of GCC. From my point of view, the feature brings some speed-up, but question is if it's worth for? Last time I hit precompiled headers was when I was rewriting memory allocation

Re: C++ coding style inconsistencies

On 06/25/2015 08:28 PM, Richard Sandiford wrote: Sorry in advance for inviting a bikeshed discussion, but while making the hashing changes that I just committed, I noticed that the C++ification has been done in a variety of different styles. I ended up having to follow the do what the

Re: guidance for GSoC 2016 under GCC

On 01/03/2016 06:51 PM, vivek pandya wrote: > Hello GCC developers, > I would like to work on one of the following idea in GSoC 2016 for GCC. > > Function Reordering (Improvement) with LTO > Inter-procedural value range propagation pass > Implement tree level section anchors to improve code

Re: GCC-Bridge: A Gimple Compiler targeting the JVM

On 02/01/2016 11:21 PM, Bertram, Alexander wrote: > Would it be possible to write a > backend that generates code from Gimple and not RTL? Hi. Actually, HSA back-end is such an example. Where we directly emit HSAIL code in form of BRIG (binary representation of the textual representation of

Re: How to identify the version of the LLVM AddressSanitizer integrated to GCC 4.9.3 and after

On 03/31/2016 05:48 PM, Maxim Ostapenko wrote: > > Yes, but please note, that this page describes differences between two > particular revisions. For current trunk (and release) GCC and LLVM versions > the situation might be different. > >> >> Finally any plans to integrate other sanitizer

Option handling (support) of -fsanitize=use-after-scope

Hello. I've been working on use-after-scope sanitizer enablement in the GCC compiler ([1]) and as I've read following submit request ([2]), the LLVM compiler started to utilize following option: -mllvm -asan-use-after-scope=1 My initial attempt was to introduce a new option value for

Re: Thread-safety of a profiled binary (and GCOV runtime library)

On 07/25/2016 02:06 PM, Nathan Sidwell wrote: > On 07/25/16 04:14, Martin Liška wrote: >> Hello. >> >> I've just analyzed PR68080, which exposes 2 interesting problems we have: >> >> 1) Majority of instrumented profiling code is not thread-saf

Thread-safety of a profiled binary (and GCOV runtime library)

Hello. I've just analyzed PR68080, which exposes 2 interesting problems we have: 1) Majority of instrumented profiling code is not thread-safe, for instance edge profiler: PROF_edge_counter_11 = __gcov0._ZL20__gthread_mutex_lockP15pthread_mutex_t[0]; PROF_edge_counter_12 =

Re: Thread-safety of a profiled binary (and GCOV runtime library)

On 07/26/2016 01:15 AM, Andi Kleen wrote: > You definitely need a new flag: atomic or per thread instrumentation > will almost certainly have significant overhead (either at run time > or in memory). Just making an existing facility a lot of slower > without a way around it is not a good idea. Hi

Re: Missing git tags for released GCC

t; > 2016-06-29 18:16 GMT+08:00 Martin Liška <mli...@suse.cz>: >> On 06/29/2016 12:13 PM, Martin Liška wrote: >>> Can I ask you for adding missing tag for 5.4.1 >>> (32c3b88e8ced4b6d022484a73c40f3d663e20fd4) ? >> >> I mean 5.4.0. >> >>

[DOC, RFC] Partial integration of sections: 3.18.54 x86 Options and 6.31.32 x86 Function Attributes

Hello. As mentioned in [1], we does not fully cover all i386 target options in [2]. Apart from that, flag explanation is more brief than we've got in [3]. One example: [3]: -mrecip This option enables use of RCPSS and RSQRTSS instructions (and their vectorized variants RCPPS and RSQRTPS) with

Re: Missing git tags for released GCC

On 06/29/2016 12:13 PM, Martin Liška wrote: > Can I ask you for adding missing tag for 5.4.1 > (32c3b88e8ced4b6d022484a73c40f3d663e20fd4) ? I mean 5.4.0. Thanks

Re: Missing git tags for released GCC

On 12/19/2014 05:16 PM, H.J. Lu wrote: > On Tue, Nov 25, 2014 at 3:12 AM, Jonathan Wakely > wrote: >> On 16 November 2014 at 15:51, H.J. Lu wrote: >>> Hi, >>> >>> Git tags are missing for GCC 4.9.1, 4.9.2, 4.8.3 and 4.7.4. >> >> I can't create the tags but these are the

Re: 32-bit build failure

On 11/09/2016 06:31 PM, Andrew Stubbs wrote: > Hi Martin, > > It looks like your change r242000 broke builds on 32-bit hosts: > > fold-const-call.c:1541:36: error: cannot convert 'size_t* {aka unsigned > int*}' to 'long long unsigned int*' for argument '2' to 'const char* > c_getstr(tree, long

Question about inlining and strict_aliasing

Hello. I've been working on a patch that would cope with target and optimization (read PerFunction) in a proper way. I came to following test-case (slightly modified ./gcc/testsuite/gcc.c-torture/execute/alias-1.c): int val; int *ptr = float *ptr2 = static __attribute__((always_inline,

Re: Question about inlining and strict_aliasing

On 01/09/2017 02:34 PM, Jan Hubicka wrote: >> Hello. >> >> I've been working on a patch that would cope with target and optimization >> (read PerFunction) >> in a proper way. I came to following test-case (slightly modified >> ./gcc/testsuite/gcc.c-torture/execute/alias-1.c): >> >> int val; >>

Re: News entry for ARC

On 03/22/2017 04:07 PM, Claudiu Zissulescu wrote: > Hi Gerald, > > I would like to add the following entry to GCC7.x release notes: > > ARC > * Add support for ARC HS and ARC EM processors. > * Add support for ARC EM variation found in Intel QuarkSE SoCs. > * Add support for

Prerequisites and using autoconf-2.64

Hello. We declare that one should use autoconf --version == 2.64. I have a package that provides autoconf-2.64 binary and I would like to ask whether our configure machinery can use the suffixed autoconf binary? Thanks, Martin

Re: Prerequisites and using autoconf-2.64

On 03/15/2017 02:23 PM, Andreas Schwab wrote: On Mär 15 2017, Martin Liška <mli...@suse.cz> wrote: We declare that one should use autoconf --version == 2.64. I have a package that provides autoconf-2.64 binary and I would like to ask whether our configure machinery can use the su

Re: intrinsic function for the assembly x86 xchg command

On 04/07/2017 08:10 PM, Yichao Yu wrote: On Fri, Apr 7, 2017 at 2:08 PM, fab10 <0xfa...@gmail.com> wrote: It would be usefull to develop in gcc an intrinsic function for the assembly x86 instruction xchg to implement a low level mutex. I believe that's what atomic_exchange is lowered to on

Re: gcc behavior on memory exhaustion

Hello. Just small note, link to Nathan's patch that has been recently accepted: https://gcc.gnu.org/ml/gcc-patches/2017-08/msg00878.html Which provides info about process termination. Martin

Re: LCOV of current GCC

, Martin I hope, you might find some of these ideas helpful. On Tue, May 30, 2017 at 9:21 AM, Martin Liška <mli...@suse.cz> wrote: On 04/28/2017 06:53 PM, David Malcolm wrote: On Fri, 2017-04-28 at 11:38 +0200, Richard Biener wrote: On Fri, Apr 28, 2017 at 11:07 AM, Martin Lišk

Help with RTL expand and a builtins

Hello. I've been working on PR59521 and I'm unable to properly emit RTL instructions in expand_builtin_mempcpy. At the end of the function I have: ... (insn 12 11 13 (set (reg:DI 5 di) (reg:DI 90)) "/home/marxin/Programming/testcases/mempcpy-1.c":1 -1 (nil)) (call_insn/j 13 12 14

Re: Help with RTL expand and a builtins

On 07/18/2017 09:16 AM, Martin Liška wrote: > I've been working on PR59521 and I'm unable to properly emit RTL instructions > in expand_builtin_mempcpy. At the end of the function I have: Correction, it's PR70140. M.

Re: Help with RTL expand and a builtins

Solved, tail call was responsible for dead RTL instructions. Martin

Re: Help with RTL expand and a builtins

On 07/18/2017 04:49 PM, Segher Boessenkool wrote: On Tue, Jul 18, 2017 at 12:49:06PM +0200, Martin Liška wrote: Solved, tail call was responsible for dead RTL instructions. This seems similar to https://gcc.gnu.org/ml/gcc-patches/2017-07/msg00362.html then. Is it? There are many cases where

Doxygen for GCC

Hello. There are couple of pending patches: https://gcc.gnu.org/ml/gcc-patches/2017-04/msg01478.html Using the patches, we can generate following Doxygen 'documentation': https://drive.google.com/open?id=0B0pisUJ80pO1dmhldmo3R3JHLWc I'm planning to periodically build it and rsync to a public

LCOV of current GCC

Hello. I've been working on some patches for GCOV and lcov was of my test scenarios. I'm sending link to static HTML pages made by the tool which are recorded for GCC (w/o bootstrap) build + running test-suite on x86_64-linux-gnu. I'm planning to set up a periodic build of that that will

Re: regression for microblaze architecture

On 05/27/2017 06:09 PM, Michael Eager wrote: > On 05/27/2017 01:51 AM, Waldemar Brodkorb wrote: >> Hi, >> >> Buildroot and OpenADK have samples to create a Linux system to be >> bootup in Qemu system emulation for microblaze architecture. >> >> With gcc 6.3 and 7.1 the samples are not working

Re: An internal GCC compiler error when compiling GCC 7.x with GCC 6.x and 4.x

On 07/30/2017 05:08 AM, Ethin Probst wrote: > Hello all, > I was trying to build GCC 7.1.0 on OpenSuse 42.1 when it encountered > an internal error. The error is thrown, for lack of a better word, in > both 4.x and 6.x. > I would have submitted a bug report on the GCC bug tracker except for > the

Help with rich_location and GIMPLE stmts

Hi. I sent this email to David some time ago, but it should be probably answered on gcc mailing list. I have idea one to improve gcov tool and I'm interested in more precise locations for gimple statements. For gcov purpose, we dump location in ipa-profile pass, which is an early IPA pass and

Transformation of contrib/check_GNU_style.sh to a python script

Hello. Recently I've been working on bigger changes to dump infrastructure and I had to fix tens of formatting issues reported by check_GNU_style.sh script. The script works quite fine, but it's very unpleasant that it reports problematic lines in the patch, not in original patches. I decided

Re: Help with rich_location and GIMPLE stmts

On 05/16/2017 09:14 PM, David Malcolm wrote: > On Mon, 2017-05-15 at 15:36 +0200, Martin Liška wrote: >> Hi. >> >> I sent this email to David some time ago, but it should be probably >> answered >> on gcc mailing list. > >> I have idea one to im

Re: Transformation of contrib/check_GNU_style.sh to a python script

Sorry, wrong file. Martin #!/usr/bin/env python3 import sys import re from unidiff import PatchSet def report_error(filename, line_no, error): print('%s:%d:%s' % (filename, line_no, error)) def validate(filename, line_no, line): # 1: validate line length line_expanded =

Re: Transformation of contrib/check_GNU_style.sh to a python script

On 05/15/2017 10:35 PM, Martin Sebor wrote: > On 05/15/2017 07:55 AM, Martin Liška wrote: >> Hello. >> >> Recently I've been working on bigger changes to dump infrastructure and I >> had to >> fix tens of formatting issues reported by check_GNU_style.sh script. T

Re: Transformation of contrib/check_GNU_style.sh to a python script

On 05/15/2017 09:31 PM, Florian Weimer wrote: > * Martin Liška: > >> validate(pfile.target_file.lstrip('b/'), >> line.target_line_no, line.value) > > Violates line length constraint. :) Yep, fixed in another email in this thread. > > My own egrep

Re: Transformation of contrib/check_GNU_style.sh to a python script

Hello. I'm sending final (slightly updated) version of the script. I'm also adding Jakub, because I remember he's got another regex patterns he's using for review process? Would it be fine to just remove the old *.sh script, or is it preferred to have them both living next to each other for

Re: Transformation of contrib/check_GNU_style.sh to a python script

On 05/19/2017 12:39 PM, Tom de Vries wrote: > On 05/19/2017 11:51 AM, Martin Liška wrote: >> Hello. >> >> I'm sending final (slightly updated) version of the script. I'm also adding >> Jakub, >> because I remember he's got another regex patterns he's using

Re: Transformation of contrib/check_GNU_style.sh to a python script

On 05/22/2017 09:08 AM, Tom de Vries wrote: On 05/19/2017 03:47 PM, Martin Liška wrote: +if __name__ == '__main__': +if len(sys.argv) > 1: +main() +else: +unittest.main() Hi, when specifying no arguments to the script, I see: ... $ ./contrib/check_GNU_style

Re: LCOV of current GCC

On 04/28/2017 06:53 PM, David Malcolm wrote: > On Fri, 2017-04-28 at 11:38 +0200, Richard Biener wrote: >> On Fri, Apr 28, 2017 at 11:07 AM, Martin Liška <mli...@suse.cz> >> wrote: >>> Hello. >>> >>> I've been working on some patches for GCOV and lc

Re: Doxygen for GCC

On 04/28/2017 02:32 PM, Martin Liška wrote: > I'm planning to periodically build it and rsync to a public website. > I guess, sometimes it can be handy. Done that (it's weekly updated): http://gcc.opensuse.org/gcc-doxygen/ Martin

Re: Missing git tags for released GCC

Hello. Can you someone add 7.1 release to git tags. I guess it's following revision: f9105a38249fb57f7778acf3008025f2dcac2b1f Thanks, Martin

Re: Help with rich_location and GIMPLE stmts

On 05/19/2017 02:14 PM, Marek Polacek wrote: > On Thu, May 18, 2017 at 01:22:02PM +0200, Martin Liška wrote: >> On 05/16/2017 09:14 PM, David Malcolm wrote: >>> On Mon, 2017-05-15 at 15:36 +0200, Martin Liška wrote: >>>> Hi. >>>> >>>> I

Re: RFC: Improving GCC8 default option settings

On 09/14/2017 12:07 PM, Markus Trippelsdorf wrote: > On 2017.09.14 at 11:57 +0200, Richard Biener wrote: >> On Wed, Sep 13, 2017 at 6:11 PM, Nikos Chantziaras wrote: >>> On 12/09/17 16:57, Wilco Dijkstra wrote: [...] As a result users are required to enable

Re: RFC: Improving GCC8 default option settings

On 09/14/2017 12:37 PM, Bin.Cheng wrote: > On Thu, Sep 14, 2017 at 11:24 AM, Richard Biener > <richard.guent...@gmail.com> wrote: >> On Thu, Sep 14, 2017 at 12:18 PM, Martin Liška <mli...@suse.cz> wrote: >>> On 09/14/2017 12:07 PM, Markus Trippelsdorf wrote:

Re: Issues when emitting sjlj dispatch table

On 09/05/2017 01:18 PM, Richard Biener wrote: > On Tue, Sep 5, 2017 at 12:20 PM, Claudiu Zissulescu > wrote: >> Hi guys, >> >> I found an ICE when emitting sjlj dispatch table for ARC. Namely, in >> sjlj_emit_dispatch_table() function, we create a dispatch table

Re: GCC Buildbot

On 09/25/2017 02:49 PM, Paulo Matos wrote: > For benchmarks like Qt, blitz (as mentioned in the gcc testing page), we > can plot the build time of the benchmark and resulting size when > compiling for size. > Please consider using LNT: http://llvm.org/docs/lnt/ Usage: http://lnt.llvm.org/ I've

Re: GCC Buildbot

Hi Paulo. Thank you for working on that! To be honest, I've been running local buildbot on my desktop machine which does builds your buildbot instance can do (please see: https://pasteboard.co/GLZ0vLMu.png): - doing time to time (once a week) sanitizer builds: ASAN, UBSAN and run test-suite -

Re: GCC Buildbot

On 09/25/2017 12:13 PM, Paulo Matos wrote: > > > On 25/09/17 11:52, Martin Liška wrote: >> Hi Paulo. >> >> Thank you for working on that! To be honest, I've been running local >> buildbot on >> my desktop machine which does builds your buildbot in

Building on gcc112 is stuck in msgfmt

Hello. I've just repeatedly seen stuck in build process: make[5]: Entering directory `/home/marxin/Programming/gcc/objdir/powerpc64le-unknown-linux-gnu/libstdc++-v3/po' msgfmt -o de.mo ../../../../libstdc++-v3/po/de.po 49__asm volatile ("sc; mfcr %0" Missing separate debuginfos, use:

Re: Building on gcc112 is stuck in msgfmt

On 08/28/2017 04:06 PM, Jeff Law wrote: On 08/28/2017 01:16 AM, Martin Liška wrote: Hello. I've just repeatedly seen stuck in build process: make[5]: Entering directory `/home/marxin/Programming/gcc/objdir/powerpc64le-unknown-linux-gnu/libstdc++-v3/po' msgfmt -o de.mo ../../../../libstdc

Re: Building on gcc112 is stuck in msgfmt

On 08/29/2017 12:39 PM, Martin Liška wrote: > (gdb) bt > #0 0x3fff950e58e4 in syscall () from /lib64/libc.so.6 > #1 0x3fff94dbbdc4 in __cxxabiv1::__cxa_guard_acquire (g=0x3fff94f26d40 > namespace)::__future_category_instance()::__fec>) at > ../../../../libstdc++-v3/

Re: Building on gcc112 is stuck in msgfmt

On 08/29/2017 11:15 AM, Stefan Ring wrote: > On Tue, Aug 29, 2017 at 9:32 AM, Martin Liška <mli...@suse.cz> wrote: >> On 08/28/2017 09:15 PM, Martin Liška wrote: >>> On 08/28/2017 04:06 PM, Jeff Law wrote: >>>> On 08/28/2017 01:16 AM, Martin Liška wrote

Re: Building on gcc112 is stuck in msgfmt

On 08/29/2017 12:47 PM, Markus Trippelsdorf wrote: > On 2017.08.29 at 12:42 +0200, Martin Liška wrote: >> On 08/29/2017 12:39 PM, Martin Liška wrote: >>> (gdb) bt >>> #0 0x3fff950e58e4 in syscall () from /lib64/libc.so.6 >>> #1 0x3fff94dbbdc4 i

Re: Building on gcc112 is stuck in msgfmt

On 08/28/2017 09:15 PM, Martin Liška wrote: > On 08/28/2017 04:06 PM, Jeff Law wrote: >> On 08/28/2017 01:16 AM, Martin Liška wrote: >>> Hello. >>> >>> I've just repeatedly seen stuck in build process: >>> >>> make[5]: Entering directory

Re: Building on gcc112 is stuck in msgfmt

On 08/29/2017 12:55 PM, Markus Trippelsdorf wrote: > On 2017.08.29 at 12:53 +0200, Martin Liška wrote: >> On 08/29/2017 12:47 PM, Markus Trippelsdorf wrote: >>> On 2017.08.29 at 12:42 +0200, Martin Liška wrote: >>>> On 08/29/2017 12:39 PM, Martin Liška

Re: [GSOC] LTO dump tool project

diff file attached herewith. > > Regards, > Hrishikesh > > On Fri, Jun 8, 2018 at 7:15 PM, Martin Liška wrote: >> On 06/08/2018 03:40 PM, Martin Liška wrote: >>> There's wrong declaration of the function in header file. I'll fix it soon >>> on trunk. Please

Re: [GSOC] LTO dump tool project

find the diff file attached herewith. > > Regards, > Hrishikesh > > On Tue, Jun 5, 2018 at 12:38 AM, Martin Liška wrote: >> On 06/04/2018 08:13 PM, Hrishikesh Kulkarni wrote: >>> >>> Hi, >>> >>> -fdump-lto-list will dump all the sy

Re: [GSOC] LTO dump tool project

On 06/08/2018 03:40 PM, Martin Liška wrote: > There's wrong declaration of the function in header file. I'll fix it soon > on trunk. Please carry on with following patch: Fixed in r261327. Martin

Re: [GSOC] LTO dump tool project

Hi. There's working patch that really generates lto-dump binary. Martin diff --git a/gcc/lto/Make-lang.in b/gcc/lto/Make-lang.in index 46950776dd2..502afe94851 100644 --- a/gcc/lto/Make-lang.in +++ b/gcc/lto/Make-lang.in @@ -21,10 +21,14 @@ # The name of the LTO compiler. LTO_EXE =

Re: [GSOC] LTO dump tool project

xt)" +stagestuff="lto1\$(exeext) lto-dump\$(exeext)" gtfiles="\$(srcdir)/lto/lto-tree.h \$(srcdir)/lto/lto-lang.c \$(srcdir)/lto/lto.c \$(srcdir)/lto/lto.h" And please rename it to lto-dump. Martin Regards, Hrishikesh On Mon, Jun 11, 2018 at 1:36 PM, Martin Liš

Re: [GSOC] LTO dump tool project

On 05/29/2018 07:17 PM, Prathamesh Kulkarni wrote: Shouldn't fdump-lto-list be enabled only if fdump is enabled ? The option is dummy, and eventually all do options will be moved to a separate tool called lto-dump. Thus all the prefixed '-fdump-lto-foo' will be replaced with -foo is guess.

Re: [GSOC] LTO dump tool project

On 05/29/2018 07:03 PM, Hrishikesh Kulkarni wrote: Hi, My exams have finally ended and I have started working on the GSOC project. I have forked GCC mirror (https://github.com/hrisearch/gcc) and created a option for dumping functions and variables used in IL. Please find the patch attached

Re: [GSOC] LTO dump tool project

On 05/29/2018 07:38 PM, Martin Liška wrote: $ nm main.o  T main  T mystring  C pole Or we can be inspired by readelf: $ readelf -s a.out [snip] Symbol table '.symtab' contains 74 entries: Num:Value Size TypeBind Vis Ndx Name 66

Re: [GSOC] LTO dump tool project

}█ gcc/lto/lto-dump.c:98:3:{█ gcc/lto/lto-dump.c:105:1:}█ And please try to avoid adding blank lines / remove blank lines in files which you don't modify. Examples: cgraph.c, varpool.c. Note that the checker is not 100% sure, but will help you. > > Regards, > Hrishikes

Re: [GSOC] LTO dump tool project

tf (stderr, "\n%20s",(flag_lto_dump_demangle)█ gcc/lto/lto-dump.c:78:2:}█ gcc/lto/lto-dump.c:79:1:}█ Martin Please find the diff file attached. Regards, Hrishikesh On Mon, Jun 4, 2018 at 2:06 PM, Martin Liška wrote: On 06/01/2018 08:59 PM, Hrishikesh Kulkarni wrote: Hi, I hav

Re: Martin Liska appointed GCOV co-maintainer

On 06/04/2018 08:22 PM, David Edelsohn wrote: I am pleased to announce that the GCC Steering Committee has appointed Martin Liska as GCOV co-maintainer. Hello. I'm pleased to become co-maintainer of the GCOV infrastructure. Thank you for the trust. Please join me in

Re: How to debug .md file?

On 06/05/2018 09:14 AM, DeepaBallari via gcc wrote: > Hello,I'm a newbie to GCC.Have done some changes to .md file(specifically > peephole.md) and the changes are not taking place.How to debug the .md file ? > Thanks! > Hi. .md files are transformed using gen* tools into C files. There's small

GCC bugzilla is down

Hi. Please fix bugzilla: https://gcc.gnu.org/bugzilla/ Can't connect to the database. Error: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) Is your database installed and up and running? Do you have the correct username and password selected in

Re: [PATCH] Add new tests for --completion option.

On 06/29/2018 08:04 PM, David Malcolm wrote: On Fri, 2018-06-29 at 13:19 -0400, Eric Gallager wrote: On 6/29/18, Martin Liška wrote: Hi. I would like to add some DejaGNU tests for completion option. Ready for trunk? Martin Presumably the point of the DejaGnu tests is: (a) to give us some

Re: Google Summer of Code 2018: Call for mentors and ideas

On 01/17/2018 11:16 PM, Joel Sherrill wrote: > > We have a tool that aggregates the output of simulator trace logs > and generates coverage reports directly. It can also generate > gcov output but there are some anomalies when gcov generates reports > from our input that don't match the truth of 

Re: Google Summer of Code 2018: Call for mentors and ideas

specific) and I would > have to be reasonably confident I'd find a good mentor for it. So far I > have the following ideas from the IRC discussion: > > 1) Jakub is willing to mentor (with someone from GDB but I reckon that >we will find someone) a project implementing OMPD. >

Re: Problem using gcov

On 02/21/2018 02:33 PM, Alexander Fichtinger wrote: > When you look at line 23 it is called 1 time. Line 24 is called 2 times (the > bold one). > We already looked in the disassembly but did not see a reason why the line > should be executed 2 times. > > Can anyone help here, please? > > Kind

Re: AW: AW: AW: Problem using gcov

org/bugzilla/show_bug.cgi?id=83813 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83813 Martin > > Thanks and kind regards, > Alexander > > -Ursprüngliche Nachricht- > Von: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] Im Auftrag von > Martin Liška > Gese

Re: [GSOC] LTO dump tool project

On 06/20/2018 07:23 PM, Hrishikesh Kulkarni wrote: > Hi, > > Please find the diff file for dumping tree type stats attached here with. > > example: > > $ ../stage1-build/gcc/lto1 test_hello.o -fdump-lto-tree-type-stats > Reading object files: test_hello.o > integer_type3 >

  1   2   3   4   5   6   7   8   9   10   >