Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
This might not be a bug in GCC itself, but in the C++ specification. The
behaviour is the same for Clang and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467
--- Comment #6 from jpakkane at gmail dot com ---
According to C++ foundation's developer survey [1] the most popular build
system for C++ projects is CMake by quite a massive margin. Based on personal
experience almost everybody uses CM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467
--- Comment #4 from jpakkane at gmail dot com ---
As a build system developer I'd like that the most common usage (i.e. using
Ninja) would be the default and work without extra compiler flags.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467
--- Comment #2 from jpakkane at gmail dot com ---
It would be preferable to have the default work out of the box than having
every end user having to add compiler flags to make things work.
Ninja is the most popular underlying build system for
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
Currently if you try to build C++ modules using Ninja and a dependency file,
things fail with this fairly cryptic error message (that comes
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
Suppose you have a C++14 method like this:
auto f1() {
int x = 3;
auto l = [&]() -> int& { return x; };
: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
The -M flag and its like is very useful for reliable dependencies. It would be
great if the same would work also when linking.
The use case is the following. Suppose you
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
The following program prints "is_pod 1":
#include
#include
#include
typedef struct
{
int64_t dt_us;
} __attribute__ ((packed)) mytime_t ;
struct
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
In embedded development code size optimizations are very important and there
are some optimizations that commercial compilers do but GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78773
--- Comment #2 from jpakkane at gmail dot com ---
I tried constexpr and it did not have any effect so I just left it out for
simplicity. Sorry for the dupe. I tried searching but could not come up with a
suitable search term to find it.
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
Suppose we have the following very simple class for accessing a memory mapped
register:
class MemoryMappedRegister
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Target Milestone: ---
For the following code gcc will remove the call to memset:
void destroy(char *buf, size_t bufsize) {
memset(buf, 0, bufsize);
free(buf);
}
However if you change it to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62162
--- Comment #4 from jpakkane at gmail dot com ---
That seems the reasonable thing to do. Hopefully someone looks into this soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62162
--- Comment #2 from jpakkane at gmail dot com ---
Seems to be. There are some claims that it would be fixed in 4.6 but as the
comments state, is still around in 4.9.
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Create a simple Fortran file stuff.f95 that looks like this:
MODULE Circle
REAL, PARAMETER :: Pi = 3.1415927
REAL :: radius
END MODULE Circle
Then compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61113
--- Comment #2 from jpakkane at gmail dot com ---
In that case it would fail. But you can make it work by doing this (assuming
compilation with -fvisibility=hidden):
class __attribute__ ((visibility("default"))) Thing final {
publ
++
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
Suppose you compile a class defined like this using -fvisibility=hidden:
class __attribute__ ((visibility("default"))) Thing final {
public:
void publicFunc();
private:
void p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #5 from jpakkane at gmail dot com ---
I retried this with Gcc 4.8.2 on trusty and no longer get the crash. I have not
tried to reproduce David Kredba's issue so that might still remain.
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: jpakkane at gmail dot com
With Gcc 4.8.1 on Ubuntu Saucy x86-64 I can reliably trigger an ICE. As the
issue happens during link, I can't reduce it to a single
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54780
--- Comment #3 from jpakkane at gmail dot com 2012-10-03 07:53:59 UTC ---
Thanks for the explanation and workaround.
I guess this is not a big issue if you are using Autotools, where the
established practice is to compile inside the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54780
Bug #: 54780
Summary: G++ does not find precompiled headers in some cases
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: norma
21 matches
Mail list logo
