http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56389
Bug #: 56389
Summary: Return types differs in block scope function
declarations and function implementation
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56350
--- Comment #6 from Jakub Jelinek 2013-02-19
09:14:41 UTC ---
Author: jakub
Date: Tue Feb 19 09:14:33 2013
New Revision: 196134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196134
Log:
PR tree-optimization/56350
* tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56389
niXman changed:
What|Removed |Added
CC||i.nixman at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56390
Bug #: 56390
Summary: [setjmp/longjmp] Mudflap false violation
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56387
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56350
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.8.0
Summary|[4.7/4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56389
--- Comment #2 from forever14 at bk dot ru 2013-02-19 09:20:11 UTC ---
niXman, published. Sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56388
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56384
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56384
--- Comment #3 from Richard Biener 2013-02-19
10:09:13 UTC ---
Ok, so the issue here is that we value-number
unsigned char b_20 = PHI
int a.4_25 = PHI
the same as value-numbers from BB 3 and BB 10 are still VN_TOP, so
static int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56379
--- Comment #3 from Jakub Jelinek 2013-02-19
10:16:17 UTC ---
Yeah, the bug is obvious. glibc refuses to compile with -O0, so it was never a
problem for it.
The problem is that while mpn_lshift_1 function is always_inline, at -O0 the
__b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56391
Bug #: 56391
Summary: variable set but unused isn't reported. if it has been
used prior to setting it to a new value.
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #50 from Janne Blomqvist 2013-02-19
10:59:30 UTC ---
(In reply to comment #47)
> Am 18.02.2013 21:16, schrieb jb at gcc dot gnu.org:
> >> Look at this piece of code:
> >> >
> >> > /* Seek to the head and overwrite the bogus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56387
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56391
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56379
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55030
--- Comment #15 from Eric Botcazou 2013-02-19
11:32:24 UTC ---
> Thanks for clarifying, I (think I) get it now. Not sure when I can revisit,
> maybe this month, maybe the next, so I won't feel bad if someone beats me to
> it.
Sure, no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56392
Bug #: 56392
Summary: Crash while filling an odd-pitch 16bpp image with
auto-vectorization enabled on x86_64 Linux platform
Classification: Unclassified
Product: gcc
Ver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56392
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56392
--- Comment #2 from s.jodogne at gmail dot com 2013-02-19 11:56:45 UTC ---
(In reply to comment #1)
> You are dereferencing a pointer to uint16_t that is not sufficiently aligned
> for that type. The C standard prohibits this, resulting in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56387
--- Comment #2 from Paul Keir 2013-02-19 12:01:51
UTC ---
Created attachment 29492
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29492
Another unexpected error; and also an internal compiler error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56384
--- Comment #4 from Richard Biener 2013-02-19
12:11:03 UTC ---
Author: rguenth
Date: Tue Feb 19 12:10:48 2013
New Revision: 196136
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196136
Log:
2013-02-19 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56384
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56387
--- Comment #3 from Paul Keir 2013-02-19 12:18:17
UTC ---
I've added gcc472aliastemplatebug.cpp which also displays an unexpected error;
shown below along with the code. This is hopefully a related (and simpler)
example. Also, by using the non-t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56387
--- Comment #4 from Paul Keir 2013-02-19 12:20:39
UTC ---
Comment on attachment 29492
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29492
Another unexpected error; and also an internal compiler error
>template
>struct is1 {};
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56392
--- Comment #3 from Richard Biener 2013-02-19
12:25:04 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > You are dereferencing a pointer to uint16_t that is not sufficiently aligned
> > for that type. The C standard prohibi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
--- Comment #26 from Martin Jambor 2013-02-19
12:54:27 UTC ---
(In reply to comment #25)
>
> That won't work (read: it will cause miscompiles). I believe with the
> most recent data-dependence reorg I added a bunch of testcases that sho
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56310
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|mjam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
Bug #: 56393
Summary: SIGSEGV when -fsanitize=address and dynamic lib with
global objects
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53537
Mikael Morin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56301
--- Comment #8 from Matthias Klose 2013-02-19
13:17:55 UTC ---
> so it's not about initializing the memory but the fact that it
> _is_ aliased by other things.
yes, the value returned was saved in a caching data structure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56387
Paolo Carlini changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
--- Comment #27 from rguenther at suse dot de
2013-02-19 13:49:30 UTC ---
On Tue, 19 Feb 2013, jamborm at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
>
> --- Comment #26 from Martin Jambor 2013-02-19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #32 from Andrey Belevantsev 2013-02-19
13:50:59 UTC ---
Author: abel
Date: Tue Feb 19 13:50:50 2013
New Revision: 196137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196137
Log:
2012-02-19 Andrey Belevantsev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
Andrey Belevantsev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56394
Bug #: 56394
Summary: pointer arithmetic breaks with __attribute__((packed))
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56347
--- Comment #8 from John David Anglin 2013-02-19
14:01:51 UTC ---
Author: danglin
Date: Tue Feb 19 14:01:40 2013
New Revision: 196139
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196139
Log:
PR target/56347
* acinclu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #2 from Takaki Makino
2013-02-19 14:02:13 UTC ---
Thanks Kostya.
Unfortunately -static-libasan didn't help:
$ g++ -g -fsanitize=address -I/usr/local/include hoge2.cpp -o a.out
-lboost_thread-mt-d -lboost_system-mt-d -stati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56347
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #3 from Kostya Serebryany 2013-02-19
14:11:32 UTC ---
Looks like __asan_init is not called early enough.
To confirm, run
ASAN_OPTIONS=verbosity=1 ./a.out
if __asan_init is called it should print something like this:
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56394
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Bug #: 56395
Summary: [4.7/4.8 Regression] ICE, Segmentation fault in tsubst
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
--- Comment #1 from Matthias Klose 2013-02-19
14:16:53 UTC ---
Created attachment 29494
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29494
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56394
--- Comment #2 from Richard Biener 2013-02-19
14:17:16 UTC ---
(In reply to comment #1)
> Also reproduces with optimization but with -fno-inline. The issue must be
> with the exact division:
>
> D.2616_5 = end.0_3 - beg.1_4;
> D.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56394
Maxim Yegorushkin changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resoluti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56394
--- Comment #4 from Maxim Yegorushkin
2013-02-19 14:21:52 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > Also reproduces with optimization but with -fno-inline. The issue must be
> > with the exact division:
> >
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56394
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56394
--- Comment #6 from Maxim Yegorushkin
2013-02-19 14:31:10 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #2)
> > > (In reply to comment #1)
> > > > Also reproduces with optimization but with -fno-inl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396
Bug #: 56396
Summary: [4.8 Regression] memory corruption in cc1
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397
Bug #: 56397
Summary: Floating Point constant in C, with standard C99
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56294
--- Comment #8 from Martin Jambor 2013-02-19
14:48:39 UTC ---
Created attachment 29497
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29497
Patch to fix at least part of the problem
This patch fixes Jakub's testcase and the one pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52171
--- Comment #6 from Richard Biener 2013-02-19
14:50:52 UTC ---
Happens in insn-preds.c quite often:
case 'Y':
if (!strncmp (str, "Yi", 2))
return CONSTRAINT_Yi;
if (!strncmp (str, "Ym", 2))
return CONST
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
Bug #: 56398
Summary: [4.8 Regression] ICE (Segmentation fault) in
dominated_by_p
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52171
--- Comment #7 from Jakub Jelinek 2013-02-19
15:05:01 UTC ---
(In reply to comment #6)
> Happens in insn-preds.c quite often:
>
> case 'Y':
> if (!strncmp (str, "Yi", 2))
> return CONSTRAINT_Yi;
> if (!strncmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397
--- Comment #1 from Jonathan Wakely 2013-02-19
15:12:56 UTC ---
I get the expected result with 4.7.2 on MinGW and with all versions on
GNU/Linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56385
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #4 from Takaki Makino
2013-02-19 15:22:38 UTC ---
Created attachment 29499
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29499
reduced testcase
I tried to made a fairly reduced testcase from boost.
Attached please fin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56392
Jonas Wielicki changed:
What|Removed |Added
CC||org.gnu.gcc.bugtracker at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
--- Comment #5 from Takaki Makino
2013-02-19 15:26:41 UTC ---
To reply Kostya's comment,
As shown in the reduced testcase, the program crashes before
ASAN_OPTIONS=verbosity=1 takes effect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56392
--- Comment #5 from Jonathan Wakely 2013-02-19
15:52:31 UTC ---
Any code containing reinterpret_cast should serve as a warning!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56363
--- Comment #4 from Jay 2013-02-19 16:18:02 UTC
---
ah, here is more info; I reported the bug better years ago but it was never
looked at:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46679
There I don't claim bad code, but a failu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56363
--- Comment #5 from Jakub Jelinek 2013-02-19
16:23:03 UTC ---
At least from what is described in that PR, it would look like it is just fine
to use EXACT_DIV_EXPR, but that we should pass op0 and op1 to the
fold_build2_loc call, instead of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56368
--- Comment #1 from Karlson2k 2013-02-19 16:41:03 UTC ---
Looks like confusing naming.
'objdir' in 'configure' means 'relative path to directory for objects files',
usually '.libs'.
'objdir' in makefile means 'absolute path to main build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397
--- Comment #2 from argentinator.gcc.questions at outlook dot com 2013-02-19
16:56:52 UTC ---
(In reply to comment #1)
> I get the expected result with 4.7.2 on MinGW and with all versions on
> GNU/Linux
I have reinstalled MinGW in my
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
Bug #: 56399
Summary: Adding int to float generates incorrect results
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397
Jonathan Wakely changed:
What|Removed |Added
Target||*-*-mingw32
--- Comment #3 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397
--- Comment #4 from joseph at codesourcery dot com 2013-02-19 17:10:46 UTC ---
This looks like it's just an issue with the diagnostic text
(binary_op_error being called with the type in which the floating-point
operand is being represente
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55110
--- Comment #5 from Jakub Jelinek 2013-02-19
17:16:02 UTC ---
Author: jakub
Date: Tue Feb 19 17:15:53 2013
New Revision: 196140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196140
Log:
Backported from mainline
2012-1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56217
--- Comment #5 from Jakub Jelinek 2013-02-19
17:19:41 UTC ---
Author: jakub
Date: Tue Feb 19 17:19:36 2013
New Revision: 196141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196141
Log:
Backported from mainline
2013-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
--- Comment #7 from Jakub Jelinek 2013-02-19
17:21:14 UTC ---
Author: jakub
Date: Tue Feb 19 17:21:08 2013
New Revision: 196142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196142
Log:
Backported from mainline
2013-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
--- Comment #7 from Jakub Jelinek 2013-02-19
17:22:51 UTC ---
Author: jakub
Date: Tue Feb 19 17:22:43 2013
New Revision: 196145
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196145
Log:
Backported from mainline
2013-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
--- Comment #7 from Jakub Jelinek 2013-02-19
17:24:48 UTC ---
Author: jakub
Date: Tue Feb 19 17:24:37 2013
New Revision: 196146
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196146
Log:
Backported from mainline
2013-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56250
--- Comment #8 from Jakub Jelinek 2013-02-19
17:26:15 UTC ---
Author: jakub
Date: Tue Feb 19 17:26:04 2013
New Revision: 196147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196147
Log:
Backported from mainline
2013-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
--- Comment #12 from Jakub Jelinek 2013-02-19
17:27:06 UTC ---
Author: jakub
Date: Tue Feb 19 17:26:56 2013
New Revision: 196148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196148
Log:
Backported from mainline
2013-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56381
--- Comment #8 from Jakub Jelinek 2013-02-19
17:28:17 UTC ---
Author: jakub
Date: Tue Feb 19 17:28:11 2013
New Revision: 196149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196149
Log:
Backported from mainline
2013-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56350
--- Comment #8 from Jakub Jelinek 2013-02-19
17:30:35 UTC ---
Author: jakub
Date: Tue Feb 19 17:30:27 2013
New Revision: 196150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196150
Log:
Backported from mainline
2013-0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56217
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56239
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.6/4.7 Regression] parse |[4.6 Regression] parse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56241
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
johnfoxrep at yahoo dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56250
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56381
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56350
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
johnfoxrep at yahoo dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
--- Comment #4 from Jakub Jelinek 2013-02-19
17:50:16 UTC ---
Your expectations are wrong then. Size and format of float is part of ABI, so
can't be changed just because somebody has bad expectations, furthermore, for
many uses IEEE 754 s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
--- Comment #4 from Georg-Johann Lay 2013-02-19
17:58:36 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
>
>> This cannot work because ISO/IEC TR18037 forces these literals into generic
>> space.
>>
>
> ISO/IEC TR18037
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
--- Comment #5 from johnfoxrep at yahoo dot com 2013-02-19 18:08:54 UTC ---
I think float should be a thing of the past as the CPU should be able to
process double as fast as float today. Using double by default would prevent
hard to find bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
--- Comment #6 from Jonathan Wakely 2013-02-19
18:24:55 UTC ---
Or just stop typing 'float' and type 'double' instead.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393
Kostya Serebryany changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397
--- Comment #5 from argentinator.gcc.questions at outlook dot com 2013-02-19
18:58:17 UTC ---
(In reply to comment #4)
> This looks like it's just an issue with the diagnostic text
> (binary_op_error being called with the type in which the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396
--- Comment #2 from Jakub Jelinek 2013-02-19
19:09:34 UTC ---
Created attachment 29500
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29500
gcc48-pr56396.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56399
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
1 - 100 of 149 matches
Mail list logo
