http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55040
Bug #: 55040
Summary: dereferencing type-punned pointer
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47733
Summary: psignal (int, const? char*) in libiberty/strsignal.h
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedT
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Compiling
$ cat test.cpp
#include
class A {
int s;
public:
A () = default;
A (const A&) = delete;
A& operator=(const A&) = de
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #9 from Дилян Палаузов ---
Yes, $(libdir)/bfd-plugins is a location automatically scanned by ar/nm/ranlib.
The question is, why GCC’s “make install” does not put there its linker plugin.
As long as nobody installs the linker plugins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #11 from Дилян Палаузов ---
According to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345#c4 it does not
matter whether liblto_plugin.so.0.0.0 from GCC7 or 8 is installed under
$libdir/bfd-plugins: both work for both compiler versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #13 from Дилян Палаузов ---
At https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345#c4 is written that “Right
now the plugin from any gcc can be used with any gcc.” This is not the same as
the last comment. Please clarify again, if an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #15 from Дилян Палаузов ---
Why isn’t liblto_plugin.so tweaked to claim only the GCC LTO files, it can
handle? E.g. liblto_plugin.so from GCC7 does not claim files for GCC 8 LTO?
I do not get the conclusion here:
* liblto_plugin.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #18 from Дилян Палаузов ---
I will sum up the discussion so far on this and other tickets:
When one distributes source code software packages, the developers directly or
indirectly use AR to create static libraries, when the user wan
D
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/doc/install.texi;h=64ad2445a335f270200e359812bc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85413
--- Comment #2 from Дилян Палаузов ---
config/bootstrap-lto.mk contains more tweaks:
# This option enables LTO for stage2 and stage3 in slim mode
STAGE2_CFLAGS += -flto=jobserver -frandom-seed=1
STAGE3_CFLAGS += -flto=jobserver -frandom-seed=1
Assignee: ian at airs dot com
Reporter: dilyan.palauzov at aegee dot org
CC: cmang at google dot com
Target Milestone: ---
Per http://gcc.gnu.org/gcc-8/changes.html gcc compiles for go 1.10.1 .
http://gcc.gnu.org/gcc-9/changes.html states nothing about go, which means,
that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67128
--- Comment #4 from Дилян Палаузов ---
If an impossible combination is requested, then ./configure shall fail
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
This is t.c:
#include
#include
ssize_t __wrap_read(int fd, void *buffer, size_t count) {
printf("%s\n&qu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643
--- Comment #7 from Дилян Палаузов ---
As noted at https://sourceware.org/bugzilla/show_bug.cgi?id=24406 this does
work with clang+gold and clang+lld, but not with clang+bfd.
As this does not work with gcc+gold, the problem is not in the linker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643
--- Comment #9 from Дилян Палаузов ---
With the patch applied to ld.bfd “clang -flto -fuse-ld=bfd -Wl,--wrap=read t.c”
does work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643
--- Comment #10 from Дилян Палаузов ---
With the patch applied this works:
clang -flto -fuse-ld=bfd -Wl,--wrap=read -O3 t.c
gcc -flto -fuse-ld=bfd -Wl,--wrap=read -O3 t.c
gcc -flto -fuse-ld=bfd -Wl,--wrap=read -O2 t.c
gcc -flto -fuse-ld
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88643
--- Comment #11 from Дилян Палаузов ---
Reported for ld.gold at https://sourceware.org/bugzilla/show_bug.cgi?id=24415 .
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
See https://sourceware.org/bugzilla/show_bug.cgi?id=24440:
Compiling most recent binutils (git/master - commit
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
When ISL is installed under /usr/local/lib, linking GCC with ld.gold does not
work, because ld.gold does not have implicit -L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86534
--- Comment #2 from Дилян Палаузов ---
I can pass --with-isl-lib=/usr/local/lib, I can also compile ld.gold to have
implicit -L/usr/local/lib. But if gcc is supposed to be linkable with both
ld.bfd and ld.gold, then --with-isl-lib shall not be n
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
When compiling valgrind's coregrind/m_libcsetjmp.c
(https://sourceware.org/git/?p=valgrind.git;a=blob;f=coregrind/m_libcsetjmp.c)
with -lto the functions VG_MINIMAL_LO
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
With the most
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84926
--- Comment #2 from Дилян Палаузов ---
make -C src all
make[1]: Entering directory '/git/postgresql/src'
make -C common all
make[2]: Entering directory '/git/postgresql/src/common'
make -C ../backend submake-errcodes
make[3]: Entering directory '
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
For the LTO prime time to arise, "gcc/Makefile install" shall put the
liblto_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84934
--- Comment #2 from Дилян Палаузов ---
Builind a linux from scratch system, doing everywhere "./configure && make
install" shall work, taking all defaults into account. For gcc+LTO+binutils
this does not work. While distros can adjust the exact
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84934
--- Comment #3 from Дилян Палаузов ---
For LLVM I filled the same request: https://bugs.llvm.org/show_bug.cgi?id=36802
.
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
While ar, ranlib and nm work with LTO, if the plugin is installed in
{libdir}/bfd-plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84934
--- Comment #4 from Дилян Палаузов ---
Oh, I have typed on this matter already in the past:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84926
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #2 from Дилян Палаузов ---
gcc-ar always uses the latest plugin:
$ cat t.c
#include
int main() {
printf("Z\n");
}
$ x86_64-pc-linux-gnu-gcc-6.4.1 -flto t.c -C -o t.o
$ strace gcc-ar rc t.a t.o prints:
stat("/usr/local/
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Calling “make install” without DESTDIR after building libc-2.28 calls
eventually glibc-2.28/srcribts/test-installation.pl . It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87710
--- Comment #2 from Дилян Палаузов ---
I tried this with -fuse-ld=gold and -fuse-ld=bfd .
If you mean the problem is in both ld.bfd and ld.gold, I will report it there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87710
--- Comment #4 from Дилян Палаузов ---
Moved to
for ld.bfd: https://sourceware.org/bugzilla/show_bug.cgi?id=23811
for ld.gold: https://sourceware.org/bugzilla/show_bug.cgi?id=23812
IRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Please integrate this snippet, so that gdb can skip building the shipped
libreadline, when the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87741
--- Comment #2 from Дилян Палаузов ---
Created attachment 44905
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44905&action=edit
Why don’t the GCC mailservers accept my email to gcc-pathces?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87741
--- Comment #4 from Дилян Палаузов ---
The mail I send has only text/plain MIME part. Moreover, the mail was not
permanently rejected.
I want to know why the mail server says "Retry sending later".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87741
--- Comment #6 from Дилян Палаузов ---
I have misspelled the domain — gnu.gcc.org
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
On my system, when I compile gcc using -flto -O3 (meaning LTO is applied to the
compiler) I face the problem
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
When I try to pass -flto gcc from is compiled (most recent version from git),
I get the following error:
export GCC=yes
export
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69791
--- Comment #2 from Дилян Палаузов ---
(In reply to Richard Biener from comment #1)
> How did you configure and call make?
FLAGS as mentioned.
/git/gcc/configure --enable-host-shared --enable-threads=posix
--with-arch=haswell --enable-__cxa_ate
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
make distclean
leaves these files:
./stage_final
./libcc1
./libcc1/compiler-name.h
and prints:
make[1]: Entering directory
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I have the newest gcc-5 (commit e0f9303ca2e71). In my /etc/config.site is
written:
export CFLAGS="-pipe -O3 -fno-fat-lto-objects -flto"
export CXXFLAGS="
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70200
--- Comment #1 from Дилян Палаузов ---
I was wrong, having libunwind, with --enable-cxx-exceptions, thus exporting
_Unwind_Resume(), does not help in any way.
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
During "make install" please put liblto_plugin.so under $LIBDIR/bfd-plugins, so
that ar and ranlib can find the plugin (e.g. when they are invoked from
li
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
After binutils introduced passing -Wstack-usgage when compiling gas
(https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71015
Дилян Палаузов changed:
What|Removed |Added
CC||dilyan.palauzov at aegee dot
org
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
$ cat a.c
const char * const a = "ABCD";
const char b[5] = "EFGH";
$ gcc -O3 -o a
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
config/plugins.m4 is written in such a way, that the plugins are enabled,
whenever dlfcn.h or windows.h are found, even when --enable-plugins was not
specified. So the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69790
--- Comment #4 from Дилян Палаузов ---
I don't know precisely what I did a year ago.
--prefix was either /usr or /usr/local.
Nowadays, the documentation of "ld -plugin" and "nm --plugin" state, both tools
use by default different paths to find
: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
When the linking process is interrupted, some files of the form /tmp/cc??
or /tmp/cc??.ltrans?.o are left.
These files shall be deleted when the linker terminates, even if it has been
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Created attachment 41185
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41185&action=edit
Sample
With the attached package I do ./configure and
make clean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80407
Дилян Палаузов changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67111
--- Comment #2 from Дилян Палаузов ---
I do not have the environment anymore.
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I have compiled gcc with
../gcc-4.9.2/configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--enable-threads=posix --enable-nls --enable-interpreter --with-system-zlib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
I use gcc 4.8.3 20140220 (prerelease), with libc 2.17 on a x86_64 bit system.
Compiling:
#include
#include
#include
struct z {
char* var;
z (const char* str) { var = strdup (str); }
~z () { free (var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
Дилян Палаузов changed:
What|Removed |Added
CC||dilyan.palauzov at aegee dot
org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
--- Comment #3 from Дилян Палаузов ---
Indeed, adding
z (const z& x) { var = strdup (x.var); }
solves the problem. However, I don't understand how that "y.clear();" between
the y.emplace_back() in the original program avoids the double free.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60371
Дилян Палаузов changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
At
https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/i386-and-x86-64-Options.html#i386-and-x86-64-Options
is written:
‘nocona’
Improved version of Intel Pentium 4 CPU with 64-bit extensions, MMX, SSE,
SSE2
Priority: P3
Component: java
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
deheader (git://gitorious.org/deheader/deheader.git) states correctly, that
libjava/gnu/java/nio/channels/natFileChannelPosix.cc contains twice
#include
: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
The program deheader states correctly, that gcc/gtype-desc.c includes twice
basic-block.h and ggc.h .
This is probably caused by the fact, that
gcc/gengtype.c:open_base_files():static const
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
I download tar-1.28 from ftp.gnu.org , and ./configure with
CFLAGS='-pipe -O3 -flto -Wl,-S -Wl,--hash-style=gnu -Wl,-O1 -Wl,-z,relro'
If I compile and link with gcc483, everything is fine, but w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #3 from Дилян Палаузов ---
Please include a link from https://gcc.gnu.org/wiki/LinkTimeOptimization to
https://gcc.gnu.org/wiki/LinkTimeOptimizationFAQ and update the latter to state
(The next version of binutils [as of 2014-05-04] w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #4 from Дилян Палаузов ---
(In reply to Andrew Pinski from comment #2)
> >../gnu/libgnu.a
>
> I bet it is due to how ../gnu/libgnu.a is generated. Does it use gcc-ar or
> just ar? For 4.9 and above, we use slim lto object files so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #5 from Дилян Палаузов ---
Using gcc-ar instead of ar does not help:
$grep AR\ = Makefile
AR = gcc-ar
...
$rm gnu/libgnu.a
$make V=1
make[4]: Entering directory '/mnt/new/src/tar-1.28/gnu'
rm -f libgnu.a
gcc-ar cru libgnu.a copy-ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61967
--- Comment #7 from Дилян Палаузов ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Дилян Палаузов from comment #5)
> > Using gcc-ar instead of ar does not help:
> >
> > $grep AR\ = Makefile
> > AR = gcc-ar
> > ...
>
> > ranlib li
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
I have binutils-2.24 with
https://sourceware.org/ml/binutils/2014-01/msg00213.html patch applied, and
libtool 2.4.2.444.30
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62083
--- Comment #2 from Дилян Палаузов ---
Thanks!
: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
When I type
gcc -WZ
I get
gcc: error: unrecognized command line option ‘-WZ’
gcc: fatal error: no input files
compilation terminated.
But when I type
gcc -Wno-Z
I get just
gcc
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
At https://gcc.gnu.org/install/configure.html is written:
Options specification
--with-fpu=type
--with-float=type
These configure options provide default values for the -mfpu= option and for
-mhard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991
--- Comment #5 from Дилян Палаузов ---
The problem does not appear anymore, since I upgraded gcc 4.9.2 -> 4.9.3 .
: libffi
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I configure gcc with
/git/gcc/configure --enable-host-shared --enable-threads=posix
--enable-languages=all --enable-targets=all --enable-nls
--with-linker-hash-style=gnu
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I have the newest gcc (g207b8288) and binutils (gedc66de).
binutils is configured with "/git/binutils-gdb/configure
--target=armv6kz-hardfloat-linux-gnueabi --with-sysroot=/raspbe
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
As of current master (47dcac97f8004116), Makefile.in contains:
configure-libcc1:
@: $(MAKE); $(unstage)
@r=`${PWD_COMMAND}`; export r; \
s=`cd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67128
--- Comment #1 from Дилян Палаузов ---
To be precise, here is the complete error message, when linking shared libcc1.
I use GNU ld 2.25.51.20150804.
libtool: link: /src/gcc/gcc-git/./gcc/xg++ -B/src/gcc/gcc-git/./gcc/
-nostdinc++ -nostdinc++
-
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
/git/gcc/configure --enable-host-shared --enable-threads=posix
--with-arch=haswell --enable-__cxa_atexit --enable-languages=c,c++,lto,jit
--disable-shared --enable
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
config/bootstrap-debug.mk contains:
STAGE2_CFLAGS += -gtoggle
and in turn stage2 is compiled with -gtoggle, while stage3 is compile without
-gtoggle. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67156
--- Comment #2 from Дилян Палаузов ---
It is x86_64-pc-linux-gnu == host == target == build.
To what I see in the root Makefile (copied below) at the end of the build files
in stage2 and stage3 are compared with `cmp', which fails, if one file h
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I have ld.bfd/as 2.25.51.20150808 and the most recent gcc repository.
I do /git/gcc/configure --enable-host-shared --enable-threads=posix
--with-arch=haswell --enable
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I run
/git/gcc/configure --enable-host-shared --enable-threads=posix
--with-arch=haswell --enable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67156
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
gcc -Wpadded produces output like:
file.h:10:3: warning: padding struct to align 'z' [-Wpadded]
and like
file.h:10:3: warning: padding struct to align ‘z’ [-Wpadded]
note the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67255
--- Comment #2 from Дилян Палаузов ---
git clone https://cgit.cyrus.foundation/cyrus-imapd
cd cyrus-imapd
libtoolize
autoreconf -i
CFLAGS="-Wpadded" ./configure --with-sqlite
make 2>&1 | grep righ | sort -u
prints:
imap/append.h:62:9: warning:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67255
Дилян Палаузов changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67157
--- Comment #2 from Дилян Палаузов ---
I have retried with the most current gcc code. The problem is not solved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345
--- Comment #3 from Дилян Палаузов ---
Am I correct if I say, that the gcc plugin is backward compatible: the plugin
from the newest gcc can be used with any gcc but not vice versa?
How do nm and ar determine, if a plugin shall be used, for inst
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Compiling libstdc++ only with
$ ../../gcc-11.1.0/libstdc++-v3/configure --disable-libstdcxx-pch
--disable-static
Component: go
Assignee: ian at airs dot com
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
If my observations are correct, in the 11.x series go version printed a version
number, while in the 12.x series it prints:
$ go version
go version unknown linux/amd64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106747
--- Comment #3 from Дилян Палаузов ---
installing gcc installs two binaries:gccgo and go.
The first is OK:
$ gccgo --version
gccgo (GCC) 12.1.1 20220814
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106747
--- Comment #5 from Дилян Палаузов ---
(In reply to Ian Lance Taylor from comment #4)
> This is fixed on tip. Want to backport the patch to the GCC 12 branch?
This is a regression. It would be good if there is a correction on the GCC 12
branc
: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: dilyan.palauzov at aegee dot org
CC: cmang at google dot com
Target Milestone: ---
I download the tip of https
Severity: normal
Priority: P3
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
gcc (GCC) 11.2.1 20220413 (compiled from git)
For a.c:
#include
void fr(char* x) {
free(x
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
On the releases/gcc-11 branch, at commit
990bea6f7e23bd935ad022db6bf4c9de2f74baf3 (HEAD -> releases/gcc-11,
origin/releases/gcc-11)
Author: GCC Administrator
Date: Sun Au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113679
--- Comment #13 from Дилян Палаузов ---
For clang being buggy from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113679#c11 I filled
https://github.com/llvm/llvm-project/issues/81358 .
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Created attachment 57598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57598&action=e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114220
--- Comment #2 from Дилян Палаузов ---
Is my reading correct, that the warning is triggered, when a function receives
as parameter a reference to a temporary and returns a reference? If this is
the only criterion, then it is a wrong assumption,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114220
--- Comment #3 from Дилян Палаузов ---
> The warning is designed this way explictly because you are returning a
> reference and taking a reference as an argument and in the case of b2, the
> tempory is `std::string("u")` .
> In GCC 14+ (since
1 - 100 of 116 matches
Mail list logo
