https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111847
Jiří Engelthaler changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRM
Severity: normal
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: EngyCZ at gmail dot com
Target Milestone: ---
Created attachment 56131
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56131&action=edit
Sample sour
: pch
Assignee: unassigned at gcc dot gnu.org
Reporter: EngyCZ at gmail dot com
Target Milestone: ---
Created attachment 45099
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45099&action=edit
Sample
Hi,
Precompiled headers feature doesn't work in Cygwin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80596
Jiří Engelthaler changed:
What|Removed |Added
CC||EngyCZ at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77363
Jiří Engelthaler changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77363
--- Comment #3 from Jiří Engelthaler ---
This pr68162 breaks the function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77363
Jiří Engelthaler changed:
What|Removed |Added
Known to work||5.3.0
--- Comment #2 from Jiří Engelt
++
Assignee: unassigned at gcc dot gnu.org
Reporter: EngyCZ at gmail dot com
Target Milestone: ---
Created attachment 39489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39489&action=edit
example.c
I have found a missing debug information in dwarf for file compiled with g+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68029
--- Comment #10 from Jiří Engelthaler ---
Will this bug be resolved in 6.0 release?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68029
--- Comment #9 from Jiří Engelthaler ---
(In reply to Manuel López-Ibáñez from comment #8)
>
> Good catch! In principle your patch seems correct. I think you are only
> missing a testcase. This patch is small enough to not require a copyright
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68029
--- Comment #7 from Jiří Engelthaler ---
Created attachment 36638
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36638&action=edit
diag_color.patch
fdiagnostics_color_idx can by on first place so comparing as > 1 will miss it.
There should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68029
--- Comment #5 from Jiří Engelthaler ---
(In reply to Manuel López-Ibáñez from comment #4)
> (In reply to Jiří Engelthaler from comment #3)
> > (In reply to Manuel López-Ibáñez from comment #2)
> > > What does -### show for the call to cc1 ? My c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68029
--- Comment #3 from Jiří Engelthaler ---
(In reply to Manuel López-Ibáñez from comment #2)
> What does -### show for the call to cc1 ? My commit r228094 to opts-common.c
> should have fixed this.
$ gcc -fdiagnostics-color=never a.c -###
cc1.exe
Assignee: unassigned at gcc dot gnu.org
Reporter: EngyCZ at gmail dot com
Target Milestone: ---
Hi.
In current trunk version of GCC 6.0 compiler I have found strange behavior of
-fdiagnostics-color option
gcc.exe -fdiagnostics-color=never a.c
will output colored error: a.c
14 matches
Mail list logo
