[Bug target/61407] Build errors on latest OS X 10.10 Yosemite with Xcode 6 on GCC 4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407 --- Comment #40 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- Author: fxcoudert Date: Sun Sep 14 08:05:43 2014 New Revision: 215251 URL: https://gcc.gnu.org/viewcvs?rev=215251root=gccview=rev Log: PR target/61407 * config/darwin-c.c (version_as_macro): Added extra 0 for OS X 10.10 and above. * config/darwin-driver.c (darwin_find_version_from_kernel): Removed kernel version check to avoid incrementing it after every major OS X release. (darwin_default_min_version): Avoid static memory buffer. * gcc.dg/darwin-minversion-1.c: Fixed formatting * gcc.dg/darwin-minversion-2.c: Fixed formatting * gcc.dg/darwin-minversion-3.c: Fixed formatting * gcc.dg/darwin-minversion-4.c: Added test for OS X 10.10 Added: trunk/gcc/testsuite/gcc.dg/darwin-minversion-4.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/darwin-c.c trunk/gcc/config/darwin-driver.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/darwin-minversion-1.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-2.c trunk/gcc/testsuite/gcc.dg/darwin-minversion-3.c
[Bug target/60104] load not folded into indirect branch on x86-64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60104 Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org --- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- This patch caused PR61387.
[Bug target/63261] New: Microblaze 4.9.1, Error: PC relative branch to label foo which is not in the instruction space
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63261
Bug ID: 63261
Summary: Microblaze 4.9.1, Error: PC relative branch to label
foo which is not in the instruction space
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: thomas.petazz...@free-electrons.com
When building the fxload program (see
http://sourceforge.net/projects/linux-hotplug/files/fxload/2008_10_13/) with
gcc 4.9.1, binutils 2.24, on the Microblaze EL architecture, the build fails
with:
/home/buildroot/instance-1/output/host/usr/bin/microblazeel-buildroot-linux-gnu-gcc
-c -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -pipe -Os
-g2 main.c -o main.o
{standard input}: Assembler messages:
{standard input}: Error: PC relative branch to label logerror which is not in
the instruction space
{standard input}: Error: PC relative branch to label logerror which is not in
the instruction space
{standard input}: Error: PC relative branch to label logerror which is not in
the instruction space
{standard input}: Error: PC relative branch to label logerror which is not in
the instruction space
{standard input}: Error: PC relative branch to label logerror which is not in
the instruction space
{standard input}: Error: PC relative branch to label logerror which is not in
the instruction space
{standard input}: Error: PC relative branch to label logerror which is not in
the instruction space
make[1]: *** [main.o] Error 1
make[1]: *** Waiting for unfinished jobs
{standard input}: Assembler messages:
{standard input}:6463: Error: operation combines symbols in different segments
{standard input}:6464: Error: operation combines symbols in different segments
{standard input}:6467: Error: operation combines symbols in different segments
{standard input}:6468: Error: operation combines symbols in different segments
{standard input}:6477: Error: operation combines symbols in different segments
{standard input}:6478: Error: operation combines symbols in different segments
{standard input}:6481: Error: operation combines symbols in different segments
{standard input}:6482: Error: operation combines symbols in different segments
{standard input}:6488: Error: operation combines symbols in different segments
{standard input}:6489: Error: operation combines symbols in different segments
{standard input}:6492: Error: operation combines symbols in different segments
{standard input}:6493: Error: operation combines symbols in different segments
{standard input}:6502: Error: operation combines symbols in different segments
{standard input}:6503: Error: operation combines symbols in different segments
{standard input}:6509: Error: operation combines symbols in different segments
make[1]: *** [ezusb.o] Error 1
The logerror() function does not seem to have anything really special. It is
defined in main.c:
void logerror(const char *format, ...)
__attribute__ ((format (__printf__, 1, 2)));
void logerror(const char *format, ...)
{
va_list ap;
va_start(ap, format);
if(dosyslog)
vsyslog(LOG_ERR, format, ap);
else
vfprintf(stderr, format, ap);
va_end(ap);
}
And used from both main.o and ezusb.o, with ezusb.c carrying this definition:
extern void logerror(const char *format, ...)
__attribute__ ((format (printf, 1, 2)));
This bug was originally reported to binutils (see
https://sourceware.org/bugzilla/show_bug.cgi?id=17329 for all the details), but
the binutils developers said it's a gcc bug.
And indeed: the bug appears when building the program with -Os and -g or -O2
and -g, but not if building with just -Os, -O2 or -g. It's the combination of
an optimization flag *and* -g that causes the bug.
[Bug pch/63229] [5.0 Regression] FAIL: ./except-1.h -O0 (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63229 --- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr --- Fixed by revision r215216 at least on x86_64-apple-darwin13 (see https://gcc.gnu.org/ml/gcc-testresults/2014-09/msg01414.html) Author:tbsaunde Date:Fri Sep 12 12:30:29 2014 UTC (47 hours, 17 minutes ago) Changed paths:2 fix assert in hash_table pch routines gcc/ChangeLog: 2014-09-12 Trevor Saunders tsaund...@mozilla.com * hash-table.h (gt_pch_nx): don't call gt_pch_note_object within an assert.
[Bug c++/63262] New: internal compiler error including math.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63262 Bug ID: 63262 Summary: internal compiler error including math.h Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: karo13de at googlemail dot com Compilation of source crashes with /usr/local/bin/g++ --version g++ (GCC) 5.0.0 20140824 (experimental) ... In file included from /usr/local/include/c++/5.0.0/cmath:44:0, from ./CImg.h:77, from gmic.h:61, from gmic.cpp:1876: /usr/local/lib/gcc/x86_64-apple-darwin13.3.0/5.0.0/include-fixed/math.h:273:5: internal compiler error: Illegal instruction: 4 return __inline_isfinitef(__x) __builtin_fabsf(__x) = __FLT_MIN__; ^ /usr/local/lib/gcc/x86_64-apple-darwin13.3.0/5.0.0/include-fixed/math.h:273:5: internal compiler error: Abort trap: 6 g++: internal compiler error: Abort trap: 6 (program cc1plus) gcc build from hpc.sourceforge.net gmic software from git clone http://git.code.sf.net/p/gmic/source gmic Offending command in gmic/src /usr/local/bin/g++ -o gmic gmic.cpp -std=c++11 -Dgmic_build -I/opt/local/include -Dgmic_is_beta=1 -Dcimg_display=1 -Dcimg_appname=\gmic\ -I/usr/X11R6/include -Dcimg_use_zlib -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_tiff -Dcimg_use_openexr -I/opt/local/include/OpenEXR -Dcimg_use_fftw3 -Wno-unused-parameter -Dgmic_is_parallel -Dcimg_use_opencv -I/opt/local/include/opencv -I/opt/local/include -Dgmic_is_beta=1 -Dgmic_main -L/opt/local/lib -L/usr/X11R6/lib -lX11 -lpthread -lz -lpng -lz -ljpeg -ltiff -lIlmImf -lHalf -lfftw3 -lfftw3_threads -Dcimg_use_opencv -L/opt/local/lib -lopencv_calib3d -lopencv_contrib -lopencv_core -lopencv_features2d -lopencv_flann -lopencv_gpu -lopencv_highgui -lopencv_imgproc -lopencv_legacy -lopencv_ml -lopencv_nonfree -lopencv_objdetect -lopencv_photo -lopencv_stitching -lopencv_superres -lopencv_ts -lopencv_video -lopencv_videostab OS Mac OS 10.9.4 (Mavericks) and 10.10 beta2 (Yosemite) Compilation works with native g++ g++ --version (Mavericks) Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin13.3.0 Thread model: posix and Yosemite LLVM version 6.0 (based on LLVM 3.5svn)
[Bug lto/62026] [4.9/5 Regression] Crash in lto_get_decl_name_mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026 --- Comment #9 from Stuart Foster smf.linux at ntlworld dot com --- Created attachment 33491 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33491action=edit Preprocessed chunk of qt 4.8.6 (libQtCLucene.so.4.8.6)
[Bug lto/62026] [4.9/5 Regression] Crash in lto_get_decl_name_mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026 --- Comment #10 from Stuart Foster smf.linux at ntlworld dot com --- The chunk of code from Qt fails for me with a LFS built g++ 4.9.1 and binutils 2.24.
[Bug c/61854] Warning single-line comment for -std=c89?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61854 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||mpolacek at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org Target Milestone|--- |5.0 --- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org --- I have a potential fix.
[Bug preprocessor/46444] termination of preprocessing by cpp when no include file is found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46444 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||manu at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #2 from Manuel López-Ibáñez manu at gcc dot gnu.org --- There are many work-arounds to achieve what you want to do. *** This bug has been marked as a duplicate of bug 55115 ***
[Bug preprocessor/55115] [=4.5.0 regression] missing headers as fatal breaks cproto logic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55115 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added CC||Igor.Smirnov at cern dot ch --- Comment #12 from Manuel López-Ibáñez manu at gcc dot gnu.org --- *** Bug 46444 has been marked as a duplicate of this bug. ***
[Bug c++/60894] [4.8/4.9/5 Regression] Use of redundant struct keyword in function prototype combined with using statement causes compilation error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60894 --- Comment #9 from fabien at gcc dot gnu.org --- (In reply to Jason Merrill from comment #8) (In reply to fabien from comment #6) I looked into it but did not manage to get it fixed. I will have another try this week. Thanks for the reminder. Ping? I have a patch for it, but not perfect as it triggers a minor diagnostic regression about class-type redefinition in presence of using decl at class scope. The using decl is no longer mentioned in the diagnostic... I'll try to make it work, otherwise I would ask you some help...
[Bug lto/62026] [4.9/5 Regression] Crash in lto_get_decl_name_mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #11 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Thanks for the testcase.
Reduced:
markus@x4 /tmp % cat ErrorTry.ii
template typename T
class B {
public:
T values;
T operator[](int);
};
class C;
class D {
public:
int m_fn2();
virtual C *m_fn1();
};
class C : public D {
public:
virtual Bint *m_fn3(int);
};
class F : D, C {
Bint *offsets;
Bint *m_fn3(int);
};
Bint *F::m_fn3(int) {
if (offsets) return 0;
}
void fn1(BD * p1) {
for (int i;;) {
C *a = p1[0]-m_fn1();
a-m_fn2() a-m_fn3(0);
}
}
markus@x4 /tmp % g++ -flto -O3 -r -nostdlib ErrorTry.ii
ErrorTry.ii:17:7: warning: direct base ‘D’ inaccessible in ‘F’ due to ambiguity
class F : D, C {
^
lto1: internal compiler error: Segmentation fault
0x943f9f crash_signal
../../gcc/gcc/toplev.c:340
0x843af8 lto_get_decl_name_mapping(lto_file_decl_data*, char const*)
../../gcc/gcc/lto-section-in.c:340
0x83ce96 copy_function_or_variable
../../gcc/gcc/lto-streamer-out.c:2163
0x83dae1 lto_output()
../../gcc/gcc/lto-streamer-out.c:2255
0x889701 write_lto
../../gcc/gcc/passes.c:2228
0x88cccb ipa_write_optimization_summaries(lto_symtab_encoder_d*)
../../gcc/gcc/passes.c:2425
0x55db6a do_stream_out
../../gcc/gcc/lto/lto.c:2463
0x55f849 stream_out
../../gcc/gcc/lto/lto.c:2505
0x55f849 lto_wpa_write_files
../../gcc/gcc/lto/lto.c:2642
0x568a94 do_whole_program_analysis
../../gcc/gcc/lto/lto.c:3310
0x568a94 lto_main()
../../gcc/gcc/lto/lto.c:3430
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853
--- Comment #12 from John David Anglin danglin at gcc dot gnu.org ---
I have a patch to pa_function_value that avoids the issue but I tend to
think there is a bug in expand.
This code
typedef struct { double x; } sd_t;
sd_t foo1 (double d)
{
sd_t s;
s.x = d;
return s;
}
results in the following gimple
foo1 (double d)
{
struct sd_t D.1360;
;; basic block 2, loop depth 0
;;pred: ENTRY
MEM[(struct *)D.1360] = d_2(D);
return D.1360;
;;succ: EXIT
}
This gimple seems similar to that in comment #10 but
it doesn't trigger the ICE.
[Bug target/59305] [4.9/5 Regression] gcc.dg/atomic/c11-atomic-exec-5.c fails with WARNING: program timed out on x86_64-apple-darwin13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59305 --- Comment #24 from Dominique d'Humieres dominiq at lps dot ens.fr --- For the record, this PR is not fixed by the patch posted at https://gcc.gnu.org/ml/gcc-patches/2014-09/msg01127.html.
[Bug sanitizer/62132] [5 Regression] FAIL: c-c++-common/asan/misalign-[12].c after r213807 on x86_64-apple-darwin13 with -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132 --- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr --- This was my impression as well but it looks like current libsanitizer does not support anything except fp on Macs. Could you report this on address-sanitizer tracker (https://code.google.com/p/address-sanitizer/issues/list)? I have filled issue 340, https://code.google.com/p/address-sanitizer/issues/detail?id=340thanks=340ts=1410715229.
[Bug web/45769] Bugzilla help doesn't match actual fields
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45769 Frédéric Buclin LpSolit at netscape dot net changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |LpSolit at netscape dot net --- Comment #5 from Frédéric Buclin LpSolit at netscape dot net --- Description for the 6 custom fields added.
[Bug lto/63226] [5 Regression] ICE with -flto-odr-type-merging
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63226 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |5.0 Summary|ICE with|[5 Regression] ICE with |-flto-odr-type-merging |-flto-odr-type-merging
[Bug c++/63263] New: friend declaration of template specialization of function gets confused when specialization was forward declared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63263
Bug ID: 63263
Summary: friend declaration of template specialization of
function gets confused when specialization was forward
declared
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: carlo at gcc dot gnu.org
The following code snippet should compile, but it doesn't.
templatetypename T
void f(T, float)
{
T(1);
}
struct B;
template
void f(B, float)
{
}
struct B {
friend void fB(B, float);
};
void g()
{
B b;
float n;
f(b, n);
}
The result is:
troep.cc: In instantiation of ‘void f(T, float) [with T = B]’:
troep.cc:22:9: required from here
troep.cc:4:3: error: no matching function for call to ‘B::B(int)’
troep.cc:4:3: note: candidates are:
troep.cc:14:8: note: B::B()
troep.cc:14:8: note: candidate expects 0 arguments, 1 provided
troep.cc:14:8: note: B::B(const B)
troep.cc:14:8: note: no known conversion for argument 1 from ‘int’ to ‘const
B’
troep.cc:4: confused by earlier errors, bailing out
Preprocessed source stored into /tmp/ccjzbrcd.out file, please attach this to
your bugreport.
If I either comment out the friend declaration, or move the
specialization to after the struct B declaration (so that the
friend declaration caused the specialization), then it compiles
and works.
clang compiles this fine.
[Bug c++/63263] friend declaration of function template specialization gets confused when specialization was forward declared.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63263
--- Comment #1 from Carlo Wood carlo at gcc dot gnu.org ---
Guess the float isn't needed:
templatetypename T void f(T) { T(1); }
struct B;
template void f(B) { }
struct B { friend void fB(B); };
void g() { B b; f(b); }
[Bug target/61387] [5 Regression] ~900 test failures on on x86_64-apple-darwin13 for g++ with -m64 after r211089
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387 --- Comment #13 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- I like Ian's change the best. I've sent that to gcc-patches for consideration.
[Bug c++/63263] friend declaration of function template specialization gets confused when specialization was forward declared.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63263
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
With the trunk I get an ICE too:
t.cc: In instantiation of ‘void f(T, float) [with T = B]’:
t.cc:22:9: required from here
t.cc:4:3: error: no matching function for call to ‘B::B(int)’
T(1);
^
t.cc:14:8: note: candidate: B::B()
struct B {
^
t.cc:14:8: note: candidate expects 0 arguments, 1 provided
t.cc:14:8: note: candidate: B::B(const B)
t.cc:14:8: note: no known conversion for argument 1 from ‘int’ to ‘const B’
t.cc:4:7: internal compiler error: in add_stmt, at cp/semantics.c:395
T(1);
^
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug target/63264] New: Internal error due to invalid assembler register specification
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63264
Bug ID: 63264
Summary: Internal error due to invalid assembler register
specification
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: mikulas at artax dot karlin.mff.cuni.cz
Host: x86_64-linux-gnux32
Target: x86_64-linux-gnux32
Build: x86_64-linux-gnux32
This piece of code:
void f(unsigned x)
{
__asm__ volatile (xorl %R0, %R0:=r(x):r(x):cc);
}
triggers this internal error:
asm-crash.c: In function 'f':
asm-crash.c:4:1: internal compiler error: in ix86_print_operand, at
config/i386/i386.c:15214
}
^
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
The error happens in i386, x86-64 and x32 mode. With or without optimization.
[Bug c++/63265] New: Constexpr variables can trigger spurious compiler warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63265
Bug ID: 63265
Summary: Constexpr variables can trigger spurious compiler
warnings
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: oneill+gccbugs at cs dot hmc.edu
This code defines two constexpr values that are equivalent. But one of them
produces a spurious warning
template int lshift
struct DoesntWarn {
static constexpr unsigned int v = lshift 32 ? 1U lshift : 0;
};
static_assert(DoesntWarn32::v == 0, Impossible occurred);
template int lshift
struct SpuriouslyWarns {
static constexpr bool okay = lshift 32;
static constexpr unsigned int v = okay ? 1U lshift : 0;
};
static_assert(SpuriouslyWarns32::v == 0, Impossible occurred);
Compiling with 4.9.1, we get
spurious.cpp: In instantiation of ‘constexpr const unsigned int
SpuriouslyWarns32::v’:
spurious.cpp:14:36: required from here
spurious.cpp:11:49: warning: left shift count = width of type
static constexpr unsigned int v = okay ? 1U lshift : 0;
^
[Bug tree-optimization/63266] New: [5 Regression] Test regression: gcc.target/sh/pr53568-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63266
Bug ID: 63266
Summary: [5 Regression] Test regression:
gcc.target/sh/pr53568-1.c
Product: gcc
Version: 5.0
URL: https://gcc.gnu.org/ml/gcc-patches/2014-06/msg00777.ht
ml
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: thopre01 at gcc dot gnu.org
CC: olegendo at gcc dot gnu.org, su at cs dot ucdavis.edu,
thomas.preudhomme at arm dot com, thopre01 at gcc dot
gnu.org
Depends on: 61306
+++ This bug was initially created as a clone of Bug #61306 +++
This bug is to track the problem raised in comment 10 of bug #61306. Extract of
the comment:
It seems that after this commit, one SH bswap32 test started to fail.
Comparing the two test reports:
https://gcc.gnu.org/ml/gcc-testresults/2014-06/msg00961.html
https://gcc.gnu.org/ml/gcc-testresults/2014-06/msg01086.html
shows a new failure for gcc.target/sh/pr53568-1.c.
The function
int
test_func_02 (int a)
{
/* 1x swap.w
2x swap.b */
return (((a 0) 0xFF) 24)
| (((a 8) 0xFF) 16)
| (((a 16) 0xFF) 8)
| (((a 24) 0xFF) 0);
}
now fails to produce a bswap32.
