Search Criteria
Package Details: imgui 1.91.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/imgui.git (read-only, click to copy) |
---|---|
Package Base: | imgui |
Description: | Bloat-free Graphical User interface for C++ |
Upstream URL: | https://github.com/ocornut/imgui |
Licenses: | MIT |
Submitter: | xantares |
Maintainer: | bwrsandman |
Last Packager: | bwrsandman |
Votes: | 6 |
Popularity: | 0.010554 |
First Submitted: | 2021-03-01 12:38 (UTC) |
Last Updated: | 2024-10-19 23:28 (UTC) |
Dependencies (2)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- cmake (cmake-gitAUR) (make)
Latest Comments
1 2 Next › Last »
jamincollins commented on 2024-05-08 16:55 (UTC)
Please consider enabling the build flags for the additional bindings:
Not sure if any of the others make sense on Linux, but I believe all of the above do.
Achilleus commented on 2024-01-20 12:19 (UTC) (edited on 2024-01-20 12:20 (UTC) by Achilleus)
TechniKris commented on 2023-09-06 09:41 (UTC)
CMakeLists.txt
andimgui-config.cmake.in
have been updated and their checksums don't match, making the PKGBUILD fail.bwrsandman commented on 2023-05-02 16:23 (UTC)
TIL about SRCDEST. I wish you would have led with that ;)
Seems like a fair request since it's a feature of makepkg.
patlefort commented on 2023-05-02 16:10 (UTC)
I don't, sources are pulled in their own directory where I can cache source files, including git repos, separate from build directory. Look up SRCDEST in makepkg.conf manual.
bwrsandman commented on 2023-05-02 15:57 (UTC)
You build all your AUR packages in the same directory?
How are you not having conflicts with src/ pkg/ PKGBUILD also then?
patlefort commented on 2023-05-02 15:53 (UTC)
It's to avoid conflict with other files from other packages. These all get dumped in a folder that you can choose in your makepkg.conf.
bwrsandman commented on 2023-05-02 15:37 (UTC)
Haven't seen anything in the AUR wiki about the renaming of source archives. Is the request purely about aesthetics?
haawda commented on 2023-05-02 15:01 (UTC)
v1.89.5 is not a good name for a gzipped tarball. Plaese rename it, and include the pkgname in the filename.
bwrsandman commented on 2023-05-02 02:16 (UTC) (edited on 2023-05-02 02:17 (UTC) by bwrsandman)
Thanks for the suggestion. I will try this now unique names for now. Since the cmake files change so often, I would rather the package fail when its out of date.
1 2 Next › Last »