https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63886
--- Comment #12 from Eric Gallager ---
I think someone added the -Wabsolute-value warning flag to GCC
recently; is it ok to close this bug now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82595
--- Comment #6 from Eric Gallager ---
On 10/19/17, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82595
>
> --- Comment #5 from Jakub Jelinek ---
> BTW, why --without-pic? What you want to achieve by that?
>
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
--- Comment #6 from Eric Gallager ---
On 8/24/17, Mykola Orliuk wrote:
> Hello
>
> Sure,
>
> struct Value {
> Value();
> Value(const Value&);
> Value(Value&&);
> };
>
> struct Frame {
> Value value; //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80653
Eric Gallager changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81453
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
Keywords: diagnostic
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
CC: dmalcolm at redhat dot com
Target Milestone: ---
Host: i386-apple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49928
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Host: i386-apple-darwin9.8.0
Target: i386-apple-darwin9.8.0
Build: i386-apple-darwin9.8.0
Simple testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68649
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
--- Comment #18 from Eric Gallager ---
(In reply to Dominique d'Humieres from comment #10)
> The last patch in comment 8 exposes another problem: buf[128] is too small.
>
> The following patch which uses the trick proposed in IRC by Richi to spl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46742
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
--- Comment #9 from Eric Gallager ---
(In reply to Jan Hubicka from comment #8)
>
>
> Looking into the error I suppose problem is:
> ___cold_sect_of_allocate:
> __ZN9__gnu_cxx16bitmap_allocatorIcE8allocateEmPKv.cold.42:
>
> and bit later
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
--- Comment #7 from Eric Gallager ---
For me the error is:
/private/var/root/gcc-git/my_oddly_named_builddir/./prev-gcc/xg++
-B/private/var/root/gcc-git/my_oddly_named_builddir/./prev-gcc/
-B/usr/local/i386-apple-darwin9.8.0/bin/ -nostdinc++
-B/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80949
--- Comment #7 from Eric Gallager ---
(In reply to Marek Polacek from comment #6)
> Would it be possible for you to try this patch?
>
> --- a/gcc/c-family/c-warn.c
> +++ b/gcc/c-family/c-warn.c
> @@ -2354,8 +2354,8 @@ do_warn_duplicated_branches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80949
--- Comment #5 from Eric Gallager ---
(In reply to Eric Gallager from comment #4)
>
> I'll leave the debug session open; let me know if you need any more info...
Never mind, I closed the debugger, but can reopen it if necessary. Here's an
even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80949
--- Comment #4 from Eric Gallager ---
(In reply to Marek Polacek from comment #3)
> This is x86_64-pc-linux-gnu. I tried various combinations of the above
> options but I'm always seeing some errors. Perhaps it would be possible to
> isolate th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80949
--- Comment #2 from Eric Gallager ---
(In reply to Marek Polacek from comment #1)
> I can't reproduce; I get some errors:
>
> $ ./cc1obj -quiet nsselect.mi -fobjc-exceptions
> In file included from lisp.h:39:0,
> from nsselect.
Priority: P3
Component: objc
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Host: i386-apple-darwin9.8.0
Target: i386-apple-darwin9.8.0
Build: i386-apple-darwin9.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51628
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80912
--- Comment #1 from Eric Gallager ---
Created attachment 41437
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41437&action=edit
compressed preprocessed source
Oops, the preprocessed source was too big to attach by itself, so I had to
compr
Priority: P3
Component: objc
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Host: i386-apple-darwin9.8.0
Target: i386-apple-darwin9.8.0
Build: i386-apple-darwin9.8.0
1
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
CC: msebor at gcc dot gnu.org
Target Milestone: ---
Host: i386-apple-darwin10.8.0
Target: i386
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Currently, with a for-loop, -Wunsafe-loop-optimizations points to the "for":
reloc.c: I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80529
--- Comment #2 from Eric Gallager ---
(In reply to Jonathan Wakely from comment #1)
> IMHO warnings should not be enforcing in-house coding guidelines. Use
> clang-tidy for that.
GCC already has several warnings added for that purpose. -Wtemplat
NCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Given the following source:
$ cat gcctestcase01.c
// bad comment
int foo;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80519
--- Comment #4 from Eric Gallager ---
(In reply to Marc Glisse from comment #3)
> A warning would be quite a different thing. You would want it in the
> front-end, to detect when a user literally wrote if(p)free(p). What I am
> interested in is a
Keywords: diagnostic
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Split off from Bug 80519
Gnulib has a script called "useless-if-before-fre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80519
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80354
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54032
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79918
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80023
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80116
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80042
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79936
--- Comment #3 from Eric Gallager ---
Created attachment 40903
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40903&action=edit
preprocessed source
(In reply to Andrew Pinski from comment #2)
> >Interestingly, the ICE seems to go away when
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
CC: msebor at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-apple-darwin10.8.0
Target: x86_64-apple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79433
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42065
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78905
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79017
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71905
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64767
--- Comment #11 from Eric Gallager ---
Thank you for adding this!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78772
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78680
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61593
--- Comment #1 from Eric Gallager ---
The gcc documentation says pragma mark should be accepted:
https://gcc.gnu.org/onlinedocs/gcc/Darwin-Pragmas.html#Darwin-Pragmas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62182
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65254
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64767
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78698
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78616
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68538
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78394
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78359
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #34 from Eric Gallager ---
(In reply to Iain Sandoe from comment #23)
> (In reply to Eric Gallager from comment #22)
> >
> > To be specific, they're not supported by the FSF release of GCC. Apple's
> > fork of GCC supported blocks ba
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
In bug 78267 Iain suggested to open a separate bug for the issue of missing
Apple-blocks support in FSF GCC, so t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #12 from Eric Gallager ---
GCJ has been removed from GCC 7. But on the other hand this isn't really so
much a java bug itself as it is an unwinding bug that java just happened to be
the one to tickle. So is it worth keeping this bug o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29304
--- Comment #2 from Eric Gallager ---
GCJ has been removed from GCC 7. So "wontfix"?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #38 from Eric Gallager ---
(In reply to Iain Sandoe from comment #34)
> (In reply to Eric Gallager from comment #33)
> > I'm not sure if this is due to the patches from this bug report, or if it's
> > due to some other change made to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #33 from Eric Gallager ---
I'm not sure if this is due to the patches from this bug report, or if it's due
to some other change made to GCC recently, but my fork of Emacs now fails to
build with LTO due to a bunch of undefined local s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77965
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77861
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
--- Comment #8 from Eric Gallager ---
I reduced the command line required to trigger the ICE. It depends on whether
-fmath-errno is set or not. With:
$ /usr/local/bin/gcc -c -Ofast -I. -I../include -DHAVE_CONFIG_H -I../bfd
-Imacosx -Iconfig -Wno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479
--- Comment #15 from Eric Gallager ---
(In reply to Jonathan Wakely from comment #11)
> (In reply to Eric Gallager from comment #6)
> > This should probably depend on the -fstrict-enums flag, as that controls
> > whether enums can have any value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479
--- Comment #14 from Eric Gallager ---
(In reply to Manuel López-Ibáñez from comment #9)
> In summary, neither adding 'default' or 'return' are recommended to silence
> this warning if you think the warning is wrong. If you think the warning
> wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53479
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77431
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77434
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77449
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25814
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69601
--- Comment #6 from Eric Gallager ---
Seems to be fixed for September.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77404
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69818
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53129
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
--- Comment #7 from Eric Gallager ---
Created attachment 39089
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39089&action=edit
some compressed compiler output
Still happens with trunk from the end of July. I tried playing around with some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69601
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63886
--- Comment #11 from Eric Gallager ---
(In reply to Manuel López-Ibáñez from comment #10)
> (In reply to Eric Gallager from comment #8)
> > (In reply to Andreas Schwab from comment #4)
> > > float f = 3.1f;
> >
> > Isn't there already -Wunsuffix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31233
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
--- Comment #6 from Eric Gallager ---
I investigated more. What's happening at ../../gcc/emit-rtl.c:1025 is that the
following assert is failing:
gcc_assert (can_create_pseudo_p ());
This fails if and only if gen_reg_rtx is passed V2DImode as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
--- Comment #5 from Eric Gallager ---
I rebuilt with debugging info and got a better backtrace:
Breakpoint 1, internal_error (gmsgid=0x15ee807 "in %s, at %s:%d") at
../../gcc/diagnostic.c:1337
1337 va_start (ap, gmsgid);
(gdb) bt
#0 intern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67905
--- Comment #2 from Eric Gallager ---
Created attachment 38786
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38786&action=edit
bzipped testsuite log
It happened again with yesterday's trunk. I'm attaching the logfile this time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71456
--- Comment #4 from Eric Gallager ---
(In reply to Martin Sebor from comment #3)
> (In reply to Eric Gallager from comment #2)
> > Speaking of -Wglobal-constructors, FSF GCC doesn't support this option. Is
> > there a bug open for adding it? I co
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Apple's gcc 4.2 has a warning flag called -Wglobal-constructors that they
describe in their invoke.texi like this:
@c APPLE LOCAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
--- Comment #3 from Eric Gallager ---
Still happens with:
$ /usr/local/bin/g++ -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i386-apple-darwin9.8.0/7.0.0/lto-wrapper
Target: i386-apple-darwin9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71456
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
--- Comment #1 from Eric Gallager ---
Created attachment 38442
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38442&action=edit
bzipped preprocessed source
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Host: i386-apple-darwin9.8.0
Target: i386-apple-darwin9.8.0
Build: i386-apple-darwin9.8.0
Full
diagnostic
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Host: i386-apple-darwin9.8.0
Target: i386-apple-darwin9.8.0
B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70791
--- Comment #4 from Eric Gallager ---
(In reply to Marek Polacek from comment #3)
> Fixed.
Thanks for the speedy response and fix!
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: egall at gwmail dot gwu.edu
Target Milestone: ---
Host: i386-apple-darwin9.8.0
Target: i386-apple-darwin9.8.0
Build: i386-apple-darwin9.8.0
Say I have the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25470
--- Comment #23 from Eric Gallager ---
(In reply to Eric Gallager from comment #22)
> This seems to be fixed; the only subdir that fails to distclean properly for
> me currently is libcc1...
...which is Bug 70173
1 - 100 of 175 matches
Mail list logo
