[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #12 from Konstantin Kharlamov --- (In reply to Martin Uecker from comment #11) > A conforming C compiler has to diagnose all violations of constraints with > the same correct type of x in all branches (not the type it would have in >

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #10 from Konstantin Kharlamov --- (In reply to uecker from comment #9) > Some warnings are then even required to be standard compliant. I just searched through the C standard and no warnings seem to be required by it. The only place

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 --- Comment #8 from Konstantin Kharlamov --- (In reply to uecker from comment #7) > Fundamentally, the program is that _Generic is not ideally designed for this > use case. Why? > One could consider an extension > > _Generic(x, int i: f(i),

[Bug c/111598] New: Wimplicit-fallthrough print for a code that is not compiled in

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- When a switch-case has a "fallthrough" case that is surrounded by an `#ifdef` and is not compiled in, GCC does not

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 Konstantin Kharlamov changed: What|Removed |Added CC||Hi-Angel at yandex dot ru

Re: Please, really, make `-masm=intel` the default for x86

On Fri, 25 Nov 2022 at 09:40, LIU Hao via Gcc wrote: > One annoying thing about GCC is that, for x86 if I need to write I piece of > inline assembly then I > have to do it twice: one in AT syntax and one in Intel syntax. Why? A default is merely a default. I don't really see why changing that

[Kernel-packages] [Bug 1833281]

Modern kernels handle SWAPPING situations much better. Also, these days the Multi-LRU patchset should pretty much resolve the problem. It is not yet upstream, but is used in downstream kernels such as linux-zen and liquorix-kernel. There is hope it will be merged by 5.19¹ 1:

[Bug 1833281]

Modern kernels handle SWAPPING situations much better. Also, these days the Multi-LRU patchset should pretty much resolve the problem. It is not yet upstream, but is used in downstream kernels such as linux-zen and liquorix-kernel. There is hope it will be merged by 5.19¹ 1:

[Bug c++/92559] Returning std∷map breaks tail-recursion optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92559 --- Comment #5 from Konstantin Kharlamov --- (In reply to Konstantin Kharlamov from comment #4) > By the way, FTR: I don't have the code anymore, but initially the problem > came from a real-life algorithm involving lots of state, which looked

[Bug c++/92559] Returning std∷map breaks tail-recursion optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92559 --- Comment #4 from Konstantin Kharlamov --- By the way, FTR: I don't have the code anymore, but initially the problem came from a real-life algorithm involving lots of state, which looked barely readable when implemented in iterative way (i.e.

[Bug c++/92559] Returning std∷map breaks tail-recursion optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92559 --- Comment #3 from Konstantin Kharlamov --- (In reply to Andrew Pinski from comment #2) > I don't think this can ever be optimized. Mainly because there are copies > happening due to passing via value and returning by value. Please correct me

[Bug c/101525] New: "out of the bounds" warning for an Innocuous memset call with LTO

ty: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- Created attachment 51176 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51176=edit preprocessed file that triggers

[Bug middle-end/92718] [9/10/11/12 Regression] Bogus Wstringop-overflow in __builtin_memset() of an element of array of size 1 of struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92718 --- Comment #9 from Konstantin Kharlamov --- Omg, I am sorry, please ignore my comment. For some incomprehensible reason bugzilla circles through bug entries upon sending a comment. My comment here was supposed for another report, but then

[Bug middle-end/92718] [9/10/11/12 Regression] Bogus Wstringop-overflow in __builtin_memset() of an element of array of size 1 of struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92718 Konstantin Kharlamov changed: What|Removed |Added CC||Hi-Angel at yandex dot ru

[Bug middle-end/93437] [9 Regression] bogus -Warray-bounds on protobuf generated code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93437 Konstantin Kharlamov changed: What|Removed |Added CC||Hi-Angel at yandex dot ru

Re: Remove RMS from the GCC Steering Committee

Hello! I don't know all the details, and it surprises me nobody is asking for them. Let me be the first. On Fri, 26 Mar 2021 at 23:03, Nathan Sidwell wrote: > I’m a white dude with a British accent. > /Of course/ I have white male privilege. So, this text makes me feel sorry for the author, but

[Bug c++/92559] New: Returning std∷map breaks tail-recursion optimization

Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- The following code, exploiting tail-recursion, does not get optimized into a loop with -O3 option, so it crashes if you try to run it. #include using MyMap

[Bug middle-end/48363] Recursion not converted into a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48363 Konstantin Kharlamov changed: What|Removed |Added CC||Hi-Angel at yandex dot ru

[Bug tree-optimization/71761] missing tailcall optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761 --- Comment #6 from Konstantin Kharlamov --- Thanks, okay, so, for the record: comment #3 seems no longer relevant, since the function `find_tail_calls()`, when analyzing g(), gets executed till its end. No early returns anywhere. Tested with:

[Bug tree-optimization/71761] missing tailcall optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761 Konstantin Kharlamov changed: What|Removed |Added CC||Hi-Angel at yandex dot ru

[Bug middle-end/91515] missed optimization: no tailcall for types of class MEMORY

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91515 --- Comment #2 from Konstantin Kharlamov --- I think this is a duplicate of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761

[Bug sanitizer/92474] Sanitizer breaks tail-recursion optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92474 --- Comment #2 from Konstantin Kharlamov --- (In reply to Jakub Jelinek from comment #1) > Note, starting with r273603, the trunk doesn't tail call optimize this > either even without -fsanitize=, unless -fno-tree-sra. Is there a report for

[Bug sanitizer/92474] New: Sanitizer breaks tail-recursion optimization

: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at gcc dot gnu.org Target Milestone

[Bug sanitizer/91878] No sanitizer report for past-end access of std∷set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91878 --- Comment #7 from Konstantin Kharlamov --- @Jonathan Wakely I think you accidentally closed the report, would you mind to reopen it (I'm not seeing why would it be "invalid", people even confirmed that more support for std containers is being

[Bug sanitizer/91878] No sanitizer report for past-end access of std∷set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91878 --- Comment #6 from Konstantin Kharlamov --- (In reply to Jonathan Wakely from comment #5) > No, that's not how undefined behaviour works. You are wrong to expect a crash No, in context of the report I'm not. You're correct this is not how UB

[Bug sanitizer/91878] No sanitizer report for past-end access of std∷set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91878 --- Comment #4 from Konstantin Kharlamov --- (In reply to Marc Glisse from comment #3) > -D_GLIBCXX_DEBUG is the current way to add many checks to libstdc++, and it > detects this. Oh, cool, I'll make use of it, thanks for the hint!

[Bug sanitizer/91878] No sanitizer report for past-end access of std∷set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91878 --- Comment #1 from Konstantin Kharlamov --- Btw, worth noting that clang 8.0.1 does not handle it either.

[Bug sanitizer/91878] New: No sanitizer report for past-end access of std∷set

Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at gcc dot gnu.org Target Milestone

[Bug c++/91777] No warning for iterator going out of scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91777 --- Comment #5 from Konstantin Kharlamov --- (In reply to Martin Liška from comment #4) > (In reply to Konstantin Kharlamov from comment #3) > > (In reply to Martin Liška from comment #2) > > > I can see a ASAN error: > > > > Correct. You set

[Bug c++/91777] No warning for iterator going out of scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91777 --- Comment #3 from Konstantin Kharlamov --- (In reply to Martin Liška from comment #2) > I can see a ASAN error: Correct. You set the report status to WAITING: do you expect some answer from me, or was it accidental?

[Bug c++/91777] No warning for iterator going out of scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91777 --- Comment #1 from Konstantin Kharlamov --- FTR, on IRC was referenced the following paper that may be interesting for implementors https://github.com/isocpp/CppCoreGuidelines/blob/master/docs/Lifetime.pdf

[Bug c++/91777] New: No warning for iterator going out of scope

++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- The testcase below would've worked if instead of `return {l,…` was used `return {move(l),…`. But it wasn't, and due to lack of borrow-semantics in C++ language such mistakes

[Bug debug/91751] In backtrace, calls to c++ destructors are shown way afar from the actual place

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91751 --- Comment #3 from Konstantin Kharlamov --- (In reply to Jonathan Wakely from comment #2) > The advantage of showing the location of the constructor is that you can see > which object is being destroyed. If the location was shown as the end of

[Bug debug/91751] New: In backtrace, calls to c++ destructors are shown way afar from the actual place

: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- As the title says. I'm not aware of a way to get backtrace with gcc builtins, so I'm using gdb in testcase, so it's

Re: Enabling Ctags Tree Wide for GCC

On Wed, 11 Sep 2019 at 12:50, Hi-Angel wrote: > > On Wed, 11 Sep 2019 at 09:55, Nicholas Krause wrote: > > > > > > On 9/11/19 2:30 AM, Andreas Schwab wrote: > > > On Sep 11 2019, Nicholas Krause wrote: > > > > > >> I was wondering what is

Re: Enabling Ctags Tree Wide for GCC

On Wed, 11 Sep 2019 at 09:55, Nicholas Krause wrote: > > > On 9/11/19 2:30 AM, Andreas Schwab wrote: > > On Sep 11 2019, Nicholas Krause wrote: > > > >> I was wondering what is the easiest way to allow source tree wide > >> ctags. > > There is make TAGS, which uses etags. Note: over time on the

[Bug c++/91436] Confusing suggestion to include

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91436 --- Comment #6 from Konstantin Kharlamov --- Thank you!

[Bug c++/91436] New: Confusing suggestion to include

++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- When the reason for an undefined function is too low c++ standard, g++ still suggests to include the header where it's supposed to be. As a result, when in a project you're not familiar

[Bug sanitizer/91311] __attribute__ ((aligned (128))) results in stack-use-after-scope and stack-buffer-overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91311 Konstantin Kharlamov changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug sanitizer/91311] __attribute__ ((aligned (128))) results in stack-use-after-scope and stack-buffer-overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91311 --- Comment #1 from Konstantin Kharlamov --- Created attachment 46652 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46652=edit rr record for the testcase, results in stack-use-after-scope I'm also attaching the `rr` record for the

