| Commit History - (may be incomplete: see SVNWeb link above for full details) |
| Date | By | Description |
18 Feb 2021 21:34:31
  1.2.0.43_1
|
adridg  |
Fix devel/heaptrack on i386 (32-bit ELF), I hope
This patch was removed in the previous update, but was still
necessary. I have since submitted it upstream.
Reported by: fallout |
13 Feb 2021 22:30:53
1.2.0.43
|
adridg |
Update devel/heaptrack some more
There were patches from Greg V upstream to fix the build of 1.2.0
on FreeBSD, so just chase KDE_INVENT up to that version. This
means we can drop our patches, and it fixes plist issues from my
previous update as well. |
13 Feb 2021 21:22:05
1.2.0
|
adridg |
Use KDE_INVENT where appropriate
KDE ports that use unreleased versions / versions straight from git.
PORTVERSION or DISTVERSION increased:
- audio/amarok has a newer tag so the commit hash jumps.
- devel/heaptrack has a newer tag so the commit hash jumps.
- graphics/kooka advances to a newer commit, nothing spectacular.
- graphics/peruse advances a great deal to its current state, which
is slightly-before-a-real-release. This one will be dropping KDE_INVENT
and going to normally-released soon, says upstream.
- net/smb4k has a newer tag so the commit hash jumps.
PORTVERSION unchanged, but I didn't bump PORTREVISION either
because it's the same software: (Only the first 15 lines of the commit message are shown above  ) |
01 Jun 2020 23:20:08
1.1.0.179_1
|
adridg |
devel/heaptrack Try to fix 32-bit build
I don't see that this can ever have built on 32-bit FreeBSD (i386
in particular) because the code uses Sxword, which our elf32.h
doesn't define. The Linux elf.h (which hanbles both sizes) does
define a 64-bit Sxword.
The patch throws in a using (typedef, but C++-style) that mimics
the 64-bit integers used in the Linux headers; this 64-bit value
doesn't match the size of Elf32_Dyn fields in either OS, but
I'll take a warning over non-stop build failures any day. |
17 May 2020 12:59:24
1.1.0.179
|
tcberner |
devel/heaptrack: update to latest commit
- Now contains actual heaptrack suport provded by GregV in [1]
[1] https://github.com/KDE/heaptrack/pull/24
PR: 246131 |
21 Apr 2020 19:45:51
1.1.0.92_4
|
tcberner |
graphics/kdiagram: update to 2.7.0 |
11 Dec 2019 17:53:49
1.1.0.92_3
|
jbeich |
devel/boost-*: update to 1.72.0
Changes: http://www.boost.org/users/history/version_1_72_0.html
PR: 241449
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D22136 |
19 Aug 2019 15:35:28
1.1.0.92_2
|
jbeich |
devel/boost-*: update to 1.71.0
Changes: http://www.boost.org/users/history/version_1_71_0.html
PR: 238827
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D20774 |
26 Jul 2019 20:46:57
1.1.0.92_1
|
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330 |
11 Jun 2019 18:25:35
1.1.0.92
|
pkubaj |
devel/heaptrack: fix build with GCC-based architectures
Add USES=compiler:c++11-lang to fix build:
Your compiler is too old and does not support the required C++11 features.
Approved by: mentors (implicite approval) |
25 May 2019 17:44:15
1.1.0.92
|
tcberner |
New port: devel/heaptrack
- At the moment this includes only the GUI part and not the actual tracker.
Heaptrack traces all memory allocations and annotates these events with stack
traces. Dedicated analysis tools then allow you to interpret the heap memory
profile to:
* find hotspots that need to be optimized to reduce the memory footprint of
your application
* find memory leaks, i.e. locations that allocate memory which is never
deallocated
* find allocation hotspots, i.e. code locations that trigger a lot of
memory allocation calls
* find temporary allocations, which are allocations that are directly
followed by their deallocation
WWW: https://github.com/KDE/heaptrack |
As an Amazon Associate I earn from qualifying purchases.
