https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70936
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56671
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
--- Comment #13 from İsmail Dönmez ---
(In reply to John David Anglin from comment #12)
> Created attachment 36321 [details]
> Patch
>
> I sent this change this morning to gcc-patches but it seems to have
> disappeared.
The patch declares the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
--- Comment #15 from İsmail Dönmez ---
(In reply to dave.anglin from comment #14)
> On 2015-09-10 1:01 PM, ismail at i10z dot com wrote:
> > The patch declares the functions but those functions do not exist on
> > mingw-w64,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
İsmail Dönmez changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: ismail at i10z dot com
Target Milestone: ---
Hi,
The error message is:
../../combined-6.0.0/gcc/ggc-common.c: In function 'void
init_ggc_heuristics()':
../../combined-6.0.0/gcc/ggc-common.c:822:28: error: 'GGC_MIN_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67081
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #1
Assignee: ian at airs dot com
Reporter: ismail at i10z dot com
CC: cmang at google dot com
Target Milestone: ---
Getting:
Aborted
reflect.call.N13_reflect.Value
/havana/sources/gcc-trunk/build/x86_64-pc-linux-gnu/libgo/gotest32408/test/value.go:450
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68496
--- Comment #2 from İsmail Dönmez ---
(In reply to Ian Lance Taylor from comment #1)
> I can not recreate this problem. It works fine for me.
>
> The stack trace is incomplete for some reason so I don't know what is going
> wrong.
>
> If you c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68227
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68227
--- Comment #11 from İsmail Dönmez ---
(In reply to Dominique d'Humieres from comment #10)
> > This test currently fails on Linux x86-64 machine. Is there a way to get a
> > better debug output for the failure. For now I see:
> >
> > FAIL: gfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #3 from İsmail Dönmez ---
(In reply to torvald from comment #2)
> (In reply to İsmail Dönmez from comment #1)
> > r232454 also breaks bootstrap for mingw-w64:
> >
> > libtool: compile: x86_64-w64-mingw32-c++
> > -L/havana/mingw-w64-
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: ismail at i10z dot com
Target Milestone: ---
With r232586 getting:
/bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile
x86_64-w64-mingw32-c++ -L/havana/mingw-w64-6.0.0/x86_64-w64-mingw32/lib
-L/havana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69386
--- Comment #4 from İsmail Dönmez ---
(In reply to Jonathan Wakely from comment #3)
> Created attachment 37407 [details]
> Set language linkage for C++ headers
>
> Does this fix it?
Yes it does. Thanks!
Assignee: unassigned at gcc dot gnu.org
Reporter: ismail at i10z dot com
Target Milestone: ---
After r227188 mingw-w64 build on Linux fails with:
../../combined-6.0.0/gcc/gcc.c: In member function 'void
env_manager::xput(const char*)':
../../combined-6.0.0/gcc/gcc.c:126
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
İsmail Dönmez changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
--- Comment #9 from İsmail Dönmez ---
Looks like on MinGW putenv has to be used instead of setenv/unsetenv, dmalcolm
can you please have a look? I know MinGW is a Tier-NotSupported platform but it
was at least compiling before this change.
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: ismail at i10z dot com
Target Milestone: ---
The test-case minimized but originally from glibc:
; cat gbk.c
static const char __gbk_from_ucs4_tab9[][2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101446
--- Comment #3 from İsmail Dönmez ---
(In reply to Richard Biener from comment #2)
> -Wpedantic is the same as -pedantic and that affects correctness of programs.
>
> @item -Wpedantic
> @itemx -pedantic
> @opindex pedantic
> @opindex Wpedantic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101446
--- Comment #6 from İsmail Dönmez ---
(In reply to Richard Biener from comment #4)
> -Wpedantic was added as fix for PR44774 to make -Werror=pedantic work
> (as opposed to -Werror=edantic)
The problem is that it's inconsistent, here is a list o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101446
--- Comment #7 from İsmail Dönmez ---
Well, it's even more confusing, grepping through glibc build log:
../include/stdlib.h:297:8: warning: ISO C forbids zero-size array 'msg'
[-Wpedantic]
297 | char msg[0];
|^~~
../inet/netin
22 matches
Mail list logo