[Bug sanitizer/91311] New: __attribute__ ((aligned (128))) results in stack-use-after-scope and stack-buffer-overflow

Severity: normal Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc

[Bug tree-optimization/86050] Inline break tail-call optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050 --- Comment #7 from Konstantin Kharlamov --- (In reply to Aso Renji from comment #6) > (In reply to Konstantin Kharlamov from comment #5) > > Just tested with 8.3.0 version on the other PC, same there, i.e. stack space > > does not increase when

[Bug tree-optimization/86071] -O0 -foptimize-sibling-calls doesn't optimize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86071 --- Comment #2 from Konstantin Kharlamov --- (In reply to Alexander Monakov from comment #1) > In GCC there's no way to selectively enable a few optimizations with their > -f flags at -O0 level: -O0 means that optimizations are completely

[Bug tree-optimization/86050] Inline break tail-call optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050 --- Comment #5 from Konstantin Kharlamov --- (In reply to Konstantin Kharlamov from comment #4) > Works for me on gcc 9.1.0. I compile it as: > > $ g++ test.cpp -o a -O2 > > And then running `./a` results in a bunch of: > > Consumed

[Bug tree-optimization/86050] Inline break tail-call optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86050 --- Comment #4 from Konstantin Kharlamov --- Works for me on gcc 9.1.0. I compile it as: $ g++ test.cpp -o a -O2 And then running `./a` results in a bunch of: Consumed 80 bytes Consumed 80 bytes Consumed 80 bytes Consumed

