[Bug gprofng/30043] libgprofng.so.* are installed to a wrong location

[sam at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=30043

Sam James  changed:

   What|Removed |Added

   See Also||https://sourceware.org/bugz
   ||illa/show_bug.cgi?id=28972

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/28972] gprofng libraries should be installed under $(pkglibdir)

[sam at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28972

Sam James  changed:

   What|Removed |Added

 CC||sam at gentoo dot org

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/28972] gprofng libraries should be installed under $(pkglibdir)

[sam at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28972

Sam James  changed:

   What|Removed |Added

   See Also||https://sourceware.org/bugz
   ||illa/show_bug.cgi?id=30043

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30043] libgprofng.so.* are installed to a wrong location

[sam at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=30043

Sam James  changed:

   What|Removed |Added

 CC||sam at gentoo dot org

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30036] Build failure on aarch64 w/ glibc: symbol `pwrite64' is already defined

[stlman at poczta dot fm]

https://sourceware.org/bugzilla/show_bug.cgi?id=30036

--- Comment #2 from Łukasz Stelmach  ---
(In reply to Vladimir Mezentsev from comment #1)
> There was a similar Bug 29477 - Build failure on musl:
> collector_module.h:78:13: error: duplicate member ‘pwrite’

Yes, I've seen it, but I believe this is different.

>  What a version of Linux and libc do you use ?

Aarch64, glibc 2.30.

After inspecting output of gcc -E, I think Linux headers aren't included. I
also had tried building in a different environment (Debian 11 on x86 with
aarch64 cross toolchain) and it worked… until I added -D_FILE_OFFSET_BITS=64 on
the command line of gcc compiling iotrace.c. I found that in the environment
where the build fails, cc1 contains the string "_FILE_OFFSET_BITS=64" which
apparently triggers definition of __USE_FILE_OFFSET64 in features.h and later
usage of the __REDIRECT-defined pwrite in unistd.h.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/29998] ld terminated with signal 11 [Segmentation fault] under mingw with LTO

[nickc at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=29998

--- Comment #23 from Nick Clifton  ---
Created attachment 14630
  --> https://sourceware.org/bugzilla/attachment.cgi?id=14630&action=edit
Proposed patch

Hi Jan,

  Please can you try out this patch and let me know if it works for you.

Cheers
  Nick

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

[nickc at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=29973

--- Comment #14 from Nick Clifton  ---
Well I have just tried x86_64-w64-mingw32-g++ from Fedora rawhide (which is
based on gcc version 12) and I still cannot reproduce the problem.  So I am
beginning to suspect that it is gcc version 13 specific.

Are you using a home built version of x86_64-w64-mingw32, or have you
downloaded it from somewhere ?

Please could you create a helloworld.o object file and upload that ?  Maybe
with that I will be able to reproduce the problem.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r: section below image base for windows

[euloanty at live dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=29973

--- Comment #15 from cqwrteur  ---
it is because of gcc 13 i guess. Old versions of mingw-w64 have the same issue.
it is probably libstdc++'s problem since recently they made changes on adding
C++ standard library threading support for win32 thread model

Get Outlook for Android

From: nickc at redhat dot com 
Sent: Thursday, January 26, 2023 7:38:27 AM
To: euloa...@live.com 
Subject: [Bug ld/29973] x86_64-w64-mingw32-g++ ld: helloworld.exe:.rdata_r:
section below image base for windows

https://sourceware.org/bugzilla/show_bug.cgi?id=29973

--- Comment #14 from Nick Clifton  ---
Well I have just tried x86_64-w64-mingw32-g++ from Fedora rawhide (which is
based on gcc version 12) and I still cannot reproduce the problem.  So I am
beginning to suspect that it is gcc version 13 specific.

Are you using a home built version of x86_64-w64-mingw32, or have you
downloaded it from somewhere ?

Please could you create a helloworld.o object file and upload that ?  Maybe
with that I will be able to reproduce the problem.

--
You are receiving this mail because:
You reported the bug.
You are on the CC list for the bug.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/28972] gprofng libraries should be installed under $(pkglibdir)

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28972

--- Comment #4 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Vladimir Mezentsev
:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2b304f501f1fe7ca0a27a6e672fd9cf8f289b4eb

commit 2b304f501f1fe7ca0a27a6e672fd9cf8f289b4eb
Author: Vladimir Mezentsev 
Date:   Wed Jan 25 19:21:38 2023 -0800

gprofng: PR30043 libgprofng.so.* are installed to a wrong location

gprofng/ChangeLog
2023-01-25  Vladimir Mezentsev  

PR gprofng/30043
PR gprofng/28972
* src/Makefile.am: Use lib_LTLIBRARIES instead of
pkglib_LTLIBRARIES.
* src/Makefile.in: Rebuild.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30043] libgprofng.so.* are installed to a wrong location

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=30043

--- Comment #4 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Vladimir Mezentsev
:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2b304f501f1fe7ca0a27a6e672fd9cf8f289b4eb

commit 2b304f501f1fe7ca0a27a6e672fd9cf8f289b4eb
Author: Vladimir Mezentsev 
Date:   Wed Jan 25 19:21:38 2023 -0800

gprofng: PR30043 libgprofng.so.* are installed to a wrong location

gprofng/ChangeLog
2023-01-25  Vladimir Mezentsev  

PR gprofng/30043
PR gprofng/28972
* src/Makefile.am: Use lib_LTLIBRARIES instead of
pkglib_LTLIBRARIES.
* src/Makefile.in: Rebuild.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/28972] gprofng libraries should be installed under $(pkglibdir)

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28972

--- Comment #5 from cvs-commit at gcc dot gnu.org  ---
The binutils-2_40-branch branch has been updated by Vladimir Mezentsev
:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=edd36b26f3506eeb259534ba2493e15c728cd280

commit edd36b26f3506eeb259534ba2493e15c728cd280
Author: Vladimir Mezentsev 
Date:   Wed Jan 25 19:21:38 2023 -0800

gprofng: PR30043 libgprofng.so.* are installed to a wrong location

gprofng/ChangeLog
2023-01-25  Vladimir Mezentsev  

PR gprofng/30043
PR gprofng/28972
* src/Makefile.am: Use lib_LTLIBRARIES instead of
pkglib_LTLIBRARIES.
* src/Makefile.in: Rebuild.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30043] libgprofng.so.* are installed to a wrong location

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=30043

--- Comment #5 from cvs-commit at gcc dot gnu.org  ---
The binutils-2_40-branch branch has been updated by Vladimir Mezentsev
:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=edd36b26f3506eeb259534ba2493e15c728cd280

commit edd36b26f3506eeb259534ba2493e15c728cd280
Author: Vladimir Mezentsev 
Date:   Wed Jan 25 19:21:38 2023 -0800

gprofng: PR30043 libgprofng.so.* are installed to a wrong location

gprofng/ChangeLog
2023-01-25  Vladimir Mezentsev  

PR gprofng/30043
PR gprofng/28972
* src/Makefile.am: Use lib_LTLIBRARIES instead of
pkglib_LTLIBRARIES.
* src/Makefile.in: Rebuild.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30006] Failure to build binutils-2.40 on i686

[vladimir.mezentsev at oracle dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=30006

--- Comment #10 from Vladimir Mezentsev  
---
 I hope I installed docker correctly.
But when I run:
% docker run --platform linux/386 --rm --net=host -v $(pwd):/output -h
$(hostname)-i686 -it satmandu/crewbuild:alex-i686.m58
Unable to find image 'satmandu/crewbuild:alex-i686.m58' locally
docker: Error response from daemon: Get "https://registry-1.docker.io/v2/":
net/http: request canceled while waiting for connection (Client.Timeout
exceeded while awaiting headers).


 What should I do ?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30006] Failure to build binutils-2.40 on i686

[satadru at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=30006

--- Comment #11 from Satadru Pramanik  ---
docker pull --platform linux/386 satmandu/crewbuild:alex-i686.m58

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30006] Failure to build binutils-2.40 on i686

[vladimir.mezentsev at oracle dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=30006

--- Comment #12 from Vladimir Mezentsev  
---
% docker pull --platform linux/386 satmandu/crewbuild:alex-i686.m58
Error response from daemon: Get "https://registry-1.docker.io/v2/": dial tcp
3.216.34.172:443: i/o timeout

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30036] Build failure on aarch64 w/ glibc: symbol `pwrite64' is already defined

