Stefan Gybas [EMAIL PROTECTED] writes:
On Wed, Nov 14, 2001 at 04:09:06AM -0900, Ethan Benson wrote:
its easy enough to export it if we need to, i doubt it would cause any harm.
rootdisk.sh already exports ldlib (defined per arch), so we can just use
this variable.
mklibs.py is
On Tue, Nov 13, 2001 at 06:12:13PM -0700, Erik Andersen wrote:
On Tue Nov 13, 2001 at 06:16:23AM -0900, Ethan Benson wrote:
# Make the dynamic linker executable
-ld_file = find_lib(ld-linux.so.2)
+ld_file = find_lib(ld.so.1)
ld_file_name = os.path.basename(ld_file)
Erik Andersen [EMAIL PROTECTED] writes:
On Tue Nov 13, 2001 at 06:16:23AM -0900, Ethan Benson wrote:
# Make the dynamic linker executable
-ld_file = find_lib(ld-linux.so.2)
+ld_file = find_lib(ld.so.1)
ld_file_name = os.path.basename(ld_file)
os.chmod(dest_path + / +
On Wed, Nov 14, 2001 at 12:33:26PM +0100, Goswin Brederlow wrote:
Erik Andersen [EMAIL PROTECTED] writes:
On Tue Nov 13, 2001 at 06:16:23AM -0900, Ethan Benson wrote:
# Make the dynamic linker executable
-ld_file = find_lib(ld-linux.so.2)
+ld_file = find_lib(ld.so.1)
On Wed, Nov 14, 2001 at 04:09:06AM -0900, Ethan Benson wrote:
its easy enough to export it if we need to, i doubt it would cause any harm.
rootdisk.sh already exports ldlib (defined per arch), so we can just use
this variable.
mklibs.py is already used on a arch by arch basis defined in
Ethan Benson [EMAIL PROTECTED] writes:
On Mon, Nov 12, 2001 at 02:09:52PM -0500, Adam Di Carlo wrote:
Goswin Brederlow [EMAIL PROTECTED] writes:
Good that you start telling.
What do you mean by that? I reported this *months* ago, pleading that
someone fix it.
It still has
On Tue, Nov 13, 2001 at 12:43:03PM +0100, Goswin Brederlow wrote:
It looks eigther like a gcc bug or the atexit symbol is defined in a
strange way that prevents it from resolving in the stripped version of
the libc.
Can someone with this problem try to run the library reduction on
Ethan Benson [EMAIL PROTECTED] writes:
On Tue, Nov 13, 2001 at 12:43:03PM +0100, Goswin Brederlow wrote:
It looks eigther like a gcc bug or the atexit symbol is defined in a
strange way that prevents it from resolving in the stripped version of
the libc.
Can someone with this problem
On Tue, Nov 13, 2001 at 08:33:13PM +0100, Goswin Brederlow wrote:
Index: scripts/rootdisk/mklibs.py
===
RCS file: /cvs/debian-boot/boot-floppies/scripts/rootdisk/mklibs.py,v
retrieving revision 1.4
diff -u -r1.4 mklibs.py
On Tue Nov 13, 2001 at 06:16:23AM -0900, Ethan Benson wrote:
# Make the dynamic linker executable
-ld_file = find_lib(ld-linux.so.2)
+ld_file = find_lib(ld.so.1)
ld_file_name = os.path.basename(ld_file)
os.chmod(dest_path + / + ld_file_name, 0755)
You want to use something like the
Ethan Benson [EMAIL PROTECTED] writes:
On Mon, Nov 12, 2001 at 04:12:13PM +1300, Mark van Walraven wrote:
Hi,
Trying to build very-recent-CVS boot-floppies, I get:
I: doing library reduction
I: library reduction pass 1
531 symbols, 531 unresolved
I: library
On Mon, Nov 12, 2001 at 03:25:19PM +0100, Goswin Brederlow wrote:
Good that you start telling.
It still has the atexit problem? What libc version do you have?
2.2.3 and 2.2.4 both exhibit this problem.
I had the same problem with an libc update some time ago, but several
older binaries
On Mon, Nov 12, 2001 at 02:09:52PM -0500, Adam Di Carlo wrote:
Goswin Brederlow [EMAIL PROTECTED] writes:
Good that you start telling.
What do you mean by that? I reported this *months* ago, pleading that
someone fix it.
It still has the atexit problem? What libc version do you
On Mon, Nov 12, 2001 at 04:12:13PM +1300, Mark van Walraven wrote:
Hi,
Trying to build very-recent-CVS boot-floppies, I get:
I: doing library reduction
I: library reduction pass 1
531 symbols, 531 unresolved
I: library reduction pass 2
607 symbols, 47
14 matches
Mail list logo