Bug#351629: Still in 2.3.6.ds1-10 with sarge binutils

[Michael Koren]

Is there a reasonable way to use an older libc6-dev with a current libc6? I
wouldn't mind using the version from sarge when I want to use gcc-3.3, but
the dependencies don't allow it.

As I asked before, is there a good reason for that (seeing as libstdc++6-dev
doesn't have that restriction), or would that combination work?

Thanks,
Michael



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#413787: libc0.3: TLS patch

[Samuel Thibault]

Hi,

Thomas Schwinge, le Wed 07 Mar 2007 19:49:15 +0100, a écrit :
> The Jeroen patch ()...

Ah, missed it.

> #v+
> Index: sysdeps/mach/hurd/dl-sysdep.c
> ===
> RCS file: /cvs/glibc/libc/sysdeps/mach/hurd/dl-sysdep.c,v
> retrieving revision 1.78
> diff -u -p -r1.78 dl-sysdep.c
> --- sysdeps/mach/hurd/dl-sysdep.c 6 Sep 2004 21:31:38 -   1.78
> +++ sysdeps/mach/hurd/dl-sysdep.c 18 Sep 2005 13:34:50 -
> @@ -63,8 +63,10 @@ hp_timing_t _dl_cpuclock_offset;
>  struct hurd_startup_data *_dl_hurd_data;
>  
>  /* This is used only within ld.so, via dl-minimal.c's __errno_location.  */
> +#ifndef USE___THREAD
>  #undef errno
>  int errno attribute_hidden;
> +#endif

Mmm, on the Hurd, errno is still not a __thread var yet.

> Index: sysdeps/mach/hurd/fork.c
> ===
> RCS file: /cvs/glibc/libc/sysdeps/mach/hurd/fork.c,v
> retrieving revision 1.56
> diff -u -p -r1.56 fork.c
> --- sysdeps/mach/hurd/fork.c  27 Oct 2004 07:47:10 -  1.56
> +++ sysdeps/mach/hurd/fork.c  18 Sep 2005 13:34:51 -
> @@ -537,7 +537,7 @@ __fork (void)
>   LOSE;
>  #endif
>  
> -  if (err = __thread_set_state (thread, MACHINE_THREAD_STATE_FLAVOR,
> +  if (err = __thread_set_state (thread, i386_REGS_SEGS_STATE,
>   (natural_t *) &state, statecount))
>   LOSE;

This I don't know.

Samuel

Bug#288748: Булочный комбинат 42

[Beatrice Norton]

Рассылка хлебобулочных изделий из булок и хлеба.

112
221
313
233

http://url4.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#413787: libc0.3: TLS patch

[Thomas Schwinge]

Hello!

On Wed, Mar 07, 2007 at 10:51:21AM +0100, Samuel Thibault wrote:
> Thomas Schwinge, le Wed 07 Mar 2007 10:32:00 +0100, a ?crit :
> > On Wed, Mar 07, 2007 at 03:06:22AM +0100, Samuel Thibault wrote:
> > > Thanks to Barry's long glibc builds, here is at last a patch that builds
> > > a tls/__thread -enabled and working glibc.
> > 
> > Great!
> 
> BTW, by "working", I mean that simple programs do work, event with
> __thread variables.

:-)

I'm just about to start a build of glibc-2_5-branch, even though I won't
have the time to really have a look at it.


> > Can you comment on the issues mentioned at
> > ?
> 
> Mmm, which issues?

The Jeroen patch ()...

#v+
Index: sysdeps/mach/hurd/dl-sysdep.c
===
RCS file: /cvs/glibc/libc/sysdeps/mach/hurd/dl-sysdep.c,v
retrieving revision 1.78
diff -u -p -r1.78 dl-sysdep.c
--- sysdeps/mach/hurd/dl-sysdep.c   6 Sep 2004 21:31:38 -   1.78
+++ sysdeps/mach/hurd/dl-sysdep.c   18 Sep 2005 13:34:50 -
@@ -63,8 +63,10 @@ hp_timing_t _dl_cpuclock_offset;
 struct hurd_startup_data *_dl_hurd_data;
 
 /* This is used only within ld.so, via dl-minimal.c's __errno_location.  */
+#ifndef USE___THREAD
 #undef errno
 int errno attribute_hidden;
+#endif
 
 /* Defining these variables here avoids the inclusion of hurdsig.c.  */
 unsigned long int __hurd_sigthread_stack_base;
Index: sysdeps/mach/hurd/fork.c
===
RCS file: /cvs/glibc/libc/sysdeps/mach/hurd/fork.c,v
retrieving revision 1.56
diff -u -p -r1.56 fork.c
--- sysdeps/mach/hurd/fork.c27 Oct 2004 07:47:10 -  1.56
+++ sysdeps/mach/hurd/fork.c18 Sep 2005 13:34:51 -
@@ -537,7 +537,7 @@ __fork (void)
LOSE;
 #endif
 
-  if (err = __thread_set_state (thread, MACHINE_THREAD_STATE_FLAVOR,
+  if (err = __thread_set_state (thread, i386_REGS_SEGS_STATE,
(natural_t *) &state, statecount))
LOSE;
 
#v-

... and his comments...

#v+
|  http://www.dekkers.cx/hurd/glibc-tls.patch
|  the fork fix isn't the right one
|  because the define is i386-specific
|  we should probably define a MACHINE_THREAD_STATE_FLAVOR2 to
| i386_REGS_SEGS_STATE or something, roland will probably know the
| cleanest solution
|  with that patch you can run programs
|  but dlopen() doesn't work
|  maybe other things don't work either
|  but the basic TLS things work :) 
#v-

Or isn't that relevant anymore?


Regards,
 Thomas


signature.asc
Description: Digital signature

r2023 - in glibc-package/branches/glibc-2.5/debian: . patches patches/hurd-i386

[Michael Banck]

Author: mbanck
Date: 2007-03-07 13:35:42 + (Wed, 07 Mar 2007)
New Revision: 2023

Added:
   glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/local-tls.diff
Modified:
   glibc-package/branches/glibc-2.5/debian/changelog
   glibc-package/branches/glibc-2.5/debian/patches/series
Log:
  * patches/hurd-i386/local-tls.diff: New patch (fixes building with TLS) by
Samuel Thibault and Barry deFreese.  Closes: #413787.


Modified: glibc-package/branches/glibc-2.5/debian/changelog
===
--- glibc-package/branches/glibc-2.5/debian/changelog   2007-03-05 19:13:15 UTC 
(rev 2022)
+++ glibc-package/branches/glibc-2.5/debian/changelog   2007-03-07 13:35:42 UTC 
(rev 2023)
@@ -175,6 +175,10 @@
 an unknown timezone in $TZ, submitted upstream as #4028.
 Closes: #55648, #119540, #269238.
 
+  [ Michael Banck ]
+  * patches/hurd-i386/local-tls.diff: New patch (fixes building with TLS) by
+Samuel Thibault and Barry deFreese.  Closes: #413787.
+
  -- Aurelien Jarno <[EMAIL PROTECTED]>  Wed, 21 Feb 2007 12:09:32 +0100
 
 glibc (2.4-1) UNRELEASED; urgency=low

Added: glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/local-tls.diff
===
--- glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/local-tls.diff
2007-03-05 19:13:15 UTC (rev 2022)
+++ glibc-package/branches/glibc-2.5/debian/patches/hurd-i386/local-tls.diff
2007-03-07 13:35:42 UTC (rev 2023)
@@ -0,0 +1,25 @@
+diff -urN glibc-2.5-orig/include/errno.h glibc-2.5/include/errno.h
+--- glibc-2.5-orig/include/errno.h 2006-02-02 09:37:58.0 +
 glibc-2.5/include/errno.h  2007-03-04 15:53:25.0 +
+@@ -21,7 +21,7 @@
+ 
+ #  include /* Defines USE_TLS.  */
+ 
+-#  if USE___THREAD
++#  if USE___THREAD && !defined(__GNU__)
+ #   undef  errno
+ #   ifndef NOT_IN_libc
+ #define errno __libc_errno
+diff -urN glibc-2.5-orig/sysdeps/mach/i386/sysdep.h 
glibc-2.5/sysdeps/mach/i386/sysdep.h
+--- glibc-2.5-orig/sysdeps/mach/i386/sysdep.h  2001-07-06 04:56:00.0 
+
 glibc-2.5/sysdeps/mach/i386/sysdep.h   2007-03-01 20:23:59.0 
+
+@@ -16,6 +16,9 @@
+Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
+02111-1307 USA.  */
+ 
++#include 
++#include 
++
+ #define LOSE asm volatile ("hlt")
+ 
+ #define SNARF_ARGS(entry_sp, argc, argv, envp)
  \

Modified: glibc-package/branches/glibc-2.5/debian/patches/series
===
--- glibc-package/branches/glibc-2.5/debian/patches/series  2007-03-05 
19:13:15 UTC (rev 2022)
+++ glibc-package/branches/glibc-2.5/debian/patches/series  2007-03-07 
13:35:42 UTC (rev 2023)
@@ -60,6 +60,7 @@
 hurd-i386/local-mlock.diff -p1
 hurd-i386/local-msg-nosignal.diff -p0
 hurd-i386/local-sigsuspend-nocancel.diff -p0
+hurd-i386/local-tls.diff -p1
 hurd-i386/submitted-ioctl-decode-argument.diff -p0
 hurd-i386/submitted-libc_once.diff -p0
 hurd-i386/submitted-stat.diff -p0


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tagging 413787

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.20
> tags 413787 + pending experimental
Bug#413787: libc0.3: TLS patch
Tags were: patch
Tags added: pending, experimental

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#413787: libc0.3: TLS patch

[Samuel Thibault]

Hi,

Thomas Schwinge, le Wed 07 Mar 2007 10:32:00 +0100, a écrit :
> On Wed, Mar 07, 2007 at 03:06:22AM +0100, Samuel Thibault wrote:
> > Thanks to Barry's long glibc builds, here is at last a patch that builds
> > a tls/__thread -enabled and working glibc.
> 
> Great!

BTW, by "working", I mean that simple programs do work, event with
__thread variables.

> Can you comment on the issues mentioned at
> ?

Mmm, which issues?

About the glibc-Mach interface, I don't really have any opinion ;
I would just remind that glibc-linux interface uses a generic
set_thread_area() syscall and a newtls parameter to the clone syscall,
but the passed structure is very arch-specific anyway.

About --without-__thread, it seems to work already (it got debugged on
Linux in the meanwhile).

> > The attached patch may be applied as soon as now, but do _not_ drop
> > --without-tls and --without-__thread yet, because hurd's libpthread.so
> > doesn't initialize TLS yet, and hence that would break all multithreaded
> > applications. I'm now working on the Hurd part, I'll mail the bug when
> > it is uploaded.
> 
> Here is what Roland once wrote:
> .

Ah, thanks for digging out this, that'll be helpful.

Samuel

Bug#413787: libc0.3: TLS patch

[Thomas Schwinge]

Hello!

There are things happening currently and I don't have any time to take a
real look at them.  :-/


On Wed, Mar 07, 2007 at 03:06:22AM +0100, Samuel Thibault wrote:
> Thanks to Barry's long glibc builds, here is at last a patch that builds
> a tls/__thread -enabled and working glibc.

Great!

Can you comment on the issues mentioned at
?


> The attached patch may be applied as soon as now, but do _not_ drop
> --without-tls and --without-__thread yet, because hurd's libpthread.so
> doesn't initialize TLS yet, and hence that would break all multithreaded
> applications. I'm now working on the Hurd part, I'll mail the bug when
> it is uploaded.

Here is what Roland once wrote:
.


Regards,
 Thomas


signature.asc
Description: Digital signature