--- Additional Comments From jan dot ciger at epfl dot ch 2005-05-08 01:12
---
(In reply to comment #8)
> That is your bug. You never want to do
>
> -Wl,--whole-archive libJTC.a
>
> You should use
>
> -Wl,--whole-archive libJTC.a -Wl,--no-whole-archive
Ooops. That means that the offe
--- Additional Comments From hjl at lucon dot org 2005-05-08 01:04 ---
That is your bug. You never want to do
-Wl,--whole-archive libJTC.a
You should use
-Wl,--whole-archive libJTC.a -Wl,--no-whole-archive
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=939
--- You are r
--- Additional Comments From jan dot ciger at epfl dot ch 2005-05-08 01:17
---
(In reply to comment #8)
The fixed libJTC fixed the problem, no crash anymore. I have forwarded your
patch to the maintainer as well.
Thanks again for help.
--
http://sources.redhat.com/bugzilla/show_bu
--- Additional Comments From jan dot ciger at epfl dot ch 2005-05-08 00:43
---
(In reply to comment #6)
> There is a bug in libJTC.so which references an internal symbol,
> __fini_array_end. When linker tried to report the user error,
> it crashed. This patch
>
> http://sourceware.org/m
fix the linker. Now I get
/usr/gcc-4.0/bin/g++ -B./ -o vhdMetaEngine vhdWinApp.o -Wl,-rpath-
link,usr/lib -Llib -lDynLib -lvhdMath -lvhdKernel -lvhdQManager -lDynLib -
lvhdOmniORB -lxerces-c -lJTC -ldl -lomniORB4
./ld: BFD 2.16.90.0.3 20050507 assertion
fail /net/gnu/export/linux/src/binutils
--- Additional Comments From jan dot ciger at epfl dot ch 2005-05-07 23:44
---
Here you are:
http://vrlab.epfl.ch/~janoc/files/libs.tar.gz
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=939
--- You are receiving this mail because: ---
You are on the CC list for the b
--- Additional Comments From hjl at lucon dot org 2005-05-07 23:22 ---
I need your libpython2.4.so.1.0 and libomnithread.so.3.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=939
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are wat
--- Additional Comments From jan dot ciger at epfl dot ch 2005-05-07 22:34
---
(In reply to comment #2)
> The compilation flags for the shared libs were:
> -g -frtti -fexceptions -pipe -Wall -Wno-unused-parameter -Wno-unused-
> variable -Wno-unknown-pragmas -Wno-endif-labels -Wno-sign-co
--- Additional Comments From jan dot ciger at epfl dot ch 2005-05-07 22:32
---
(In reply to comment #1)
> Please make the binary available to me. I will take a look.
You can find the set of binaries used in the failed command here:
http://vrlab.epfl.ch/~janoc/files/binutils-bug.tar.gz
--
What|Removed |Added
CC||schwab at suse dot de
http://sources.redhat.com/bugzilla/show_bug.cgi?id=940
--- You are receiving this m
--- Additional Comments From hjl at lucon dot org 2005-05-07 20:30 ---
Please make the binary available to me. I will take a look.
--
What|Removed |Added
CC|
--- Additional Comments From hjl at lucon dot org 2005-05-07 20:23 ---
A patch is posted at
http://sourceware.org/ml/binutils/2005-05/msg00327.html
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=940
--- You are receiving this mail because: ---
You are on the CC list f
This comment:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070#c7
shows an ia64 assembler bug:
/usr/lib/gcc/ia64-suse-linux/4.0.1/../../../../ia64-suse-linux/bin/ld:
`.gnu.linkonce.t._ZN12ConstantPool9CPInvalidD1Ev' referenced in section
`.gnu.linkonce.ia64unw._ZN12ConstantPool9CPInvalidD1Ev'
Hello,
I am running binutils binutils-2.16.90.0.2-2mdk (Mandrake Cooker, i586). After
upgrade from 2.15.x series which Mandrake used before, I am getting this
error on linking:
g++ --export-dynamic -o /home/janoc/src/VHD/VHDPP_TEST/bin/vhdMetaEngine
vhdMetaEngine/vhdWinApp.o -L/home/janoc/src/VHD
--- Additional Comments From hjl at lucon dot org 2005-05-07 18:25 ---
Joern, does the patch work for you?
--
What|Removed |Added
Status|NEW
--- Additional Comments From hjl at lucon dot org 2005-05-07 18:22 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Resolut
--- Additional Comments From hjl at lucon dot org 2005-05-07 14:49 ---
The testcases expect local symbols in executable's symbol table. But they
aren't. I don't know much about mmix to say if it is correct or wrong.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=885
--- Yo
--- Additional Comments From hjl at lucon dot org 2005-05-07 13:38 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Resolut
--- Additional Comments From olh at suse dot de 2005-05-07 13:26 ---
the reason is a missing -fprofile-arcs when linking libtcl8.4.so
openssl fails because -fprofile-arcs is missing when linking libcrypto.so
closing this bug as invalid.
--
What|Removed
--- Additional Comments From olh at suse dot de 2005-05-07 12:21 ---
this seems to be the cause:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19985
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=932
--- You are receiving this mail because: ---
You are on the CC list fo
--- Additional Comments From olh at suse dot de 2005-05-07 11:52 ---
I see the same on i386, for openssl and tcl.
They use -fprofile-arcs in CFLAGS.
Last successful build was with gcc-20050424.
I have no testresults between 20050424 and 20050504, yet
--
http://sources.redhat.com/bugz
--- Additional Comments From hp at sourceware dot org 2005-05-07 06:24
---
In response to comment #1:
This PR is here to track the state of the failures, so until it's RESOLVED/FIXED
"it's not fixed". But that's the obvious answer. Do you see "spurious" passes
for these tests? Since y
--- Additional Comments From hp at sourceware dot org 2005-05-07 06:27
---
Same general reply as in PR 885, but for this one, I'm assigned to fix it.
Do you see spurious passes on some host?
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=886
--- You are receiving this mai
23 matches
Mail list logo
