The branch main has been updated by imp:
URL:
https://cgit.FreeBSD.org/src/commit/?id=97aedd3395b4e9b017e29823096771aff0835ff0
commit 97aedd3395b4e9b017e29823096771aff0835ff0
Author: Warner Losh
AuthorDate: 2024-05-18 13:07:16 +
Commit: Warner Losh
CommitDate: 2024-05-18 13:07:16 +
The branch main has been updated by rrs:
URL:
https://cgit.FreeBSD.org/src/commit/?id=ea916b64125bf43e918db9079532d39f996953ef
commit ea916b64125bf43e918db9079532d39f996953ef
Author: Randall Stewart
AuthorDate: 2024-05-18 14:57:04 +
Commit: Randall Stewart
CommitDate: 2024-05-18 14
The branch main has been updated by asomers:
URL:
https://cgit.FreeBSD.org/src/commit/?id=3bb5428ad643e38dd755c8d66c8ac2ae8f7575b5
commit 3bb5428ad643e38dd755c8d66c8ac2ae8f7575b5
Author: Alan Somers
AuthorDate: 2024-05-18 14:25:10 +
Commit: Alan Somers
CommitDate: 2024-05-18 15:51:
On 5/18/24 08:51, Alan Somers wrote:
commit 3bb5428ad643e38dd755c8d66c8ac2ae8f7575b5
rc.conf.5: remove obsolete advice about kld_list
Loading modules via kld_list is no longer substantially faster than via
loader.conf.
Where did you benchmark this? I can believe that perf
On Sat, May 18, 2024, 10:03 AM Colin Percival wrote:
> On 5/18/24 08:51, Alan Somers wrote:
> > commit 3bb5428ad643e38dd755c8d66c8ac2ae8f7575b5
> >
> > rc.conf.5: remove obsolete advice about kld_list
> >
> > Loading modules via kld_list is no longer substantially faster than
> via
> >
Oh no .. please not...
We went into that in a GSoC:
https://wiki.freebsd.org/SummerOfCode2015/FreeBSDLibcSecurityExtensions
Ultimately it proved to be useless since stack-protector-strong.
The NetBSD code was not well adapted to clang either.
Ask me more if you really want to dig into it, but we
Sorry for noticing so late ... I was unaware this was being worked on and I
was very busy with since my dad passed away recently.
The static checker component of Fortify source only works well on GCC, for
clang this lacks the support that was added by Google on Android's libc (which
is not ber
It was just pointed out to me this sounded insulting .. for which I am sorry.
It's been almost 10 years since I last looked at it and it is disappointing to
see my almost-mistake happening. This was a lot of work by Kyle and I didn't
mean to be dismissive of it.
So ]I'll just shudup and creep ba
The branch main has been updated by kib:
URL:
https://cgit.FreeBSD.org/src/commit/?id=ff4480baf6f15551aee58707bffc9b15608d89d8
commit ff4480baf6f15551aee58707bffc9b15608d89d8
Author: Konstantin Belousov
AuthorDate: 2024-05-18 22:49:59 +
Commit: Konstantin Belousov
CommitDate: 2024-
On May 18, 2024 13:42, Pedro Giffuni wrote:
Oh no .. please not...We went into that in a GSoC:https://wiki.freebsd.org/SummerOfCode2015/FreeBSDLibcSecurityExtensionsUltimately it proved to be useless since stack-protector-strong.Respectfully, I disagree with your conclusion here:1.) _FORTI
The branch stable/14 has been updated by kib:
URL:
https://cgit.FreeBSD.org/src/commit/?id=4018bcdea8e1934eedba4b800e6feb2099b1091d
commit 4018bcdea8e1934eedba4b800e6feb2099b1091d
Author: Konstantin Belousov
AuthorDate: 2024-05-07 13:23:28 +
Commit: Konstantin Belousov
CommitDate:
The branch stable/14 has been updated by kib:
URL:
https://cgit.FreeBSD.org/src/commit/?id=9ccd5394123bf429b09b4404fa6cb8543b617331
commit 9ccd5394123bf429b09b4404fa6cb8543b617331
Author: Konstantin Belousov
AuthorDate: 2024-05-07 12:33:01 +
Commit: Konstantin Belousov
CommitDate:
The branch stable/14 has been updated by kib:
URL:
https://cgit.FreeBSD.org/src/commit/?id=936aa8ec7cb57a32387e1f6e636d055d3397edcf
commit 936aa8ec7cb57a32387e1f6e636d055d3397edcf
Author: Konstantin Belousov
AuthorDate: 2024-05-16 00:59:21 +
Commit: Konstantin Belousov
CommitDate:
The branch stable/13 has been updated by kib:
URL:
https://cgit.FreeBSD.org/src/commit/?id=2eeb0e9fc1306f40ec684af1ea56a8871a9a3684
commit 2eeb0e9fc1306f40ec684af1ea56a8871a9a3684
Author: Konstantin Belousov
AuthorDate: 2024-05-07 13:23:28 +
Commit: Konstantin Belousov
CommitDate:
The branch stable/13 has been updated by kib:
URL:
https://cgit.FreeBSD.org/src/commit/?id=7c23465541f328acab2192c870be31324ce436d9
commit 7c23465541f328acab2192c870be31324ce436d9
Author: Konstantin Belousov
AuthorDate: 2024-05-07 12:33:01 +
Commit: Konstantin Belousov
CommitDate:
The branch stable/13 has been updated by kib:
URL:
https://cgit.FreeBSD.org/src/commit/?id=e4df9d84b19f2e6d1930abf65ef0679196600114
commit e4df9d84b19f2e6d1930abf65ef0679196600114
Author: Konstantin Belousov
AuthorDate: 2024-05-16 00:59:21 +
Commit: Konstantin Belousov
CommitDate:
(sorry for top posting .. my mailer just sucks)Hi;
I used to like the limited static checking FORTIFY_SOURCE provides and when I
ran it over FreeBSD it did find a couple of minor issues. It only works for GCC
though.
I guess it doesn't really hurt to have FORTIFY_SOURCE around and NetBSD had the
On 5/18/24 20:09, Pedro Giffuni wrote:
(sorry for top posting .. my mailer just sucks)
Hi;
I used to like the limited static checking FORTIFY_SOURCE provides and
when I ran it over FreeBSD it did find a couple of minor issues. It only
works for GCC though.
I don't think this is particul
On Sat, May 18, 2024 at 09:08:48PM -0500, Kyle Evans wrote:
>
>
> On 5/18/24 20:09, Pedro Giffuni wrote:
> > (sorry for top posting .. my mailer just sucks)
> > Hi;
> >
> > I used to like the limited static checking FORTIFY_SOURCE provides and
> > when I ran it over FreeBSD it did find a couple
On Sunday, May 19, 2024 6:39:59 AM GMT+2 Pedro Giffuni wrote:
> FWIW .. and let me be clear I haven't worked on this in ages and I am not
> planning to retake this either...
> clang just couldn't do the static fortify_source checks due to the way llvm
> uses an intermediate representation; the
On 5/18/24 23:39, Pedro Giffuni wrote:
FWIW .. and let me be clear I haven't worked on this in ages and I am
not planning to retake this either...
clang just couldn't do the static fortify_source checks due to the way
llvm uses an intermediate representation; the size just couldn't be
handl
21 matches
Mail list logo
