http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900
--- Comment #2 from nick87720z at gmail dot com ---
Changing file_loader dependencies to object files doesn't solve problem. After
two successful compilation commands final gcc command, linking executable,
gives same error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900
--- Comment #1 from nick87720z at gmail dot com ---
Posting exact makefile, which leads to this error:
/ Makefile ===\
include_flags = "../misc"
common_flags = -O0 -g3 -ggdb3 -std=gnu99 -I${include_flags}
CFLAGS = ${common_flags} `pkg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58900
Bug ID: 58900
Summary: parsing bug: undefined reference for libraries,
specified before source files
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58899
Bug ID: 58899
Summary: g++ seg faulted
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
Assignee: unassigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #8 from Bill Schmidt ---
vect-96.c is still broken per
http://gcc.gnu.org/ml/gcc-testresults/2013-10/msg02115.html.
FAIL: gcc.dg/vect/vect-96.c scan-tree-dump-times vect "Vectorizing an unaligned
access" 1
FAIL: gcc.dg/vect/vect-96.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58898
Bug ID: 58898
Summary: Adding default template argument causes to class
template compile error
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58623
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58887
--- Comment #5 from Max TenEyck Woodbury ---
(In reply to jos...@codesourcery.com from comment #3)
> We take the view that the preprocessor is deliberately meant to be limited
> and overly complicated features in it would be contrary to the spiri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58887
--- Comment #4 from Max TenEyck Woodbury ---
(In reply to jos...@codesourcery.com from comment #3)
> We take the view that the preprocessor is deliberately meant to be limited
> and overly complicated features in it would be contrary to the spiri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58897
Bug ID: 58897
Summary: Improve 128/64 division
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58679
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58679
--- Comment #14 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Oct 27 20:32:29 2013
New Revision: 204109
URL: http://gcc.gnu.org/viewcvs?rev=204109&root=gcc&view=rev
Log:
PR target/58679
* gcc.target/i386/pr58679-1.c: New test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58679
Uroš Bizjak changed:
What|Removed |Added
CC||mustrumr97 at gmail dot com
--- Comment #13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58792
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58896
Bug ID: 58896
Summary: Incorrect handling of a private nested type of a
template specialization in the main template
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58868
Trevor Saunders changed:
What|Removed |Added
CC||tsaunders at mozilla dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58887
--- Comment #3 from joseph at codesourcery dot com ---
We take the view that the preprocessor is deliberately meant to be limited
and overly complicated features in it would be contrary to the spirit of
C. Of course if they are introduced in th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58894
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #6 from Max TenEyck Woodbury ---
(In reply to Andrew Pinski from comment #5)
> > Simply to make identification host independent. The fact that my
> >projects are stored on '/VOL10' on one of my machines and '/DATA0.2'
>
> This so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58887
--- Comment #2 from Max TenEyck Woodbury ---
Eventually, that is where this will go, but the committee is MUCH more
receptive of suggestions that have an implementation that people have had a
chance to play with. GCC is one of the platforms where
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001
--- Comment #27 from Joshua Cogliati ---
Created attachment 31097
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31097&action=edit
Patch to add -Wfloat-conversion option against trunk with new testcase and
detailed warnings
This uses a detai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58894
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58891
Luke A. Guest changed:
What|Removed |Added
Severity|blocker |enhancement
--- Comment #3 from Luke A. G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58891
--- Comment #2 from Luke A. Guest ---
Discovered that this is incorrect code as I can only access types in a limited
with. But the compiler should still produce an error not a bug box.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58895
Bug ID: 58895
Summary: [SH] improve handling of signbit result
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58894
Bug ID: 58894
Summary: C++11 lambda doesn't take const variable by reference
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52933
--- Comment #4 from Oleg Endo ---
The div0s insn can also be used to do floating point sign comparisons. For
example:
bool test3 (float x, float y)
{
return __builtin_signbitf (x) ^ __builtin_signbitf (y);
}
currently compiles to:
fl
|---
--- Comment #8 from David Binderman ---
Seems to be newly broken. 20131023 ok, 20131027 not, as follows
htslib.c: In function ‘x_escape_http’:
htslib.c:3804:7: internal compiler error: in operator[], at vec.h:827
0xb8fa27 vec::operator[](unsigned int)
../../src/trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893
--- Comment #1 from octoploid at yandex dot com ---
gcc with debug info shows:
:0:0: internal compiler error: Segmentation fault
0x90321f crash_signal
../../gcc/gcc/toplev.c:335
0xd54c15 linemap_macro_map_lookup
../../gcc/libcpp/lin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893
Bug ID: 58893
Summary: [4.8, 4.9 Regression] :0:0: internal
compiler error: Segmentation fault
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
--- Comment #17 from Tobias Burnus ---
Author: burnus
Date: Sun Oct 27 07:40:31 2013
New Revision: 204102
URL: http://gcc.gnu.org/viewcvs?rev=204102&root=gcc&view=rev
Log:
2013-10-27 Tobias Burnus
gcc/c/
PR other/33426
* c-par
31 matches
Mail list logo
