Where is ldc.gccbuiltins_x86?
Dicebot via digitalmars-d-ldc
digitalmars-d-ldc at puremagic.com
Thu Jan 21 15:39:40 PST 2016
On Thursday, 21 January 2016 at 23:18:59 UTC, David Nadlinger
wrote:
> On 22 Jan 2016, at 0:07, Dicebot via digitalmars-d-ldc wrote:
>> Updated package with gccbuiltins_x86.di will propagate to
>> mirrors soon.
>
> Thanks!
>
>> btw I wouldn't be able to use cmake install target even if I
>> wanted (I always try to avoid that) because with current
>> CMakeLists.txt it uses system path to bash-completion
>> directory coming from `find_package` and not one inside prefix
>> (unless I am missing another obscure cmake flag)
>
> You are of course free to package stuff in whatever way you
> find the easiest. But can't you just use "make install
> DESTDIR=…" like for pretty much every CMake or Autotools
> project to get exactly what you want? Pretty sure that's
> recommended in various Arch packaging guides too. If we install
> files outside that directory, it's definitely a bug in our
> CMake scripts.
>
> — David
I tried using something akin to
-DCMAKE_INSTALL_PREFIX=/path/to/pkg but it failed because of that
mention bash-completion issue (tried to write to
/usr/share/bash-completion).
Off-Topic Philosophy:
In general it is sort of my personal obsession that goes against
usual approach :) I started to do it for two reasons:
1) it forces to learn something about internal project path/file
organization (which fits my understanding of packager
responsibilities)
2) it encourages to actually improve the layout to make it more
fitting for specific distro and provide some useful additions
(i.e. systemd service files)
Sometimes it results in "oops" moments like this one but I
believe overall user experience gets improved a lot. Of course
this approach is only viable if one maintains relatively small
amount of packages.
More information about the digitalmars-d-ldc
mailing list