Hi Sergey
Sorry for the late reply, I have been busy with work and also traveling.
On Tue, May 16, 2023 at 8:41 AM Sergey Bugaev wrote:
> On Tue, May 16, 2023 at 6:02 PM Flávio Cruz wrote:
> > Yes, I meant this when I said "generate code to call the server reply
> routine
> > in case of
Hi,
On Fri, May 19, 2023 at 9:43 AM Flávio Cruz wrote:
> I have made changes so that it does daily builds and I'm able to boot small
> programs. However, I haven't had the time to boot programs built against
> Glibc. How do you package and boot the static binaries using a ramdisk? I've
> been
On Thu, May 18, 2023 at 11:16 PM Joseph Myers wrote:
> Strictly there are two separate issues: (a) calling an exported symbol
> should be done via a hidden alias, to avoid going via the PLT, and (b)
> functions in a standard namespace should not call names in the user's
> namespace, which
Create a private hidden __hurd_thread_self alias, and use that one.
Fixes 2f8ecb58a59eb82c43214d000842d99644a662d1
"hurd: Fix x86_64 _hurd_tls_fork" and
c7fcce38c83a2bb665ef5dc4981bf20c7e586123
"hurd: Make sure to not use tcb->self"
Reported-by: Joseph Myers
Signed-off-by: Sergey Bugaev
---
Janneke Nieuwenhuizen writes:
> Sergey Bugaev writes:
>
>> On Fri, May 19, 2023 at 1:20 PM Janneke Nieuwenhuizen
>> wrote:
[..]
>> Using rumpdisk on Debian should be a matter of changing
>> part:1:device:hd0 to part:1:device:wd0 (why part:2?), and adding
>> noide. (Unless I'm misremembering, of
On Fri, 19 May 2023, Sergey Bugaev via Libc-alpha wrote:
> 'foo' is a public symbol, to be used by the user, and also
> interposable by the user. Always called via PLT (except from inside
> the user's code when redefined inside the executable, in which case
> the compiler/linker will see that no
* Sergey Bugaev via Libc-alpha:
> @@ -733,25 +723,11 @@ search_dir (const struct dir_entry *entry)
>+ 1, ".#prelink#.", sizeof (".#prelink#.") - 1) == 0)
> continue;
> }
> - len += strlen (entry->path) + 2;
> - if (len > file_name_len)
> - {
>
Hello,
On Fri, May 19, 2023 at 3:30 PM Florian Weimer wrote:
> Debian hasn't upstreamed there multi-arch path layouts. We could
> implement multi-arch ldconfig in /etc/ld.so.cache, but with the paths
> that Debian currently uses, it's not easy because there's no automated
> way ldconfig can
Svante Signell writes:
> On Sat, 2023-05-13 at 19:01 +, jbra...@dismail.de wrote:
>> May 13, 2023 1:46 PM, "Sergey Bugaev" wrote:
>>
>> > On Sat, May 13, 2023 at 7:38 PM jbra...@dismail.de
>> > wrote:
>> >
>> > > +Hurd developers are adding 64-bit support, and they plan to drop the
>> >
On Sat, 2023-05-13 at 19:01 +, jbra...@dismail.de wrote:
> May 13, 2023 1:46 PM, "Sergey Bugaev" wrote:
>
> > On Sat, May 13, 2023 at 7:38 PM jbra...@dismail.de
> > wrote:
> >
> > > +Hurd developers are adding 64-bit support, and they plan to drop the
> > > +32-bit support, once the 64-bit
* Sergey Bugaev via Libc-alpha:
> Moreover, Debian GNU/Hurd, the primary Hurd-based distribution, has been
> shipping ld.so.cache on Hurd as a downstream patch [1] (note that more
> changes would be required for x86_64-gnu because of FLAG_X8664_LIB64).
> They don't really have a choice, it seems:
On Fri, May 19, 2023 at 1:20 PM Janneke Nieuwenhuizen wrote:
> Okay, yeah I tried
>
> --8<---cut here---start->8---
> guix shell qemu -- qemu-system-i386 \
> -m 4096 \
> --enable-kvm
On 5/17/23 14:54, Sergey Bugaev via Libc-alpha wrote:
> Hello,
>
> having set up a very basic x86_64-gnu system to debug startup issues, I
> was surprised to discover that my self-built ld.so does not look for the
> shared libraries in /lib/x86_64-gnu/ (which is where Samuel Thibault's deb
>
Sergey Bugaev writes:
Hi!
> On Thu, May 18, 2023 at 11:07 AM Janneke Nieuwenhuizen
> wrote:
>> Now that was really a great help, thanks!
>>
>> Ah, I had no idea; this is so helpful. Maybe a good idea to have this
>> on the website/wiki, right?
>
> Glad I was able to help :D
>
>> Is there a
On 5/17/23 14:54, Sergey Bugaev via Libc-alpha wrote:
> These files could be useful to any port that wants to use ld.so.cache.
I agree, and this is likely cargo-cult across the targets.
At most we look at EI_CLASS, and EM_* machine, and FLAG_ELF_LIBC6 is
defined in sysdeps/generic/ldconfig.h
Sergey Bugaev writes:
> On Fri, May 19, 2023 at 1:20 PM Janneke Nieuwenhuizen wrote:
>> Okay, yeah I tried
>>
[..]
> See, it's only seeing a single bootstrap module, treating
> hurd/exec.static and the rest as just further arguments to
> hurd/ext2fs.static. I believe you have to separate modules
* Sergey Bugaev:
> On Thu, May 18, 2023 at 11:16 PM Joseph Myers wrote:
>> Strictly there are two separate issues: (a) calling an exported symbol
>> should be done via a hidden alias, to avoid going via the PLT, and (b)
>> functions in a standard namespace should not call names in the user's
>>
Applied, thanks!
Sergey Bugaev, le ven. 19 mai 2023 20:15:16 +0300, a ecrit:
> We had sizeof (time_t) == 8, but __TIMESIZE == 32.
>
> Signed-off-by: Sergey Bugaev
> ---
>
> ...oops.
>
> I have not tested whether this breaks anything (other then checking
> that it still builds), but it's kind
We had sizeof (time_t) == 8, but __TIMESIZE == 32.
Signed-off-by: Sergey Bugaev
---
...oops.
I have not tested whether this breaks anything (other then checking
that it still builds), but it's kind of amazing that it had worked at
all before this, and there's a higher chance of this fixing
Checked and applied, thanks!
Sergey Bugaev, le ven. 19 mai 2023 17:47:24 +0300, a ecrit:
> Create a private hidden __hurd_thread_self alias, and use that one.
>
> Fixes 2f8ecb58a59eb82c43214d000842d99644a662d1
> "hurd: Fix x86_64 _hurd_tls_fork" and
> c7fcce38c83a2bb665ef5dc4981bf20c7e586123
>
20 matches
Mail list logo