[sam at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=30036

Sam James  changed:

   What|Removed |Added

 CC||sam at gentoo dot org

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gprofng/30006] Failure to build binutils-2.40 on i686

[vladimir.mezentsev at oracle dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=30006

--- Comment #13 from Vladimir Mezentsev  
---
% curl -vvv  https://registry-1.docker.io/v2/
...
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* Mark bundle as not supporting multiuse
< HTTP/1.1 401 Unauthorized
< content-type: application/json
< docker-distribution-api-version: registry/2.0
< www-authenticate: Bearer
realm="https://auth.docker.io/token",service="registry.docker.io";
< date: Fri, 27 Jan 2023 03:02:32 GMT
< content-length: 87
< strict-transport-security: max-age=31536000
< 
{"errors":[{"code":"UNAUTHORIZED","message":"authentication
required","detail":null}]}
* Connection #0 to host (nil) left intact

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug gas/13056] gas is broken

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=13056

--- Comment #4 from cvs-commit at gcc dot gnu.org  ---
The master branch has been updated by Alan Modra :

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=3e7cde4dca8c63b8091597bd7800f0f71e822395

commit 3e7cde4dca8c63b8091597bd7800f0f71e822395
Author: Alan Modra 
Date:   Fri Jan 27 12:31:27 2023 +1030

Call bfd_close_all_done in output_file_close

bfd_cache_close_all is good for closing file descriptors, but doesn't
do the cleanup of bfd memory as in bfd_close_all_done.

PR 13056
* output-file.c (output_file_close): Call bfd_close_all_done,
not bfd_cache_close_all.

-- 
You are receiving this mail because:
You are on the CC list for the bug.