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
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
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
>
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=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=70936
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #8
: 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!
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++
&g
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:
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=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.
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=67081
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #1
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_EXPAND
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67363
İsmail Dönmez changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
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.
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:50: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67063
İsmail Dönmez ismail at donmez dot ws changed:
What|Removed |Added
CC||ismail at donmez
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ismail at donmez dot ws
Target Milestone: ---
λ cat t.cpp
enum __attribute__((abi_tag(foo))) E {};
λ g++ -c t.cpp
t.cpp:1:41: internal compiler error: Segmentation fault
enum __attribute__((abi_tag(foo))) E
Assignee: unassigned at gcc dot gnu.org
Reporter: ismail at donmez dot ws
Target Milestone: ---
gcc/mem-stats-traits.h has:
/* Memory allocation origin. */
enum mem_alloc_origin
{
HASH_TABLE,
HASH_MAP,
HASH_SET,
VEC,
BITMAP,
GGC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66471
--- Comment #2 from İsmail Dönmez ismail at donmez dot ws ---
(In reply to Martin Liška from comment #1)
Created attachment 35725 [details]
Patch
May I ask you for testing the patch?
Fixes the bootstrap for me, thanks.
Hi,
On Tue, Jun 9, 2015 at 4:28 PM, Richard Biener
richard.guent...@gmail.com wrote:
On Tue, Jun 9, 2015 at 3:11 PM, Martin Liška mli...@suse.cz wrote:
Hello.
Following patch renames an enum values so that they do not clash with a
MinGW reserved keyword.
Reserved keyword as in a #define?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926
İsmail cartman Dönmez ismail at donmez dot ws changed:
What|Removed |Added
CC||ismail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000
--- Comment #9 from İsmail cartman Dönmez ismail at namtrac dot org
2012-05-20 14:50:46 UTC ---
ping?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000
--- Comment #1 from İsmail cartman Dönmez ismail at namtrac dot org
2012-04-24 14:32:34 UTC ---
clang people have the following patch proposed as a workaround to this issue:
http://llvm.org/viewvc/llvm-project/cfe/trunk/www/libstdc%2B%2B4.7
.
But I am optimistic for the project and contribution to GCC even if I
do not have an overlapping time-schedule with GSOC.
Best Regards
Ismail KURU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485
Summary: Performance problem with C++ code
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485
--- Comment #1 from İsmail cartman Dönmez ismail at namtrac dot org
2011-06-21 12:37:49 UTC ---
Test machine has Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz CPU with 8GB of RAM.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49039
Summary: LLVM StringRef miscompilation with -O2
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49039
--- Comment #1 from İsmail cartman Dönmez ismail at namtrac dot org
2011-05-18 09:29:32 UTC ---
Created attachment 24279
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24279
Testcase.
On Fri, 2011-05-06 at 17:51 +0200, Patrick Marlier wrote:
Dear Patrick,
I am currently searching for a pipeline in a TM-Benchmarks but I can
not overlap the concept of transactions with pipeline in current TM
benchmarks. I think I will write a new one.
Dear Ismail,
On Fri, 6 May 2011, ismail
On Wed, 2011-05-04 at 12:03 +0200, Patrick Marlier wrote:
---Sorry for the late response.
Dear Ismail,
On 05/03/2011 11:18 PM, ismail wrote:
++ First of all, MEMCPY and MEMSET functions do not include any
transaction identifier (id) and transactions inside the LeeTM fails
during
On Tue, 2011-05-03 at 23:09 +0200, ismail kuru wrote:
On 3 May 2011 17:02, Patrick Marlier patrick.marl...@unine.ch wrote:
Hi Ismail!
My study mainly focuses on integration of
transactional memory support
BUT any other suggestions would
be great!!
regards
Ismail KURU
Hi,
I am Ismail KURU, accepted by Google Summer of Code 2011.
My study mainly focuses on integration of transactional memory support
into data-flow extension of OpenMP that is
aiming increased expressiveness and performance while preserving the
paradigms' properties.
My project combines
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48269
Summary: Incorrect fortify warning for a packed struct member
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48269
--- Comment #1 from Ismail cartman Donmez ismail at namtrac dot org
2011-03-24 09:55:23 UTC ---
Created attachment 23766
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23766
Preprocessed source
discussion pointed out that Solaris gets this right too.
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dare to try again.
/bugs.html for instructions.
This is a new regression introduced under 48 hours. Any ideas?
Regards,
ismail
--
UNIX is basically a simple operating system, but you have to be a
genius to understand the simplicity. - Dennis Ritchie
--- Comment #1 from ismail at namtrac dot org 2008-03-04 17:14 ---
Confirming on i686-apple-darwin9 with m64.
--
ismail at namtrac dot org changed:
What|Removed |Added
and
deallocate_local_thread-7.cc fails on darwin
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail
--- Comment #6 from ismail at namtrac dot org 2008-03-01 21:18 ---
Jack,
Did Apple give any reply on this. Is this their bug? If so we better close the
gcc bug as invalid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34497
--- Comment #8 from ismail at namtrac dot org 2008-03-01 21:41 ---
I think its reasonable to close this bug as invalid, do you agree? Meanwhile we
can bug Apple Gcc guys to take a stab at this.
Thanks,
ismail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34497
ReportedBy: ismail at namtrac dot org
GCC build triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35411
--- Comment #3 from ismail at namtrac dot org 2008-02-29 21:28 ---
This also fails on i686-apple-darwin9 so its not powerpc specific.
--
ismail at namtrac dot org changed:
What|Removed |Added
--- Comment #21 from ismail at pardus dot org dot tr 2008-02-07 09:05
---
-fno-tree-reassoc fixes the problem here,
With -fno-tree-reassoc :
vect-iv-9.c:15: note: === vect_mark_stmts_to_be_vectorized ===
vect-iv-9.c:10: note: vectorized 1 loops in function.
vect-iv-9.c:26: note
--- Comment #25 from ismail at pardus dot org dot tr 2008-02-07 12:43
---
Uros you rock! That patch fixes the problem for me, thank you!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #9 from ismail at pardus dot org dot tr 2008-02-06 09:34
---
CC'ing Dorit to get his idea on the vectorizer dump.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #11 from ismail at pardus dot org dot tr 2008-02-06 13:33
---
(In reply to comment #10)
I have noticed, that following text is missing from your vect dump:
Dependence tester statistics:
Number of dependence tests: 0
Number of dependence tests classified dependent: 0
--- Comment #14 from ismail at pardus dot org dot tr 2008-02-06 17:01
---
I tried building without BOOT_CFLAGS and such but no luck.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #18 from ismail at pardus dot org dot tr 2008-02-07 03:12
---
I started a reghunt with 20080104 snapshot, if that fails too I am out of ideas
why this happens. But I am sure this is the second time I see this file failing
but later on its fixed so I thought it was noise
--- Comment #19 from ismail at pardus dot org dot tr 2008-02-07 04:49
---
Even 20080104 snapshot fails, I have no idea why this only one test fails and
all other pass though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #2 from ismail at pardus dot org dot tr 2008-02-05 10:21
---
I bootstrapped twice and still get it. I will try svn up, reboot the machine
etc *sigh*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #3 from ismail at pardus dot org dot tr 2008-02-05 11:53
---
Ok on a third bootstrap I can still reproduce, is there a way to debug it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #5 from ismail at pardus dot org dot tr 2008-02-05 12:38
---
The long only shows:
FAIL: gcc.dg/vect/vect-iv-9.c scan-tree-dump-times vect vectorized 1 loops 2
nothing else.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #7 from ismail at pardus dot org dot tr 2008-02-05 13:20
---
Adding __attribute__((aligned(16))) doesn't work, attached is the *.vect file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #8 from ismail at pardus dot org dot tr 2008-02-05 13:20
---
Created an attachment (id=15099)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15099action=view)
*.vect file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
GCC host triplet: i686-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35085
--- Comment #6 from ismail at pardus dot org dot tr 2008-02-01 10:45
---
Nice, this is what I was seeing all along. Shouldn't this be a P1 though?
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
gnu dot org
ReportedBy: ismail at pardus dot org dot tr
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35053
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35007
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-29 01:04
---
Created an attachment (id=15044)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15044action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35007
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-29 01:07
---
Compilation line is :
c++ -o affentry.o -c -I../../../../dist/include/system_wrappers -include
../../../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM
-DEXPORT_XPT_API -DEXPORT_XPTC_API
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-29 01:06
---
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
--libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/share/man
--infodir
--- Comment #5 from ismail at pardus dot org dot tr 2008-01-29 02:11
---
Yes it works if you revert c++/27177 fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35007
$
This isn't a recent change, so I'm assuming autogen has changed. What
versions are other people running?
I use the attached patch successfully, I didn't submit it yet because I
couldn't test it with older autogen. Testing is appreciated.
Regards,
ismail
--
Never learn by your mistakes, if you
compiler error)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-22 14:45
---
This only happens when make profiledbootstrap is used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-22 15:51
---
Thats the exact place I crash, though 2008-01-19 snapshot was OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-22 17:04
---
--enable-checking=yes with make profiledbootstrap works with revision 131727
here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34923
--- Comment #5 from ismail at pardus dot org dot tr 2008-01-22 17:37
---
Looks fixed with current trunk.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34905
gimplify.c:
gimplify_asm_expr
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 17:11
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 17:13
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
GCC host triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 21:59
---
Used svn revision 131650.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34907
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-21 22:00
---
Also this part seems to apply too:
==29085==·
==29085== Conditional jump or move depends on uninitialised value(s)
==29085==at 0x811A4B9: gfc_typenode_for_spec (trans-types.c:848)
==29085==by 0x810041F
at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34908
: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot org dot tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34909
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-21 22:06
---
Used svn revision 131650.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
GCC
--- Comment #2 from ismail at pardus dot org dot tr 2008-01-20 04:57
---
--disable-padlock fixes the crash so the crashing part is the inline asm that
is under
#ifdef ENABLE_PADLOCK_SUPPORT .
--
ismail at pardus dot org dot tr changed:
What|Removed
--- Comment #3 from ismail at pardus dot org dot tr 2008-01-18 16:41
---
Looks like -Wall being at the end disables this warning uh oh. This is invalid,
sorry for taking your time.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-18 17:19
---
Actually I am reopening this because after talking to Richi we agree that -Wall
should not reset -Wstrict-overflow. But of course final decision is up to iant.
--
ismail at pardus dot org dot tr changed
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-18 19:45
---
on i686 linux I get;
test.c:16: internal compiler error: in for_each_index, at
tree-ssa-loop-im.c:222
works with gcc 3.4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
--- Comment #4 from ismail at pardus dot org dot tr 2008-01-18 18:46
---
I think then -Wall shouldn't enable -Wstrict-overflow at all. Because current
situation is counter intuitive.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
--- Comment #6 from ismail at pardus dot org dot tr 2008-01-18 19:11
---
Manu,
Your fix looks quite obvious, could you send it to gcc-patches so we can fix
this before the freeze? Thanks for the quick fix btw.
Regards,
ismail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
2.5's
unicodeobject.c
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ismail at pardus dot
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-18 01:46
---
Created an attachment (id=14964)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14964action=view)
Preprocessed source code for unicodeobject.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34843
--- Comment #9 from ismail at pardus dot org dot tr 2008-01-18 02:45
---
File lossy_comp_test.c starting line 761 :
sum_abs = abs (sum_abs + abs (abs (data [k]) - 256)) ;
if (sum_abs 1.0)
{
printf (\n\nLine %d: Signal is all zeros (%d, 0x%X).\n, __LINE__, sum_abs
--- Comment #11 from ismail at pardus dot org dot tr 2008-01-18 03:10
---
Actually the only bug here is that -Wstrict-overflow should issue a warning for
that line.
About the dependency on optimization level, signed integer overflow is
undefined in C standard so its not a good idea
--- Comment #13 from ismail at pardus dot org dot tr 2008-01-18 03:22
---
I don't think thats possible given the fact that an optimization pass modifies
code to be able to well optimize it. Implications and merits of -fwrapv is
discussed deeply before, you might want to Google
on
definitions in config.h . This might be broken but there are just too many
cases to fix. At least gcc should have warned in gcc 4.3 that this will be an
error in next release and do this in 4.4 instead of breaking stuff en masse.
Regards,
ismail
--
Never learn by your mistakes, if you do you may
--- Comment #41 from ismail at pardus dot org dot tr 2008-01-15 02:42
---
(In reply to comment #40)
This bug cause linux kernel unable to compile. So I think it must be fixed
before 4.3 is released
Yes and there is a known workaround, see comment #28
--
http://gcc.gnu.org
1 - 100 of 218 matches
Mail list logo