[Bug middle-end/77433] warn about usage of object that outside of the scope of the object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77433 Konstantin Kharlamov changed: What|Removed |Added CC||Hi-Angel at yandex dot ru

Re: GCC missing -flto optimizations? SPEC lbm benchmark

I never could understand, why field reordering was removed from GCC? I mean, I know that it's prohibited in C and C++, but, sure, GCC can detect whether it possibly can influence application behavior, and if not, just do the reorder. The veto is important to C/C++ as programming languages, but

[Bug c++/89326] [RFE] Highlight `required from here` in compile-error output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89326 --- Comment #2 from Konstantin Kharlamov --- Btw, I just occasionally noted: godbolt site adds their own highlight to GCC output, in particular they highlight the whole line with "required from here" with blue. Maybe something can be borrowed

[Bug c++/89326] New: [RFE] Highlight `required from here` in compile-error output

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- Compile-errors of constructors and templates can give a lot of output. Usually the first thing in debugging is to figure out where

[Bug c++/89192] New: -Wuninitialized doesn't warn about a vector initialization with uninitialized field

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- # Steps to reproduce (in terms of terminal commands): $ cat test.cpp #include struct MyStruct

[Bug lto/89147] flto removes functions implemented in asm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89147 --- Comment #2 from Konstantin Kharlamov --- (In reply to Andrew Pinski from comment #1) > >Possible workarounds are welcome. > > Use -ffat-lto-objects or use a .s file. Thank you for reply! Adding a `-ffat-lto-objects` to the command above

