https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120726
--- Comment #2 from Дилян Палаузов ---
Created attachment 61683
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61683&action=edit
The full output of “make clean” - Recursive variable 'AR' references itself
(eventually). Stop.
The output
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
Error on make clean:
…
rm -f *.lo
true "AR_FLAGS=" "CC_F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120707
--- Comment #7 from Дилян Палаузов ---
I was using all the time out-of-source/VPATH builds, but typed here ./configure
for simplicity.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120707
--- Comment #5 from Дилян Палаузов ---
As far as I see both ./configure invocations above are identical.
> What happens if you don't build in the src tree as recommended in the install
> documentation?
I do not understand the question. How s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120707
--- Comment #2 from Дилян Палаузов ---
> Which target is this on?
host == target
# uname -a
Linux d 5.10.226 #2 SMP Sat Oct 5 20:52:45 UTC 2024 x86_64 GNU/Linux
If this does not answer your question, clarify how to answer it.
Priority: P3
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org,
pierre-emmanuel.patry at embecosm dot com
Target Milestone
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
./libstdc++/configure --help prints
--with-system-libunwind use installed libunwind
But the option --with-system-libunwind is not described at
https://gcc.gnu.org
Priority: P3
Component: web
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
The procedure described at https://gcc.gnu.org/install/configure.html to find
the available language is to call «grep ^language= */config
Component: web
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
https://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html says:
> --enable-vtable-verify[default]
which means, that by default vtable-verify is enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117399
--- Comment #2 from Дилян Палаузов ---
This was suggested here:
https://stackoverflow.com/questions/22707265/how-to-build-libgcc-of-gcc-compiler/22707330#22707330
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117396
--- Comment #2 from Дилян Палаузов ---
I think all of them (--disable-ld, --disable-ada, …) should be changed. This
way ./configure --help will only suggest how to toggle the default and what is
the default.
Here a legthy discussion (by me):
Priority: P3
Component: web
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
https://gcc.gnu.org/install/configure.html describes --enable-link-mutex ,
without stating that the option is deprecated. But gcc
NCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I want to compile only libgcc_s.so in order to put it in a chrooted
environme
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
gcc-14.2.0/gcc/configure.ac contains:
AC_ARG_ENABLE(multilib,
[AS_HELP_STRING([--enable-multilib
Priority: P3
Component: web
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
https://gcc.gnu.org/onlinedocs/14.1.0/ spells twice “GCCGO 14.1 Manual (also in
PDF or PostScript or an HTML tarball
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #40 from Дилян Палаузов ---
Makefile.in contains now:
@if gcc-bootstrap
@unless target-libbacktrace-bootstrap
all-target-libgo: maybe-all-target-libbacktrace
@endunless target-libbacktrace-bootstrap
@endif gcc-bootstrap
@unless gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #36 from Дилян Палаузов ---
> maybe this ought to be a `depend=` entry in Makefile.def instead?
My understanding is that depend= only has effect for bootstrapped targets, and
there is no boot_language=yes in gcc/go/config-lang.in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
--- Comment #34 from Дилян Палаузов ---
Created attachment 57662
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57662&action=edit
Proposed patch
This fixes the problem.
I do not understand the build system to say, that this is the best a
Component: web
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
I want to create a treeless-copy of the git://gcc.gnu.org/git/gcc.git .
https://github.blog/2020-12-21-get-up-to-speed-with-partial-clone-and-shallow-clone
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
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,
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=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 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113679
--- Comment #8 from Дилян Палаузов ---
-fexcess-precision=standard does not ensure consistent behaviour between gcc
13.2.1 20231205 (Red Hat 13.2.1-6) and clang 17.0.5. -msse2 -mfpmath=sse does
for diff.c:
#include
#include
int main(void) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113679
--- Comment #5 from Дилян Палаузов ---
gcc -m64 -fexcess-precision=fast -o diff diff.c && ./diff
0.00
gcc -m32 -fexcess-precision=fast -o diff diff.c && ./diff
-2.00
clang -m32 -fexcess-precision=fast -o diff diff.c && ./diff
0.00
cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113679
--- Comment #2 from Дилян Палаузов ---
This happens only without optimizations:
$ gcc -O0 -m32 -o diff diff.c && ./diff
-2.00
$ gcc -O1 -m32 -o diff diff.c && ./diff
0.00
$ gcc -O2 -m32 -o diff diff.c && ./diff
0.00
$ gcc -O3 -m
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
Target Milestone: ---
diff.c is:
#include
int main(void) {
long long l = 9223372036854775806;
double d
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: dilyan.palauzov at aegee dot org
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472
Дилян Палаузов changed:
What|Removed |Added
CC||dilyan.palauzov at aegee dot
org
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
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
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
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
: 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
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
: 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
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
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
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 .
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 #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 #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.
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=67128
--- Comment #4 from Дилян Палаузов ---
If an impossible combination is requested, then ./configure shall fail
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
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 #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 #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 #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
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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=87741
--- Comment #6 from Дилян Палаузов ---
I have misspelled the domain — gnu.gcc.org
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 #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?
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=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
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.
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=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
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=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
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=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/
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=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
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 #3 from Дилян Палаузов ---
For LLVM I filled the same request: https://bugs.llvm.org/show_bug.cgi?id=36802
.
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
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=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 '
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
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
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
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
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=80407
Дилян Палаузов changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
: 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67111
--- Comment #2 from Дилян Палаузов ---
I do not have the environment anymore.
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71015
Дилян Палаузов changed:
What|Removed |Added
CC||dilyan.palauzov at aegee dot
org
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
: 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
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.
: 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="
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
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: ---
When I try to pass -flto gcc from is compiled (most recent version from git),
I get the following error:
export GCC=yes
export
: 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
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=67255
Дилян Палаузов changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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:
: 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=67156
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
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
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
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
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
: 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
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++
-
1 - 100 of 125 matches
Mail list logo
