Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: 5.8: LTO exposes some new issues
- X-seq: zsh-workers 46272
- From: Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx>
- To: Roman Perepelitsa <roman.perepelitsa@xxxxxxxxx>
- Subject: Re: 5.8: LTO exposes some new issues
- Date: Tue, 28 Jul 2020 08:09:27 +0000
- Cc: Tomasz Kłoczko <kloczko.tomasz@xxxxxxxxx>, Zsh hackers list <zsh-workers@xxxxxxx>
- In-reply-to: <CAN=4vMrfmPBoS9i5aCSZA5bPuPnjboZ7BNN7poDGPy9ra3BeKQ@mail.gmail.com>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <CABB28CwZXqp6AEr1Gnk_VFBOqeFNhPVnUnTJGTae=ePkqeMFkw@mail.gmail.com> <ca26b639-1878-4e72-9fad-a4037912038a@www.fastmail.com> <CAH+w=7aCiU6ZAeh1JwRg+b+A=WrFTz4_8st9_UXOy_VYZ9M77Q@mail.gmail.com> <CABB28CxSD5w-SY-iCVYuQ4kJfBpNJOWhpk4HOrS1DNPfMVztgw@mail.gmail.com> <CAH+w=7Z0oDO18u7uRVoOhjG0-0ydvi65zt2mMHD_wb636C9F1w@mail.gmail.com> <35bf1c7b-163f-4baf-9d5a-c1d7e72459ec@www.fastmail.com> <CABB28Cxo3HAvDf-MhpRyNVuK_TjNXpT+nhfWsSax=BK8+RTUhQ@mail.gmail.com> <CAN=4vMoe4z=QqGK6FOxqo4FBYXj7oOU2NQJNk58iqtXR9agk1Q@mail.gmail.com> <CAN=4vMpxGgZTcvhmqjzvNFvybqiJTqjTZvs+Ky17F9=7OxU0QA@mail.gmail.com> <CABB28CzqX8id_xr8O7H-EM8a9wUWf5iH8WRS8Sr3_rgyLtnumg@mail.gmail.com> <CAN=4vMrfmPBoS9i5aCSZA5bPuPnjboZ7BNN7poDGPy9ra3BeKQ@mail.gmail.com>
- Sender: zsh-workers@xxxxxxx
Roman Perepelitsa wrote on Mon, 27 Jul 2020 16:19 +0200:
> FYI: I won't be doing anything about the warning in gettempname (which
> I'm not getting with my toolchain).
I'm not sure there's anything we can do about that warning. When I last
looked, the issue was that:
- The linker emits the warning whenever mktemp(3) is used;
- At least one callsite uses mktemp(3) unavoidably: it follows the call
not by open(2) but by mknod(2), so the warning's rationale (that
mkstemp(3) should be used in lieu of mktemp(3)) does not apply;
- The linker gives no way to disable the warning.
Unless there's an alternative to mktemp(3)+mknod(2) that I'm unaware
of, I'd triage this as a linker bug, in that it should be possible to
silence the warning when it's a false positive.
Cheers,
Daniel
Messages sorted by:
Reverse Date,
Date,
Thread,
Author