mirror/libtool
2
0
Fork 0
mirror of git://git.savannah.gnu.org/libtool.git synced 2024-11-21 01:40:57 +08:00
Code Issues Packages Projects Releases Wiki Activity

* TODO: Remove item: no need for a libltdl without stdio.

Browse Source
This commit is contained in:
Ralf Wildenhues 2004-10-07 05:53:44 +00:00
parent 1152908b90
commit c5f6b34782
2 changed files with 4 additions and 16 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
ChangeLog
View File

@ -1,3 +1,7 @@
2004-10-07 Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
* TODO: Remove item: no need for a libltdl without stdio.
2004-10-07 Gary V. Vaughan <gary@gnu.org>
* tests/defs.m4sh (scripts): Actually scan the generated ltmain.sh

16
TODO
View File

@ -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
------------------