[Bug lto/89147] New: flto removes functions implemented in asm

Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru CC: marxin at gcc dot gnu.org Target Milestone: --- This came up while researching why -flto build of Mesa fails with linking errors. The asm snippet below is from an auto-generated code

[Bug c/89082] New: Feature request: provide annotation for code that's unlikely to be executed

: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- In most projects a definite pattern that's unlikely to be executed is a PRINT_ERR macro which is basically a wrapper around

[Kernel-packages] [Bug 1690085]

> Has anyone run *BSD or FreeDOS or something else which would allow a Ryzen to > get bored for hours/days? Yes, FreeBSD is affected too https://www.phoronix.com/scan.php?page=news_item=Ryzen-BSD-Lock- Ups-2018 -- You received this bug notification because you are a member of Kernel Packages,

[Bug 1690085]

> Has anyone run *BSD or FreeDOS or something else which would allow a Ryzen to > get bored for hours/days? Yes, FreeBSD is affected too https://www.phoronix.com/scan.php?page=news_item=Ryzen-BSD-Lock- Ups-2018 -- You received this bug notification because you are a member of Ubuntu Bugs, which

[Bug c++/87057] in compilation error, gcc should note about deleted copy-constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87057 --- Comment #6 from Konstantin Kharlamov --- (In reply to Jonathan Wakely from comment #4) > (In reply to Konstantin Kharlamov from comment #2) > > As far as such trivial optimizations concerned, I'd prefer to rely on the > > compiler figuring

[Bug c++/87057] in compilation error, gcc should note about deleted copy-constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87057 --- Comment #3 from Konstantin Kharlamov --- (In reply to Konstantin Kharlamov from comment #2) > Thanks, I prefer the `{x}` to just `x` because in the latter I'm being *"in the former", sorry.

[Bug c++/87057] in compilation error, gcc should note about deleted copy-constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87057 --- Comment #2 from Konstantin Kharlamov --- (In reply to Jonathan Wakely from comment #1) > That would require a lot of special-casing just for std::variant. Well, I think, in place of std::variant there could be any struct-wrapper; but I get

[Bug c++/87057] New: in compilation error, gcc should note about deleted copy-constructor

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- When, in a code, a copy-constructor deleted but used, GCC issues an absolutely unhelpful message that it couldn't convert the argument

[Bug tree-optimization/86071] New: -O0 -foptimize-sibling-calls doesn't optimize

: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- # Steps to reproduce: $ cat test.cpp struct Node { Node* children

[Bug c++/83425] New: No warning about assignment int to unsigned

++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- Steps to reproduce: $ cat test.cpp int ret_int() { return -1; } int main() { unsigned foo = ret_int(); (void)foo

Re: X is consuming ~100 GiB of RAM(!)

On 7 December 2017 at 19:22, Ewen Chan wrote: > Pros (for Linux): It's faster when it is running at runlevel 3. Oh, by the way, I forgot to mention — just a tiny detail you might be curious of. I'm pretty sure you're running some old kernel, however in every kernel release

Fwd: X is consuming ~100 GiB of RAM(!)

-- Forwarded message -- From: Hi-Angel <hiangel...@gmail.com> Date: 7 December 2017 at 21:12 Subject: Re: X is consuming ~100 GiB of RAM(!) To: Ewen Chan <chan.e...@gmail.com> On 7 December 2017 at 19:22, Ewen Chan <chan.e...@gmail.com> wrote: >> Tha

Re: X is consuming ~100 GiB of RAM(!)

pen source :) That said, I don't know how hard it might be on SuSe. On Archlinux here we have ᴬᵁᴿ repository, and building e.g. mesa from source is as easy as a command "yaourt -S mesa-git". On 7 December 2017 at 18:36, Ewen Chan <chan.e...@gmail.com> wrote: > Hi-Angel: > > I'm

