From c5f6b347829136f15d69012f0acdbf7688101528 Mon Sep 17 00:00:00 2001 From: Ralf Wildenhues Date: Thu, 7 Oct 2004 05:53:44 +0000 Subject: [PATCH] * TODO: Remove item: no need for a libltdl without stdio. --- ChangeLog | 4 ++++ TODO | 16 ---------------- 2 files changed, 4 insertions(+), 16 deletions(-) diff --git a/ChangeLog b/ChangeLog index 92ac72eb..dcbce38d 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2004-10-07 Ralf Wildenhues + + * TODO: Remove item: no need for a libltdl without stdio. + 2004-10-07 Gary V. Vaughan * tests/defs.m4sh (scripts): Actually scan the generated ltmain.sh diff --git a/TODO b/TODO index b7855e20..ef1c59fa 100644 --- a/TODO +++ b/TODO @@ -137,22 +137,6 @@ GNU Libtool of the functions that can't be linked statically. This could hardly be made completely transparent, though. -* Godmar Back writes: - libltdl uses such stdio functions as fopen, fgets, feof, fclose, and others. - These functions are not async-signal-safe. While this does not make - libltdl unusable, it restricts its usefulness and puts an - unnecessary burden on the user. - - As a remedy, I'd recommend to replace those functions with functions - that POSIX says are async-signal-safe, such as open, read, close. - This will require you to handle interrupted system calls and implement - fgets, but the former isn't hard and there's plenty of implementations - out from which you can steal the latter. - - I believe relying on async-signal-safe functions to the greatest extent - possible would greatly improve libltdl's ability to be embedded in and - used by other systems. - 2.6. win32 support ------------------