https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64956
Bug ID: 64956
Summary: __GXX_ABI_VERSION needs a proper definition for the
5.x releases
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64884
--- Comment #5 from Jakub Jelinek ---
We don't have an effective target for comdat support, but we e.g. have
comdat_group. That is supposedly a strict subset of comdat support, perhaps
that would be good enough?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47998
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45633
Jeffrey A. Law changed:
What|Removed |Added
CC||ysato at users dot
sourceforge.jp
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64660
Oleg Endo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43264
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
I use gcc version 3.4.4, build the following lines, but it the following
error, what does it means, it seem no error according the C99 standard. Is
it a gcc bug?
sctp_input.c:3928:1: pasting "sctps_ch_rcvd" and "[" does not give a valid
preprocessing token
#define SCTP_CHUNK_STAT_INCR(chk_id, n
On Thu, Feb 5, 2015 at 6:24 PM, wangwzc wrote:
> I use gcc version 3.4.4, build the following lines, but it the following
> error, what does it means, it seem no error according the C99 standard. Is
> it a gcc bug?
Why do you think there is C99 standard code?
>
> sctp_input.c:3928:1: pasting "sc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60956
--- Comment #3 from Jerry DeLisle ---
I took a closer look at this one. The error I am getting is running out of
allocatable space in realloc used in fbuf.c (fbuf_alloc). We are allocating
one byte at a time, and just keep trying to douple the b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #5 from lucier at math dot purdue.edu ---
Created attachment 34681
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34681&action=edit
_io.i.gz: larger test file
With this compiler:
firefly:~/Downloads/gambit/lib> /pkgs/gcc-mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #6 from lucier at math dot purdue.edu ---
The problem does not appear with this compiler:
maclaurin-271% gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43264
--- Comment #6 from Jeffrey A. Law ---
Author: law
Date: Fri Feb 6 05:34:00 2015
New Revision: 220471
URL: https://gcc.gnu.org/viewcvs?rev=220471&root=gcc&view=rev
Log:
PR target/43264
* config/h8300/h8300.c (get_shift_alg): Fix ASHIFTR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43264
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
model: posix
gcc version 5.0.0 20150205 (experimental) [trunk revision 220434] (GCC)
$
$ gcc-trunk -O0 small.c; a.out
$ gcc-4.9 -O1 small.c; a.out
$
$ gcc-trunk -O1 small.c
$ ./a.out
Aborted (core dumped)
$
--
int a, b;
int
main ()
{
a = 0;
for (; a < 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #18 from amker at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #16)
> > The cost of expression "p + ((sizetype)(99 - i_6(D)) + 1) * 4" computed
> > using normal +/-/* operators on sparc64 is 18, but the cost is 32 if it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17306
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Fri Feb 6 06:19:03 2015
New Revision: 220472
URL: https://gcc.gnu.org/viewcvs?rev=220472&root=gcc&view=rev
Log:
PR target/17306
* config/h8300/constraints.md (U): Correctly dectec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17306
Jeffrey A. Law changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60956
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |5.0
Summary|error reading (an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63776
--- Comment #8 from Tim Shen ---
I'm not sure how you call boost::regex in your code, here's what I did:
// g++ b.cc -lboost_regex -licuuc
#include
#include
#include
#include
using namespace boost;
int main() {
std::locale loc("en_US.UT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63775
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63920
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61720
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60020
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #19 from Eric Botcazou ---
> The assembly is as below on sparc64:
> f1:
> .register %g2, #scratch
> sllx%o1, 2, %g1
> mov 99, %g2
> add %o0, %g1, %o0
> sub %g2, %o1, %o1
> srl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #20 from amker at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #19)
> > The assembly is as below on sparc64:
> > f1:
> > .register %g2, #scratch
> > sllx%o1, 2, %g1
> > mov 99, %g2
> > add
101 - 125 of 125 matches
Mail list logo
