On Thu, Feb 21, 2002 at 12:05:31AM +0100, Stijn Hoop wrote:
I ventured into this brave new world a few days ago and ran into
this very problem. Alexander's patch (along with a make install in
/usr/src/gnu/usr.bin/binutils) fixed it, as advertised.
Maybe this can now be committed?
NOT until
On Thu, 2002-02-21 at 04:03, David O'Brien wrote:
On Thu, Feb 21, 2002 at 12:05:31AM +0100, Stijn Hoop wrote:
Maybe this can now be committed?
NOT until I have sufficient feedback from the FSF Binutils developers.
OK, I'm confused. binutils has been broken for three weeks. We have a
Michael D. Harnois wrote:
On Thu, 2002-02-21 at 04:03, David O'Brien wrote:
On Thu, Feb 21, 2002 at 12:05:31AM +0100, Stijn Hoop wrote:
Maybe this can now be committed?
NOT until I have sufficient feedback from the FSF Binutils developers.
OK, I'm confused. binutils has been
Michael D. Harnois wrote:
On Thu, 2002-02-21 at 04:03, David O'Brien wrote:
On Thu, Feb 21, 2002 at 12:05:31AM +0100, Stijn Hoop wrote:
Maybe this can now be committed?
NOT until I have sufficient feedback from the FSF Binutils developers.
OK, I'm confused. binutils has been
On Thu, 2002-02-21 at 13:29, Terry Lambert wrote:
Michael D. Harnois wrote:
On Thu, 2002-02-21 at 04:03, David O'Brien wrote:
On Thu, Feb 21, 2002 at 12:05:31AM +0100, Stijn Hoop wrote:
Maybe this can now be committed?
NOT until I have sufficient feedback from the FSF Binutils
On Thu, Feb 21, 2002 at 03:39:08PM -0600, Michael D. Harnois wrote:
On Thu, 2002-02-21 at 13:29, Terry Lambert wrote:
Michael D. Harnois wrote:
On Thu, 2002-02-21 at 04:03, David O'Brien wrote:
On Thu, Feb 21, 2002 at 12:05:31AM +0100, Stijn Hoop wrote:
Maybe this can now be
Michael D. Harnois wrote:
I believe the intent is to ensure that the patches make it
back into the FSF distributed code, so that in the future,
there is less maintenance required for FreeBSD platforms.
This is all wonderful.
But then it seems to me that the entire new binutils should
On Thu, Feb 21, 2002 at 11:29:46AM -0800, Terry Lambert wrote:
Actually, there was a discussion at BSDCon as to whether or
not to drop the a.out support in order to decrease the patch
size necessary to make the FSF distributed code do what FreeBSD
That is true for GCC. For contrib/binutils,
David O'Brien wrote:
It works in general for 'make world' and is suffient for FreeBSD
developent -- the purpose of 5-CURRENT. It is also allowing us to find
bugs that would otherwise go unfixed in Binutils 2.12.0 release. Or
would you perfer we stick to 2.11.x forever -- BTW that would not
Hi -current,
I ventured into this brave new world a few days ago and ran into
this very problem. Alexander's patch (along with a make install in
/usr/src/gnu/usr.bin/binutils) fixed it, as advertised.
Maybe this can now be committed?
--Stijn
--
Help Wanted: Telepath. You know where to apply.
Alexander N. Kabaev wrote:
Interesting. Is the DF_TEXTREL flag set in DT_FLAGS instead? Is the
library linked w/ -enable-new-dtags? Are the new dtags enabled by
default in the new binutils? Someting in elf32.em?
No. DT_FLAGS entry is not created regardless of whether the
Interesting. Is the DF_TEXTREL flag set in DT_FLAGS instead? Is the
library linked w/ -enable-new-dtags? Are the new dtags enabled by
default in the new binutils? Someting in elf32.em?
No. DT_FLAGS entry is not created regardless of whether the
--enable-new-dtags parameter has been passed to
This suggests a problem with the runtime-linker (rtld), not binutils.
Actually, the bug is somewhere in the new binutils code, and I am very
close to finding where it is exactly. The new liker fails to set
DT_TEXTREL property in the shared library header even though its relocation
table
Alexander N. Kabaev wrote:
This suggests a problem with the runtime-linker (rtld), not binutils.
Actually, the bug is somewhere in the new binutils code, and I am very
close to finding where it is exactly. The new liker fails to set
DT_TEXTREL property in the shared library header even
On Thu, Feb 14, 2002 at 07:22:59PM -0500, Alexander N. Kabaev wrote:
This suggests a problem with the runtime-linker (rtld), not binutils.
Actually, the bug is somewhere in the new binutils code, and I am very
close to finding where it is exactly. The new liker fails to set
DT_TEXTREL
On Wed, Feb 13, 2002 at 17:35:27 +0300, Vladimir B.Grebenschikov wrote:
Programm linked against libpng.so on -CURRNET causes SIGBUS on startup
How-To-Repeat:
% cat trypng.c
#include stdio.h
main(int ac, char ** av)
{
printf(Hello World\n);
}
^D
% gcc -o trypng trypng.c
On Wed, Feb 13, 2002 at 05:59:02PM +0300, Andrej Cernov wrote:
On Wed, Feb 13, 2002 at 17:35:27 +0300, Vladimir B.Grebenschikov wrote:
Programm linked against libpng.so on -CURRNET causes SIGBUS on startup
How-To-Repeat:
% cat trypng.c
#include stdio.h
main(int ac, char **
On Wed, Feb 13, 2002 at 07:02:51 -0800, David O'Brien wrote:
This is not much of a bug report. Was libpng compiled with new binuils
or old? Someone that is having problems (which I am not), needs to
compile things with -g, not strip them, use gdb and provide a REAL bug
report.
I just
On Wed, Feb 13, 2002 at 06:14:42PM +0300, Vladimir B. Grebenschikov wrote:
It was in chroot created today as:
# cd /usr/src
# cvs -d :pserver:[EMAIL PROTECTED]:/home/ncvs upd -dP
# make buildworld
# make installworld DESTDIR=/X/chroot
# cd /usr/src/etc make destribution
David O'Brien wrote:
This is not much of a bug report. Was libpng compiled with new binuils
or old? Someone that is having problems (which I am not), needs to
compile things with -g, not strip them, use gdb and provide a REAL bug
report.
In /etc/make.conf I have:
CFLAGS= -O0 -g -pipe
David O'Brien wrote:
On Wed, Feb 13, 2002 at 06:14:42PM +0300, Vladimir B. Grebenschikov wrote:
building programm with -g gives no more information at all, I have tried
Linking aginst static library - works.
This suggests a problem with the runtime-linker (rtld), not binutils.
Works
21 matches
Mail list logo