Re: X is consuming ~100 GiB of RAM(!)

at 18:18, Ewen Chan <chan.e...@gmail.com> wrote: > Hi-Angel: > >> Have you rebuild initramfs after blacklisting by the way? > > So...I did what that thread (and the thread that it points to within that > thread) says to do. > > Created blacklist.conf and then pu

Re: X is consuming ~100 GiB of RAM(!)

led] > Capabilities: [dc] Power Management version 1 > Kernel modules: mgag200 > > Is there another way to confirm that the blacklisting did what it was > supposed to? > > Thanks. > > On Wed, Dec 6, 2017 at 11:39 PM, Hi-Angel <hiangel...@gmail.com&g

Re: X is consuming ~100 GiB of RAM(!)

On 7 December 2017 at 06:19, Hi-Angel <hiangel...@gmail.com> wrote: > On 7 December 2017 at 06:05, Ewen Chan <chan.e...@gmail.com> wrote: >> Hi-Angel: >> >> Thank you for that!!! >> >> Two questions: >> >> 1) Will the commands from th

Re: X is consuming ~100 GiB of RAM(!)

On 7 December 2017 at 06:05, Ewen Chan <chan.e...@gmail.com> wrote: > Hi-Angel: > > Thank you for that!!! > > Two questions: > > 1) Will the commands from the CentOS distro work with SuSE? Well, the linked post doesn't show how to blacklist because it was created af

Re: X is consuming ~100 GiB of RAM(!)

On 7 December 2017 at 05:45, Hi-Angel <hiangel...@gmail.com> wrote: > On 6 December 2017 at 15:25, Vladimir Dergachev <volo...@mindspring.com> > wrote: >> >> Keep in mind that Xorg will show memory usage from mapping graphics memory.. >> which could be lar

Re: X is consuming ~100 GiB of RAM(!)

On 6 December 2017 at 15:25, Vladimir Dergachev wrote: > > Keep in mind that Xorg will show memory usage from mapping graphics memory.. > which could be large on your card. > > Also, are you using CUDA ? I don't think Matrox provides CUDA functional. @Ewen, by the way,

Re: X is consuming ~100 GiB of RAM(!)

On 6 December 2017 at 02:36, Vladimir Dergachev wrote: > > Also, given the the high usage does not happen outside of gnome session, > perhaps this is connected to compositing.. There're 2 mails which didn't get yet into the ML because they contain a screenshot, and

Re: X is consuming ~100 GiB of RAM(!)

The troubleshooting link you provided states that the high memory usage typically belongs to some other application. Sorry, I am just an occasional bystander here, and can't tell much of technical details, but I imagine it works like this(I hope someone will correct me on details): an app

[Bug c++/83161] Feature request: add a builtin for printing structs and classes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83161 --- Comment #1 from Constantine Kharlamov --- Just another data point I forgot to mention: https://stackoverflow.com/questions/3311182/linux-c-easy-pretty-dump-printout-of-structs-like-in-gdb-from-source-co 7k views. Author of this one went as

[Bug other/83161] New: Feature request: add a builtin for printing structs and classes

Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- It's very useful for debugging to pretty-print an entire struct. Typically people firing up gdb for this, but sometimes it's hard, like

Re: forum for Motif, XLib, etc. programming enthusiasts?

I am a bit confused if you're talking of modern toolkits, or older ones, or in general. If in general, than this is untrue — QtCreator allows you to design GUI pretty much like Borland Delphi or Visual Studio. For GTK alike thing is Glade — it's not so good as "design" tab in QtCreator by virtue

