--- Additional Comments From funtoos at yahoo dot com 2008-07-24 17:58
---
Is 2.18.50.0.8 the release where you reported success?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6753
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are
--- Additional Comments From funtoos at yahoo dot com 2008-07-24 17:37
---
(In reply to comment #15)
> (In reply to comment #14)
> >
> > Is there a CHANGELOG for cvs version I can inspect with respect to
> > 2.18.50.0.7?
>
> There are ChangeLog files in ea
--- Additional Comments From funtoos at yahoo dot com 2008-07-24 17:13
---
(In reply to comment #13)
> Still works for me with Today's CVS:
>
> [EMAIL PROTECTED] 6753]$ make
> gcc -m32 -B/export/home/hjl/bugs/binutils/6753/usr/bin/ -I. -fPIC -c -o
> mysymbol.o m
--- Additional Comments From funtoos at yahoo dot com 2008-07-24 15:52
---
you did not specify -L/usr/lib on the link line. The point is that
$PREFIX/usr/lib loses out to /usr/lib when specified before it.
--
What|Removed |Added
--- Additional Comments From funtoos at yahoo dot com 2008-07-24 05:38
---
(In reply to comment #9)
> (In reply to comment #8)
> > >
> > > You have a very strange setup. You better come up with a testcase
> > > which doesn't require me to copy thing
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 22:28
---
(In reply to comment #7)
> (In reply to comment #6)
> > I used "--prefix=/scratch/devsk
> > -with-lib-path=/scratch/devsk/lib:/scratch/devsk/usr/lib:/usr/lib:/lib "
> > whe
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 20:42
---
I used "--prefix=/scratch/devsk
-with-lib-path=/scratch/devsk/lib:/scratch/devsk/usr/lib:/usr/lib:/lib "
when configuring, so that /scratch/devsk/lib:/scratch/devsk/usr/lib would be in
SEARCH_DI
--
What|Removed |Added
Summary|-L order is not respected |In a prefixed install, -L
|when searching for -|order is not respected when
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 20:38
---
OK, I thought it would be that easy and messed up confusing -rpath-link with -L.
But I sidetracked from the original bug, which is about a prefix install and -T
fixing it. Assuming, you have installed binutils
--
What|Removed |Added
Status|WAITING |NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=6753
--- You are receiving this mail because: ---
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 18:40
---
Created an attachment (id=2838)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2838&action=view)
shell script to reproduce the bug
the script assumes you have /tmp and you can create /tmp/mydir.
--- Additional Comments From funtoos at yahoo dot com 2008-07-20 23:57
---
the command line is generated by libtool and I just passed '-v -v ' to g++ to
get to the eventual ld command line. I tried adding -L= for fun but the result
was same without -L=. All libs specified wi
dot redhat dot com
ReportedBy: funtoos at yahoo dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=6753
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching
--- Additional Comments From funtoos at yahoo dot com 2007-07-11 20:15
---
I haven't used solaris for a while now and I would say close this bug if no one
else has seen this issue.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1040
--- You are receiving this mail be
--
What|Removed |Added
CC||funtoos at yahoo dot com
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1031
--- You are receiving
--- Additional Comments From funtoos at yahoo dot com 2005-07-01 21:52
---
I hit this error in openssl with gcc 4 and binutils 2.16.1:
../libcrypto.so: undefined reference to [EMAIL PROTECTED]'
../libcrypto.so: undefined reference to [EMAIL PROTECTED]'
../libcrypto.so:
--- Additional Comments From funtoos at yahoo dot com 2005-07-01 20:56
---
oops, sorry. a similar problem was resolved with this fix.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1031
--- You are receiving this mail because: ---
You are on the CC list for the bug
--- Additional Comments From funtoos at yahoo dot com 2005-07-01 14:17
---
latest opensolaris bits are 2.11 already. the binutils was configured and built
using portage ebuilds. these are the configure args (I don't see much in them
pointing to this error, although you are better
--- Additional Comments From funtoos at yahoo dot com 2005-07-01 05:44
---
remember you must recreate libcrypto.so after this.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1031
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are
--- Additional Comments From funtoos at yahoo dot com 2005-07-01 05:41
---
libtool seems to add -lc to creating shared libraries.
change:
# Whether or not to add -lc for building shared libraries.
build_libtool_need_lc=yes
to:
# Whether or not to add -lc for building shared libraries
d
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: funtoos at yahoo dot com
CC: bug-binutils at gnu dot org
GCC build triplet: i386-sun-solaris2.11
GCC host triplet: i386-sun-solaris2.11
GCC target triplet: i386-sun-solaris2.11
http://sources
21 matches
Mail list logo
