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
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
gcc dot
++
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[65
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 ) const { return
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=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=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=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 ) { for (auto y : x) f(y); }
int main()
{
f
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 &) { me
-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=edit
Reproducer.
An ICE is observed on firefox-83 with gcc-10.2.1, persisting in git ma
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
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
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=edit
g++ -fPIC -fvisibility=hidden -E t.cpp
gcc version 9.
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 =
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(, 0, sizeof(s)); }
The rationale of -Wclass-memaccess as presented
++
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 &, int &) {}
int main() { f = g; return 0; }
OBSERVED:
$ g++-8 -c x.cpp
x.cpp: In fu
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 =(only_movable&&){return *this;}
};
int m
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
: 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.
: 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"};
Whe
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 &&,
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 templates that
are left
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #20 from Jan Engelhardt jengelh at inai dot de ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805
--- Comment #4 from Jan Engelhardt jengelh at inai dot de ---
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 jengelh at inai dot de ---
(gdb) r
Starting program: t
Program received signal SIGSEGV, Segmentation fault.
compute_summary (max_length=synthetic pointer, this_prg=0x7fff9540,
list=0x77dda180
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;
int
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: error
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Created attachment 34857
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34857action=edit
A testcase. (It used to be over 6 lines after the initial g++ -E, so excuse
if I did not resolve #include string
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60354
Jan Engelhardt jengelh at inai dot de changed:
What|Removed |Added
CC||jengelh at inai
++
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 exiting(1
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59429
--- Comment #2 from Jan Engelhardt jengelh at inai dot de ---
Suppose all functions are used and taken.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59429
--- Comment #3 from Jan Engelhardt jengelh at inai dot de ---
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58283
--- Comment #2 from Jan Engelhardt jengelh at inai dot de ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58283
--- Comment #4 from Jan Engelhardt jengelh at inai dot de ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58283
--- Comment #6 from Jan Engelhardt jengelh at inai dot de ---
It seems to be ineffective.
Assignee: unassigned at gcc dot gnu.org
Reporter: jengelh at inai dot de
Created attachment 30731
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30731action=edit
testcase
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-suse-linux/4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43350
Jan Engelhardt jengelh at inai dot de changed:
What|Removed |Added
CC||hjl at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43350
--- Comment #5 from Jan Engelhardt jengelh at inai dot de 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=54088
Jan Engelhardt jengelh at inai dot de changed:
What|Removed |Added
CC||rguenther at suse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
--- Comment #8 from Jan Engelhardt jengelh at inai dot de 2012-07-31 11:04:01
UTC ---
The ICE continues to occur even if I leave out the handful of openSUSE patches.
96 matches
Mail list logo