Re: Segmentation fault at adress 0x0 | nvidia Quadro K620M

To me it looks like something with Intel DDX driver. To check if it's true try creating a file /etc/X11/xorg.conf.d/20-modesetting.conf with content like: Section "Device" Identifier "Intel Graphics" Driver "modesetting" Option "Backlight" "intel_backlight" EndSection

Re: -ffunction-sections and -fdata-sections documentation

On 13 October 2017 at 17:02, David Edelsohn wrote: > On Fri, Oct 13, 2017 at 3:06 AM, Sebastian Huber > wrote: >> Hello, >> >> I would like to update the documentation of these compiler flags and have >> some questions. The

[Bug c++/81234] New: [regression] flexible array member not at end of ‘struct

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Hi-Angel at yandex dot ru Target Milestone: --- This code used to work prior to gcc-7.1 (it worked on 4.x, and — I just tested — 6.3 works too, with a warning though): struct DataPacket

How to remove keybinding from Vim keymap?

I just started hacking, and ATM I'm trying to fix visual map in Yi *(it have to be in Operators.hs, and to work on text objects)*, and I even did the actual code, but I'm stuck on removing the previous keybinding. I feel silly, but I seem to removed everything which could cause it, still, after

Re: Replacing my daily editor with Yi

Same here, horribly want to migrate from the combination Emacs+Evil :D I'd say that Emacs is the worst implementation of the greatest idea. Yi definitely doesn't seem to be as mature in the sense of addons, but still, if I'd put as much efforts in it as I put in my Emacs config/debugging back

[Qemu-discuss] Prohibit certain keys interception?

Is there a way to disallow QEMU an interception of certain keys? I recently moved here from VirtualBox, and there was a great upside that it didn't intercept hotkeys of my WM *(it's AwesomeWM)*. However QEMU does intercepts them, so e.g. to switch somewhere from QEMU window I need to press first

Re: [libreoffice-users] Re: Save UNO state?

(object,1) findDiff(res1, res2) for d in diff: print(d) time.sleep(.4) Am 22.08.2015 um 20:24 schrieb Piet van Oostrum: Hi-Angel wrote: Okay, I wrote a python code that explores every property, and doesn't fall into an infinite cycle. It is [...] However

Re: [libreoffice-users] Re: Save UNO state?

the problem is that most elements still appears in output many times — the check that in backtrace wasn't the current element is ensures only that it wouldn't fall in an infinite cycle. 2015-08-21 7:28 GMT+03:00 Hi-Angel hiangel...@gmail.com: What is the purpose of comma separated machine data

Re: [libreoffice-users] Re: Save UNO state?

What is the purpose of comma separated machine data in a word processor document? That is to save in file. The more newlines, the easier differ the text with vimdiff. Because if'd left these thousands symbols lines as is, it would be really hard to see what just changed. Why don't you save the

Re: [libreoffice-users] Re: Save UNO state?

