[Dev] Fwd: [arch-dev-public] Toolchain changes
Nicolás Reynolds
fauno at endefensadelsl.org
Tue Jan 22 06:25:43 GMT 2013
FYI
----- Forwarded message from Allan McRae <allan at archlinux.org> -----
> Date: Tue, 22 Jan 2013 16:22:04 +1000
> From: Allan McRae <allan at archlinux.org>
> To: Public mailing list for Arch Linux development
> <arch-dev-public at archlinux.org>
> Subject: [arch-dev-public] Toolchain changes
> User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130109
> Thunderbird/17.0.2
>
> In my ongoing quest to bring packages to being as vanilla as possible, I
> have made some adjustments to the toolchain. These are nothing that
> anybody should notice, but I though it worth a post here.
>
> The changes:
>
> 1) /lib and /lib64 symlinks have been moved from glibc to the filesystem
> package. Also a /usr/lib64 symlink has been added (see below).
>
> This will make updates more difficult (though not impossible) for those
> who do not have the /lib symlink yet. But if you have not upgraded in
> over six months, why do you use a rolling release? The workaround I
> provided of temporarily using a glibc-2.16 package without the lib
> symlink is in the process of dying anyway with packages build built with
> glibc-2.17.
>
>
> 2) The "pure64" patch has been removed from glibc. Well, part of it. I
> added a sed to keep the 64bit system library directory as /lib. Even
> though /lib64 is effectively the same, pacman-4.0 can not handle that well.
>
> This changes the ELF interpreter on x86_64 from
> /lib/ld-linux-x86-64.so.2 to /lib64/ld-.... Again, symlinks make this
> not matter.
>
>
> 3) I do not adjust the paths in ldd any more - this required the
> /usr/lib64 for it to keep working. The /lib64 symlink is not enough as
> I configure glibc to use /usr/lib as its system library directory.
>
>
> 4) ldconfig gets a symlink in /usr/bin. This will probably be helpful
> in the future when /sbin dies. Also, I do not remove the default of
> ldconfig searching /usr/lib /usr/libx32 /usr/lib64, so "ldconfig -v"
> will complain about /usr/lib64 being given more than once as it is
> /usr/lib (and any other directory added in ld.so.conf) and about
> /usr/libx32 being absent. I might see if this can be fixed through
> adding a configure option upstream, but given no-one will probably
> notice it is not worth fixing.
>
>
> Wouldn't it be great if everything was just ./configure; make; make
> install...
>
> tl:dr; things will get more difficult for those who have not updated in
> six months, but no-one should notice any other change.
>
> Allan
----- End forwarded message -----
--
D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20130122/ddfcce75/attachment.sig>
More information about the Dev
mailing list