.
>
> https://plus.google.com/108467477471815191158
>
> https://twitter.com/gnutools
>
> Anyone interested is welcome to follow.
I'm finding the twitter account to be really useful and the number of
followers is steadily increasing -- so thanks for doing that. It's a
good thing to have.
Marek
Or just wait till the integer overflow detection in ubsan is completed.
Marek
t the last commit on trunk.
I believe one of the overseers I don't want to name (hi Frank) will
have a look at this.
Marek
On Thu, Apr 03, 2014 at 04:34:00PM -0300, Daniel Gutson wrote:
> is there any plan to release a gcc 4.8.3?
Yes.
Marek
{
case 1:
break;
case 3 ... 8:
break;
default:
break;
}
Marek
touch it.
Marek
Hello everybody,
I'm looking for a nice solution.
One of my programs has a lot of strings in it; about 20% of binary size, or
something like that. Now most of them are rarely used - error messages
like "Cannot write to file", "No space left while allocating memory", etc.
I tried to compress ju
Hello everybody,
I have a feature request.
I'd like to (manually) define some byte blocks, eg. as functions with an
identifier. Then, if GCC would emit exactly these bytes, it puts a JMP
identifier there instead.
This would help by sharing many identical (text/code) byte sequences, to
make a s
Hello Richard!
[ I took linux-tiny out - it's moderated, and I don't want to spam them. ]
> Sounds like what -frtl-abstract-sequences is trying to do.
Yes, thank you. I didn't know that; that should be close.
*But*: I think it doesn't work.
$ size vmlinux-as vmlinux-Os
textdata b
Hello Michael!
> Can I test your script in my embedded system?
> Can you send to me?
Here you are.
code_overlap.pl - disassembles a binary, and outputs a list
(address, name, instruction, bytes) to STDOUT.
bytes_saved.pl - takes such a list, and tries to estimate
the amount of bytes that c
Hello Dave!
> One achitectural problem here is that GCC doesn't emit bytes. It emits
> ASCII text, in the form of assembly instructions, and it's
> not always easy to predict how they'll look by the time they've been
> through the assembler and then had relocs applied by the
> linker. (Indeed, to
Hello Jakub!
> You need to be very careful with it, as if there are any jumps
> into the middle of the to be abstracted tail sequences, you can't
> abstract them or would need to adjust also the jumps into them (if
> possible, which not always is).
When wouldn't that possible? My script currently
Hello Jakub!
>> When wouldn't that possible? My script currently splits on an
>> instruction-level -- although I would see no problem that some branch
>> jumps into a "half" opcode of another branch, if the byte sequence
>> matches.
>
> Consider:
> :
>0: b8 a4 00 00 00
BTW - It gets much better:
$ ls -la /usr/lib/libgcj.so.90.0.0
-rw-r--r-- 1 root root 32844984 3. Feb 16:03 /usr/lib/libgcj.so.90.0.0
$ ./run /usr/lib/libgcj.so.90.0.0
Approx. 470045 bytes saved.
That's 1.4% :-)
If my script isn't buggy, that is
--
Versioning your /etc, /home or
On Friday 07 March 2008 Ian Lance Taylor wrote:
> "Philipp Marek" <[EMAIL PROTECTED]> writes:
> >> Shouldn't this be done in the linker instead?
> >
> > Well, can the linker change the instruction sequences? Ie. put a JMP
> > instead of other c
thers so maybe Martin's account got messed
> up in the migration somehow?
The authors of those commits are correct, it's just that the commit-to-Bugzilla
sync is broken at the moment and Martin L. was doing it manually.
Marek
On Fri, Mar 13, 2020 at 09:56:58AM -0600, Martin Sebor wrote:
> On 3/13/20 9:50 AM, Marek Polacek wrote:
> > On Fri, Mar 13, 2020 at 09:46:40AM -0600, Martin Sebor via Gcc wrote:
> > > It looks as though commits with bug fixes appear in Bugzilla comments
> > > made
uthor nor date stamp is used - that all can be get from git
This is good.
> - --inline option is not supported - I don't see a use-case for it now
I actually use mklog -i all the time. But I can work around it if it
disappears.
--
Marek Polacek • Red Hat, Inc. • 300 A St, Boston, MA
On Fri, May 15, 2020 at 03:12:27PM +0200, Martin Liška wrote:
> On 5/15/20 2:42 PM, Marek Polacek wrote:
> > I actually use mklog -i all the time. But I can work around it if it
> > disappears.
>
> Ah, I can see a consumer.
> There's an updated version that suppo
On Tue, May 19, 2020 at 01:03:09PM -0600, Martin Sebor via Gcc wrote:
> I'm having trouble with the commit hook that tries to enforce
> ChangeLog contents. It fails with an error that doesn't make
> sense to me: the file it complains isn't mentioned clearly is
> listed there and I can't tell what
it on the website but couldn’t find anything.
You can add Co-authored-by: name to your commit.
If we don't already document it, we should.
Marek
ing:
That manual is for version 3.2, which is ancient. See
https://gcc.gnu.org/onlinedocs/gcc-10.2.0/gcc/Attribute-Syntax.html#Attribute-Syntax
Marek
not like it
Because CWG 727 isn't implemented yet:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282
Marek
nts this might mater?)
See libiberty/pex-common.c.
Marek
owed that we
> can make changes with GCC’s social organization. If we fail to do so, it
> will continue to be harder and harder to attract new talent to GCC
> development.
I support this and believe we ought to act now.
Marek
e is allocated
> via BITMAP_ALLOC() with a bitmap_obstack variable defined alongside
> the map.
My sense is that this is the problem. What happens if you use
BITMAP_GGC_ALLOC?
Marek
ined to update refs/heads/master
> To git+ssh://gcc.gnu.org/git/gcc.git
> ! [remote rejected] master -> master (hook declined)
> error: failed to push some refs to
> 'git+ssh://mse...@gcc.gnu.org/git/gcc.git'
>
Marek
gt; > >
> > >
> > > On Tue, 6 Jul 2021, 22:45 Martin Sebor via Gcc, > <mailto:gcc@gcc.gnu.org>
> > > <mailto:gcc@gcc.gnu.org <mailto:gcc@gcc.gnu.org>>> wrote:
> > >
> > > On 7/6/21 3
t releases/gcc-11.2.0
>
> Can someone tell me how to run the C++ IPA tests? I'm sure there is
> something silly that I'm doing wrong, but can't find out what it is.
There's no ipa.exp in gcc/testsuite/g++.dg/ipa. Instead you probably
want
make check-c++ RUNTESTFLAGS=dg.exp=ipa/*
Marek
un, 0))
to replace the previous macro FOR_EACH_LOOP
FOR_EACH_LOOP (loop, 0)
which shows a number of examples like
- loop_p loop;
- FOR_EACH_LOOP_FN (fn, loop, LI_INCLUDE_ROOT)
+ for (auto loop : loops_list (fn, LI_INCLUDE_ROOT))
Marek
eric", "-march=x86-64", "-auxbase",
> "SG105A", "-f-flex-debug", "-f-yacc-debug", "-o", "/tmp/ccIBQZv1.s"],
> 0x1578290 /* 40 vars */
>
> The stanza in cobol/lang.opt looks similar to others in
> fortran/lang.opt. The gcc internals don't mention anything else that I
> could find that needs to be done. I've done a complete rebuild after
> "make distclean". And still no joy.
doc/options.texi describes options relative well, I think.
> We are working with a gcc fork of 10.2. Our log message says (in part):
>
> The "tiny" branch was started with the 10.2.1
> origin/releases/gcc-10 branch> c806314b32987096d79de21e72dc0cf783e51d57)
>
> What am I missing, please?
>
> --jkl
>
Marek
On Thu, Mar 17, 2022 at 12:21:36PM -0400, James K. Lowden wrote:
> On Wed, 16 Mar 2022 14:45:33 -0400
> Marek Polacek wrote:
>
> Hi Marek,
>
> > Let's avoid -f-foo; use -ffoo instead, like the rest of GCC.
>
> Sure. I hadn't noticed the distinction
which seems a buggy error message to me: I wrote "p", not "*p"; also the
> compiler suggests replacing "->" with itself.
Yes, this is https://gcc.gnu.org/PR91134
Marek
ly better off using a hash_map; std::unordered_map
has efficiency issues as described in
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/p2028r0.pdf
Marek
e parallel “C89isms in the test suite” thread.
>
> I wonder if anything went into the default C2X language mode already
> that could be similarly disruptive as the removal of implicit ints? In
> that case, I should probably backport that change into my GCC test
> version. (To avoid chasing ghosts, it's based off GCC 12, I've decided
> to decouple it from our planned switch to GCC 13.)
>
> Thanks,
> Florian
>
Marek
yntax rule or constraint.
IIRC, the only case where the compiler _must_ emit a hard error is for #error.
> Is this interpretation correct?
>
> Sorry if this questions this is more appropriate for the gcc-help list.
>
> Thanks,
> Florian
>
Marek
accept that, I can try to implement that. (That would be my first
> contribution to this project and I do not know gcc codebase, but it
> looks like a relatively simple change.) Do you think that it would need
> a copyright assignment?
I think it would.
Thanks,
Marek
; generates no warning even with -Wextra. That hit me today, because I
> had a large enum with many explicitly assigned constants and I
> accidentally used the same value twice, which is an obvious source of
> problems.
This is https://gcc.gnu.org/PR16186.
Marek
should be
> rejected. The request is for a warning, because for *some* uses of enums
> duplicates are not wanted.
And as I said in the other thread about the very same issue, it's
<https://gcc.gnu.org/PR16186> which is assigned to me and I hope to
implement it for GC 14.
Marek
in function
> argument lists, e.g.
>
> algorithm ([] (parms)
> {
> return foo;
> });
And what about lambdas in conditions:
if (foo ()
&& [&] (params) mutable
{
return 42;
} ())
should the { go just below [?
Marek
On Wed, Jan 10, 2024 at 04:24:42PM -0500, Jason Merrill wrote:
> On 1/10/24 15:59, Marek Polacek wrote:
> > On Wed, Jan 10, 2024 at 02:58:03PM -0500, Jason Merrill via Gcc wrote:
> > > What formatting style do we want for non-trivial lambdas in GCC sources?
> > > I
l compiler error: in decl_attributes, at
attribs.cc:776
which crashes with both cc1{,plus}. The problem happens when the attribute
is both in std_attributes and c_common_gnu_attributes, it seems.
Marek
On 4/18/24 7:53 AM, Thomas Huth wrote:
On 18/04/2024 05.27, Sandra Loosemore wrote:
Tomorrow I plan to push patches to mark the nios2 target as obsolete
in GCC 14.
Background: Intel has EOL'ed the Nios II processor IP and is now
directing their FPGA customers to a RISC-V platform instead.
h
hout testing on hardware, either for treewide
changes, or by code inspection. The only notable exceptions I could
find are from Andreas Oetken and Bernd Weiberg at Siemens and
from Marek Vasut (all added to Cc in case they have something to add).
I might still have the 10M50 board, but it wasn'
101 - 144 of 144 matches
Mail list logo