Yay, that's actually cool :з So, I modified the code a bit to make it Pythonish. It doesn't print all existing properties though, but I modified it to print also at least every paragraph property. It is: doc = desktop.loadComponentFromURL(file:///tmp/output.odt ,_blank, 0, ()) file =

Re: [libreoffice-users] Save UNO state?

Okay, I reported an enhancement request; let's if it could be done https://bugs.documentfoundation.org/show_bug.cgi?id=93516 2015-08-17 7:46 GMT+03:00 Hi-Angel hiangel...@gmail.com: Well, I think at some level that all comes to a simple objects. Anyway, how do you compare properties? E.g. I

[libreoffice-users] Save UNO state?

Often it is really hard to figure out for how to do something in UNO unless someone already did it, and left a description on the Internet. Even in the presence of MRI. So I'm wondering: perhaps is there a way to save UNO state? So that one could just save the state, change something they're

Re: [libreoffice-users] Save UNO state?

» just did changed? 2015-08-17 4:28 GMT+03:00 Andrew Douglas Pitonyak and...@pitonyak.org: On 08/16/2015 03:53 PM, Hi-Angel wrote: Often it is really hard to figure out for how to do something in UNO unless someone already did it, and left a description on the Internet. Even in the presence

Re: [libreoffice-users] Re: UNO: iterate through headings?

Thank you, that is interesting! 2015-08-16 13:34 GMT+03:00 Andreas Säger ville...@t-online.de: I know next to nothing about Writer because I rarely use any word processors and my mind can not sync Writer's API with what I see on the screen. Let's try anyway: The enumeration of the document

Re: [libreoffice-users] Re: UNO: iterate through headings?

need to check that it actually is — in above the code I'm doing this with the «if ( par.supportsService(com.sun.star.text.Paragraph)» 2015-08-12 23:09 GMT+03:00 Hi-Angel hiangel...@gmail.com: I found there's a function «getFlatParagraphIterator()», which result in turn have functions like

Re: [libreoffice-users] Re: How to work with PyUNO documentation?

Andreas Säger ville...@t-online.de: Am 09.08.2015 um 09:14 schrieb Hi-Angel: Hm, that's interesting. However I couldn't figure out how to get properties of the object under the cursor. I'm feel there's a Double-Click -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org

Re: [libreoffice-users] Re: UNO: iterate through headings?

Hi-Angel hiangel...@gmail.com: Okay, to point what is confuses me with MRI — I tried to copy properties list when cursor is in the table of contents and somewhere in text. The *diff* utility then shows no difference. But supposing that there is indeed no difference, I still couldn't see how

[Mono-list] Primary clipboard?

Don't know whether it is a bug — either way I didn't found anything on the topic, so I decided to ask here. With mono applications doesn't work the primary clipboard. That is, if one launches a mono app, then selects a text there — the text not replace whatever in the primary clipboard was. But

Re: [libreoffice-users] Re: How to work with PyUNO documentation?

Hm, that's interesting. However I couldn't figure out how to get properties of the object under the cursor. I'm feel there's a misunderstanding. E.g. for a test I placed cursor to a simple text, called MRI, and copied all the properties. Next I placed cursor to the Table Of Contents, and did the

[libreoffice-users] UNO: iterate through headings?

In python I have an opened document, and I need to change styles of some «Heading 1»'s. (actually I need to do the thing like here http://ask.libreoffice.org/en/question/53521/how-to-exclude-some-chapters-from-automatic-numbering-of-headings/ , but in script) I couldn't figure out, what is a

Re: [libreoffice-users] Re: UNO: iterate through headings?

-08-09 23:34 GMT+03:00 Andreas Säger ville...@t-online.de: Am 09.08.2015 um 16:52 schrieb Hi-Angel: In python I have an opened document, and I need to change styles of some «Heading 1»'s. (actually I need to do the thing like here http://ask.libreoffice.org/en/question/53521/how-to-exclude-some

Re: [libreoffice-users] Re: UNO: iterate through headings?

for how to iterate through headings. I do understand that the only thing I need is just change style of particular paragraphs, and here I'm stuck. 2015-08-10 3:07 GMT+03:00 Hi-Angel hiangel...@gmail.com: Thank you for suggestion. Unfortunately I didn't managed to understand how to work with MRI

[libreoffice-users] How to work with PyUNO documentation?

Hello, I'm having a problem with the docs. E.g. there's a method gotoRange that takes XTextRange type. So, I need to find a method in the class of opened document that returns that type. Well, easy: type(file) class 'pyuno' And… there isn't documentation for the class pyuno. That's just

Re: Localize the «Compoze» key combinations?

2015-01-20 22:44 GMT+03:00 wetts...@gmail.com: If you are willing to modify your libX11, something you might want to try is to change libX11/modules/im/ximcp/imLcFlt.c such that the calls to XLookupString are done with a modified value of ev-xkey.state. You mask out the two bits of the state

Re: Localize the «Compoze» key combinations?

+03:00 Hi-Angel hiangel...@gmail.com: E.g. after I am in cyryllic layout pressed «Compose + Б + Б», it would produced the « sign because in English layout the «Б» key is in the place of the «» key. Any ideas are welcome. When you are using the compose mechanism from Xlib, you can add your own

  1   2   >