Re: linking problem in fatfs

2007-03-31 Thread Thomas Schwinge
Hello! On Sat, Mar 31, 2007 at 01:03:23PM -0700, Roland McGrath wrote: > That only happens because something else causes node-create.o to be linked in. > If you are overriding it, you must supply all the symbols it does. Okay, the problem was the following one: the Debian GNU/Hurd people have a p

Re: linking problem in fatfs

2007-03-31 Thread Roland McGrath
That only happens because something else causes node-create.o to be linked in. If you are overriding it, you must supply all the symbols it does. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

linking problem in fatfs

2007-03-31 Thread Thomas Schwinge
Hello! Now that I got the fatfs translator working again, there is one remaining issue: linking the fatfs translator statically currently fails like this: #v+ ../libdiskfs/libdiskfs.a(node-create.o): In function `diskfs_create_node': /var/tmp/hurd-io+stat+fatfs/hurd-20060825/build-tree/hurd/libdi

[bug #19473] Running a fatfs translator on a node N can crash the file system server where N is on

2007-03-31 Thread Thomas Schwinge
Follow-up Comment #1, bug #19473 (project hurd): With this change I just applied the dynamically linked fatfs will work again. #v+ 2007-03-31 Thomas Schwinge <[EMAIL PROTECTED]> * Makefile (HURDLIBS): Put ``threads'' in front of ``ports''. #v- Nevertheless, the original report poste