Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: mjambor at suse dot cz, rguenth at gcc dot gnu.org
Target Milestone: ---
== Input ==
```
namespace g {
template class ring
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input:
enum E { FOO = 2 };
int main()
{
static constexpr auto x = reinterpret_cast(static_cast(FOO));
static constexpr auto y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159
Jan Engelhardt changed:
What|Removed |Added
CC||fweimer at redhat dot com
--- Comment
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Type: enhancement
Version: 13.2.1 20231130 [revision 741743c028dc00f27b9c8b1d5211c1f602f2fddd]
(SUSE Linux) x86_64
Input:
#include
#include
#include
int main
ormal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at
gc
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Bugtype: enhancement
Version: 13.1.1 20230720 [revision 9aac37ab8a7b919a89c6d64bc7107a8436996e93]
(SUSE Linux)
Input
=
#include
struct va_wrap {
~va_wrap() { if (engaged) va_end(vl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #52 from Jan Engelhardt ---
>This is useful for functions where not checking the
>result is either a security problem or always a bug, such as
>'realloc'.
always? reall..y..oc?
void *x = malloc(1);
realloc(x, 0);
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: rguenther at suse dot de
Target Milestone: ---
== Input ==
$ cat x.cpp
#include
static void ff(uint64_t b) { [&](){}(); }
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107895
--- Comment #1 from Jan Engelhardt ---
clang-15.0.5+gnustdlibc timing distribution.
-m32 -m64
mt19937 6.0 4.7
mt19937_64 9.2 4.7
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input
=
#include
#include
static std::mt19937 rng;
int main() {
for (size_t j = 0; j < 0x8000; ++j) {
uint32_t numbers[65536];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103930
--- Comment #2 from Jan Engelhardt ---
Subissue a) "the crash output is completely useless" seems to have been
addressed in the past already; I observe in gcc 12 that
Found plugin run function: 0x7fecaa0e01a0
AddressSanitizer:DEADLYSIGNAL
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103930
Jan Engelhardt changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment #
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Some libraries may use cpuid to runtime-test for SSE availability, yet their
authors may, intentionally or not, cause a profound lack of #ifdef __SSE__
guards around
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at
gcc dot gnu.org
Target Milestone: ---
// g
mponent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input
=
struct S{};
int main() { S s; s.__d; }
Observed
g++ -c x.cpp
gcc version 11.2.1 20220103 [revision d4a1d3c4b377f1d4acb34fe1b55b5088a3f293f6]
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104437
--- Comment #1 from Jan Engelhardt ---
Due to http://eel.is/c++draft/diff.cpp17.class#2 , it's probably going to be
(b).
However, adding inline, i.e.
inline S() {}
makes it compile again, so that case.. might be improperly rejected.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input
=
struct K {};
template struct S : Base {
S() {}
};
int main() { S s; }
Output
==
$ g++ -c -std
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input:
#include
#include
#include
#include
struct T {
struct K {
bool operator==(const K &) const { return 0; }
bool operator<(const K &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103733
--- Comment #4 from Jan Engelhardt ---
Is there a way to convey that it is safe to access every and all parts of S,
e.g. by initializing S::b at construction time?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103733
--- Comment #2 from Jan Engelhardt ---
== New input ==
$ cat x.cpp
struct S {
char b[16];
#if __cplusplus >= 202000L
bool operator==(const S &) const = default;
#else
inline bool operator==(const S &o) const { return __bu
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
== Input ==
struct S {
char b[16];
#if __cplusplus >= 202000L
bool operator==(cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103710
--- Comment #2 from Jan Engelhardt ---
Created attachment 52001
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52001&action=edit
testcase
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Environment:
» ./xgcc -v ...
Reading specs from /home/jengelh/repos/gcc/host-x86_64-pc-linux-gnu/gcc/specs
COLLECT_GCC
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
gcc version 11.2.1 20210816 [revision 056e324ce46a7924b5cf10f61010cf9dd2ca10e9]
(SUSE Linux) x86_64
== input ==
unsigned int fff(unsigned int p
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
> g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/riscv64-suse-linux/11/lto-wrapper
Target: riscv64-suse-linux
Configured with: ../configure --pre
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input
=
unsigned long calc(unsigned long x, unsigned long y)
{
return x/y*y;
}
unsigned long calc2(unsigned long x
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input (C++)
===
struct GLOBCNT { unsigned char ab[6]; };
unsigned long long gc_to_num(GLOBCNT gc)
{
unsigned long long
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
► cat x.cpp
#include
#include
#include
namespace fs = std::filesystem;
int main()
{
const char localeName
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input
=
unsigned long p1(unsigned long x)
{
return x - x / 10 - !!(x % 10);
}
unsigned long p2(unsigned long x)
{
if (x % 10 == 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
--- Comment #2 from Jan Engelhardt ---
Created attachment 51229
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51229&action=edit
testcase, 2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101705
--- Comment #1 from Jan Engelhardt ---
Created attachment 51228
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51228&action=edit
testcase, 1.c
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Using gcc-11.1.1 [revision 62bbb113ae68a7e724255e17143520735bcb9ec9], I observe
that gcc is able to recognize and combine lots of "st
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Input:
```
#include
#include
void f(int x) { printf("%d", x); }
void foo(const std::initializer_list &x) { for (auto y : x) f(y); }
int main()
{
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Request for enhancements on a particular warning message emitted for shoddy
code.
Input:
```
#include
#include
struct C {
C() = default;
C(C &&o)
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
== Input source ==
enum {
itm01, itm02, itm03, itm04, itm05, itm06, itm07, itm08, itm09, itm0A, itm0B,
itm0C, itm0D, itm0E, itm0F, itm10,
};
#define E(s) case s: return #s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97918
--- Comment #9 from Jan Engelhardt ---
The new g++.dg/debug/localclass2.C test file you added is marked "target
c++11", but it seems I can only cause the crash with -std=c++17 or later
standards. Should the test file perhaps be amended?
t: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Created attachment 49602
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49602&action=edit
Reproducer.
An ICE is observed on firefox-83 with gcc-10.2.1, persisting in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97908
--- Comment #4 from Jan Engelhardt ---
>don't dlclose a library when you are using anything from it.
That's easier said then done when using C++, as (inline) functions and static
objects can potentially be instantiated in any object file. A shar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97908
--- Comment #1 from Jan Engelhardt ---
On second thought, this is practically the same issue as functions going away
(like example below), so wontfix seems appropriate.
-- main
#include
struct base { virtual ~base() {}; };
int main()
{
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
» cat libx.cpp
#include
class Foobar {};
extern "C" { const char *makename(); }
const char *makename() { Foobar f; return typeid(f).name(); }
» cat m.cpp
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93064
--- Comment #1 from Jan Engelhardt ---
Possibly a duplicate of #92496 (the automatic "Possible duplicates" in the New
Bug form was slow to load), but my preconditions are different: I don't have a
public data member, nor is a template used like 9
ent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
» cat x.cpp
#include
#include
struct D {
D() { printf("*D\n"); }
~D() { printf("~D\n"); }
auto operator<=>(const D &) = default;
};
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
-- Input --
» cat x.c
static void *f() {}
void *g() {}
-- Observed output --
» gcc x.c -c -Wall -v
gcc version 9.2.1 20190903 [gcc-9-branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78747
Jan Engelhardt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Created attachment 46557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46557&action=edit
g++ -fPIC -fvisibility=hidden -E t.cpp
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88517
--- Comment #1 from Jan Engelhardt ---
> clang++ x.cpp -Wall && ./a.out
42
> clang++ -v
clang version 6.0.1 (tags/RELEASE_601/final 335528)
Target: x86_64-unknown-linux-gnu
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
== Testcase
#include
#include
struct B {};
struct D : public virtual B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86997
Jan Engelhardt changed:
What|Removed |Added
CC||jengelh at inai dot de
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87840
--- Comment #8 from Jan Engelhardt ---
g++-9 from openSUSE devel:gcc, the rest from Tumbleweed, SVN numbers see -v
banners above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87840
Jan Engelhardt changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87840
--- Comment #6 from Jan Engelhardt ---
Found a case where g++-9 also misses a leak when -fsanitize=address is not
present.
14:47 a4:~ > cat y.cpp
#include
struct S {
std::shared_ptr other;
};
int main()
{
auto e = std::make_sha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87840
Jan Engelhardt changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87840
--- Comment #2 from Jan Engelhardt ---
How could I go about debugging why such a backtrace won't show for me?
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at
gcc dot gnu.org
Target Milestone: ---
$ cat x.cpp
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
#include
struct S { int z; S() { z = 1; } } s;
int main() { memset(&s, 0, sizeof(s)); }
The rationale of -Wclass-memaccess as prese
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
$ cat x.cpp
void (*f)(const char *, int &&...);
void g(const char *, int &&a, int &&b) {}
int main() { f = g; return 0; }
OBSERVED:
$ g++-8 -c x.cpp
x.cp
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
Expected behavior:
Objects built with -O0 ought not cause gdb to spuriously "go backwards" in
source (for reasons other than the end
onent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
#include
struct only_movable {
only_movable(){}
only_movable(only_movable&&){}
only_movable &operator=(only_movable&&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80963
--- Comment #5 from Jan Engelhardt ---
>Where would those magic numbers come from? We don't have anything like that.
Maybe something similar to .build-id?, i.e. randomly-generated IDs (per .so)
that merely serve to distinguish two structs.
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80963
--- Comment #3 from Jan Engelhardt ---
The question is more like - can it be made to work even if (In reply to Andrew
Pinski from comment #1)
>
> That is Archive in the shared library and in the main executable are
> considered two different cla
: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at
gcc dot gnu.org
Target Milestone: ---
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78747
--- Comment #3 from Jan Engelhardt ---
The workaround is
global { extern "C++" { *::_Rep::_S_empty_rep_storage; }}
but of course that was not the question embedded in this "bug" report.
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
$ clang++ -c cmd.cpp -std=gnu++11
$ g++-7 -c cmd.cpp -std=gnu++11
cmd.cpp: In function ‘void f()’:
cmd.cpp:2:7: error: label ‘exit’ used but not defined
goto exit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78937
--- Comment #3 from Jan Engelhardt ---
Now that you mention it, I have a PIE-by-default extension installed on that
one (/usr/lib64/gcc/x86_64-suse-linux/6/defaults.spec file). Thanks for
clearing that up.
onent: translation
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
$ cat x.c
static const struct { int i; } foobar = {42};
static const struct { const char *n; } foobaz = {"moo"};
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
The following testcase produces a crashing program.
The gist seems to be that main.o and lib1.o each get a copy of the
std::basic_string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78564
--- Comment #1 from Jan Engelhardt ---
crosslink https://sourceware.org/bugzilla/show_bug.cgi?id=20873
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
$ g++-6 -std=gnu++14 -c x.cpp
int main(void)
{
struct NAMED {} f;
struct {} g;
struct {} h;
[](auto &&){}(f);
[](auto &&,
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
This is a feature request for a future version.
gcc 6.x currently misses to warn about nonderivable classes of tem
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
Is mixing "finalized" object files (ET_EXEC, ET_DYN) produced by different g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
--- Comment #3 from Jan Engelhardt ---
Hm yes, I begin to see why this was done. Template instantiations show up as
W-type symbols in `nm`, and template specializations are 'T'-type, and both
need to be visible so that the override works.
But on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
Jan Engelhardt changed:
What|Removed |Added
CC||jengelh at inai dot de
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: rguenther at suse dot de
Target Milestone: ---
---8<---
template struct ref {
template ref dy() const { return ref(); }
};
template ref dy(ref y) {
return y.dy();
}
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70042
Jan Engelhardt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
ent: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc-6
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-suse-linux/6/lto-wrapper
Target: x86_64-suse-linux
Configured with: ../configure --prefi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70042
Jan Engelhardt changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65194
Jan Engelhardt changed:
What|Removed |Added
Resolution|WONTFIX |WORKSFORME
--- Comment #2 from Jan Enge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #20 from Jan Engelhardt ---
Seems like the short route is to add a new attribute
((warn_unused_result_with_void_cancelling)) that exhibits the "desired"
behavior of (void) cancelling the warning, and then make glibc use that.
Simple,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805
--- Comment #4 from Jan Engelhardt ---
If one uses
#pragma pack(push, 1)
#pragma pack(pop)
the issue goes away, so indeed, it seems that some gcov parts are implicitly
built with different padding.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805
--- Comment #1 from Jan Engelhardt ---
(gdb) r
Starting program: t
Program received signal SIGSEGV, Segmentation fault.
compute_summary (max_length=, this_prg=0x7fff9540,
list=0x77dda180)
at ../../../libgcc/libgcov-driver.c:307
307
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
CC: rguenther at suse dot de
Target Milestone: ---
Observed: When building in C++ mode, combined with #pragma pack(1), combined
with --coverage
Severity: trivial
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Target Milestone: ---
The following code:
struct F {
F &self(void) { return *this; };
static void test(void) { };
} f;
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
This code:
---8<---
static struct zai { unsigned int x; } x = {-1};
--->8---
gives this error in C++11 mode:
$ g++-5 -std=gnu++11 -c y.cpp
y.cpp:1:46:
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Created attachment 34857
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34857&action=edit
A testcase. (It used to be over 6 lines after the initial g++ -E, so excuse
if I did not resolve #include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60354
Jan Engelhardt changed:
What|Removed |Added
CC||jengelh at inai dot de
--- Comment #1
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
This not-so-serious code:
$ cat w.cpp
int main(int argc, const char **argv)
{
auto f = [](const struct __lambda0 &self) { self(self); };
f(f);
return 0;
}
causes an ICE instead of just exi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59429
--- Comment #3 from Jan Engelhardt ---
I took it "Component: rtl-optimization" meant Register Transfer Language, not
Runtime Linking. If needed, please reassign to whatever component is actually
applicable. I am looking for a compiler enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59429
--- Comment #2 from Jan Engelhardt ---
Suppose all functions are used and taken.
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
The following code:
extern int comLG(int, int);
extern int comLE(int, int);
extern int comEL(int, int);
extern int comEG(int, int);
extern int comGL
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Given this compiler version/variant:
> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-suse-linux/4.8/lto-wrapper
Target: x86_64-suse-linux
Configured w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58283
--- Comment #6 from Jan Engelhardt ---
It seems to be ineffective.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58283
--- Comment #4 from Jan Engelhardt ---
>you cannot include a precompiled header from inside another header.
Ok. So, this limitation was properly implemented in gcc 4.7, which simply
skipped over the indirectly-included .gch file as if it did not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58283
--- Comment #2 from Jan Engelhardt ---
Oh, -DPRECOMP `wx-config --cflags` is a remnant and may be removed from the
Makefile. The issue continues to be reproducible. It appears on openSUSE
Factory's gcc 4.8.
Using built-in specs.
COLLECT_GCC=gcc
C
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Created attachment 30731
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30731&action=edit
testcase
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-sus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43350
--- Comment #5 from Jan Engelhardt 2012-11-07 00:00:01
UTC ---
Dave, what do you think about a new mode for SPARC similar to -mx32, in other
words, "-m64+ILP32"?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43350
Jan Engelhardt changed:
What|Removed |Added
CC||hjl at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
--- Comment #8 from Jan Engelhardt 2012-07-31 11:04:01
UTC ---
The ICE continues to occur even if I leave out the handful of openSUSE patches.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
Jan Engelhardt changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment #6
98 matches
Mail list logo