https://sourceware.org/bugzilla/show_bug.cgi?id=18354
--- Comment #13 from H.J. Lu ---
Created attachment 8289
--> https://sourceware.org/bugzilla/attachment.cgi?id=8289&action=edit
A patch
Please try this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=18355
--- Comment #2 from H.J. Lu ---
zlib is for both target and host and shared library support is only
enabled by --enable-host-shared. But bfd is host only and shared library
is enabled by --enable-shared. bfd should check --enable-host-shared
i
https://sourceware.org/bugzilla/show_bug.cgi?id=18355
--- Comment #3 from H.J. Lu ---
--enable-host-shared only compiles the archive with -fPIC.
--enable-shared creates shared library.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=18354
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18321
--- Comment #1 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2015-04/msg00385.html
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-b
https://sourceware.org/bugzilla/show_bug.cgi?id=18322
--- Comment #1 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2015-04/msg00386.html
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-b
https://sourceware.org/bugzilla/show_bug.cgi?id=18355
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=14779
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16496
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
On x86-64:
[hjl@gnu-6 gcc]$ cat /tmp/x.c
void
foo (void *b , unsigned int length)
{
char *ptr = (char *)b;
while (length--)
*ptr++ = 0;
}
[hjl@gnu-6 gcc]$ /usr/gcc
: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
To support .fini_array, linker always links in the .fini_array handler
even if it isn't used. We can't mark the .fini_array handler weak since
it won't be
https://sourceware.org/bugzilla/show_bug.cgi?id=18386
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=18386
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18374
--- Comment #2 from H.J. Lu ---
(In reply to Nick Clifton from comment #1)
> Created attachment 8316 [details]
> Detect relocs against addresses in .debug_loc sections
>
> Hi H.J.
>
> The problem here is that the although readelf has proce
: gas
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-tools-1 got-1]$ cat x.S
call *foo@GOT+200(%eax)
[hjl@gnu-tools-1 got-1]$ make
gcc -B./ -m32 -fno-lto-c -o x.o x.S
./objdump -dwr x.o
x.o: file
https://sourceware.org/bugzilla/show_bug.cgi?id=18423
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||hjl.tools at gmail dot com
--- Comment #1 from H.J. Lu ---
Which linker did you use to generate such binary? Please upload your
binary so that I can take a look.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=18437
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-tools-1 strtab-1]$ cat x.S
#define GLOBAL(x) .globl x; x
.text
GLOBAL(x):
GLOBAL(xx):
GLOBAL(xxx):
GLOBAL():
GLOBAL(x):
GLOBAL(xx):
mov %eax
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-6 gotplt-4]$ cat a.c
#include
void
a (void)
{
printf("Hello, World!\n");
}
[hjl@gnu-6 gotplt-4]$ cat b.c
extern void a (void);
void
b (void)
{
a();
}
[hjl@gnu-
https://sourceware.org/bugzilla/show_bug.cgi?id=18458
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-tools-1 lea]$ cat x.S
.data
.space 0x1
.hidden foo
.globl foo
.type foo, @object
foo:
.l
https://sourceware.org/bugzilla/show_bug.cgi?id=18451
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-6 xxx]$ cat x.S
#define GLOBAL(x) \
.section .data.##x,"aw",%progbits; \
.globl x; x: .byte 0
GLOBAL(
https://sourceware.org/bugzilla/show_bug.cgi?id=18599
--- Comment #2 from H.J. Lu ---
(In reply to Andreas Schwab from comment #1)
> You can save much more by stripping the object.
I want to reduce the size of object files with symbols.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=18599
--- Comment #3 from H.J. Lu ---
I tried it on libstdc++. For src/c++11/limits.o
Old: 93064 bytes
New: 76040 bytes
It reduces file size by 18%.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
[hjl@gnu-6 pr18591]$ cat x.S
.data
#if 1
.space 0x8ff0
#else
.space 0x7000
#en
Assignee: ccoutant at gmail dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
On Fedora 22/x86-64, gold on master branch at
commit 8a13d42d99390c36d5e7884b509e6bb92ec72e3c
Author: Simon Marchi
Date: Mon Jul 6 13:10:56 2015
https://sourceware.org/bugzilla/show_bug.cgi?id=18631
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #2
||hjl.tools at gmail dot com
--- Comment #1 from H.J. Lu ---
(In reply to Michael Rolle from comment #0)
> Two issues here, both with the binary code generated by gas. These are seen
> in the testsuite files.
>
> (1) vmovq rcx, xmm4
>
> Generates C4 E1 FD 7E E1.
&g
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-6 xxx]$ cat x.c
int
foo (int x)
{
return x * 4;
}
[hjl@gnu-6 xxx]$ make
gcc -g -fPIC -Wa,--compress-debug-sections=zlib
https://sourceware.org/bugzilla/show_bug.cgi?id=18656
H.J. Lu changed:
What|Removed |Added
Component|ld |binutils
--
You are receiving this mail be
https://sourceware.org/bugzilla/show_bug.cgi?id=18656
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18321
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18322
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18322
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--
You are receiving this mail becaus
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
gold/testsuite/script_test_1.cc has
extern char a, b, c, d, e, f, g;
int sym = 3;
int common_sym
https://sourceware.org/bugzilla/show_bug.cgi?id=18663
--- Comment #1 from H.J. Lu ---
gold/testsuite/script_test_11.t has the same issue:
---
static unsigned int buffer1[256] __attribute((used));
static unsigned int buffer2[256] __attribute((used)) = { 1 };
unsigned int foo __attribute__((secti
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
Summary|gold testsuite fail
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
--- Comment #3 from H.J. Lu ---
Created attachment 8434
--> https://sourceware.org/bugzilla/attachment.cgi?id=8434&action=edit
A patch
This works for me.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=18631
--- Comment #4 from H.J. Lu ---
(In reply to Alexander Fomin from comment #3)
> Created attachment 8436 [details]
> A patch that should fix the issue (+ testcases update)
>
> This patch is based on the changes proposed by Ramiro Polla, but ex
https://sourceware.org/bugzilla/show_bug.cgi?id=18638
H.J. Lu changed:
What|Removed |Added
Version|unspecified |2.26 (HEAD)
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18631
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |2.26
--
You are receiving this mail becaus
https://sourceware.org/bugzilla/show_bug.cgi?id=18638
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18631
--- Comment #6 from H.J. Lu ---
(In reply to Alexander Fomin from comment #5)
> Created attachment 8442 [details]
> A patch that should fix the issue + testcases update/extension
>
> I've extended the testcases for AVX512DQ and AVX512DQ/VL bo
https://sourceware.org/bugzilla/show_bug.cgi?id=18689
H.J. Lu changed:
What|Removed |Added
Assignee|ccoutant at gmail dot com |hjl.tools at gmail dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=18689
--- Comment #2 from H.J. Lu ---
A patch is posted at
https://sourceware.org/ml/binutils/2015-07/msg00143.html
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-b
https://sourceware.org/bugzilla/show_bug.cgi?id=18689
--- Comment #3 from H.J. Lu ---
(In reply to H.J. Lu from comment #2)
> A patch is posted at
>
> https://sourceware.org/ml/binutils/2015-07/msg00143.html
Please use this instead:
https://sourceware.org/ml/binutils/2015-07/msg00144.html
--
https://sourceware.org/bugzilla/show_bug.cgi?id=18631
--- Comment #8 from H.J. Lu ---
(In reply to Alexander Fomin from comment #7)
> Created attachment 8447 [details]
> A patch that should fix the issue + minimal testcases update/extension
>
> The patch has been refined.
> Only one Intel syntax
: gold
Assignee: ccoutant at gmail dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
Bits::has_overflow(x) in reloc.h isn't suitable for x86-64
relocation overflow check. has_overflow_xxx in power.cc should
be use
https://sourceware.org/bugzilla/show_bug.cgi?id=18689
--- Comment #5 from H.J. Lu ---
[hjl@gnu-6 pr18689]$ cat foo.c
/* Dummy file. */
[hjl@gnu-6 pr18689]$ make
gcc -ggdb3 -Wa,--compress-debug-sections=zlib-gabi -c -o foo.o foo.c
./ld.gold -r -o x.o foo.o
./ld -r -o y.o x.o
./ld: x.o: unable t
https://sourceware.org/bugzilla/show_bug.cgi?id=18689
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #4 from H.J. Lu ---
(In reply to Cary Coutant from comment #1)
> I think this is working as intended, although comparing with Gnu ld output,
> I see that gold defines it as a default version ("@@") where Gnu ld does
> not. I'm not
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #5 from H.J. Lu ---
>From "info ld":
To do this, you must use multiple '.symver' directives in the source
file. Here is an example:
__asm__(".symver original_foo,foo@");
__asm__(".symver old_foo,foo@VERS_1.1");
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #7 from H.J. Lu ---
(In reply to Cary Coutant from comment #6)
> >Another usage of the '.symver' directive is:
> > .symver NAME, NAME2@@NODENAME
> >In this case, the symbol NAME must exist and be defined within the
> >
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #9 from H.J. Lu ---
(In reply to Sriraman Tallam from comment #8)
>
> From your later comments, it does look like the difference is because
> of the extra "@" added by gold to make it the default symbol.
>
Linker shouldn't add t
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #11 from H.J. Lu ---
(In reply to Cary Coutant from comment #10)
>
> In this example, "foo" is both unversioned and versioned. In response
> to the unversioned one, gold is creating a default version, as
> directed by the linker s
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
H.J. Lu changed:
What|Removed |Added
CC||rafael.espindola at gmail dot
com
--- Comm
https://sourceware.org/bugzilla/show_bug.cgi?id=18521
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #7 from H.J. Lu ---
This b
https://sourceware.org/bugzilla/show_bug.cgi?id=18663
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://sourceware.org/bugzilla/show_bug.cgi?id=18663
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #4 from H.J. Lu ---
A patc
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
H.J. Lu changed:
What|Removed |Added
Blocks||18521
Referenced Bugs:
https://sourceware
https://sourceware.org/bugzilla/show_bug.cgi?id=18521
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Depends on|
https://sourceware.org/bugzilla/show_bug.cgi?id=18663
H.J. Lu changed:
What|Removed |Added
Blocks||18521
Referenced Bugs:
https://sourceware
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #13 from H.J. Lu ---
Change assembler may break existing code. I think gold should
behave the same as ld on this.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=18521
Bug 18521 depends on bug 18628, which changed state.
Bug 18628 Summary: gold IFUNC testsuite failures with GCC 5
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
What|Removed |Added
-
https://sourceware.org/bugzilla/show_bug.cgi?id=18628
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18663
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18521
Bug 18521 depends on bug 18663, which changed state.
Bug 18663 Summary: gold/testsuite/script_test_1.cc is incompatible with GCC 5
https://sourceware.org/bugzilla/show_bug.cgi?id=18663
What|Removed |Added
---
https://sourceware.org/bugzilla/show_bug.cgi?id=18521
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Version|unspecified
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #14 from H.J. Lu ---
I created users/hjl/gold-test branch and added ld-elfvers/vers-gold.exp
to run ld symbol version tests with gold:
[hjl@gnu-6 ld]$ make check RUNTESTFLAGS="vers-gold.exp"
...
Running
/export/gnu/import/git/sour
https://sourceware.org/bugzilla/show_bug.cgi?id=18703
--- Comment #16 from H.J. Lu ---
(In reply to Sriraman Tallam from comment #15)
>
> H.J. : Can we use Cary's idea to fix libgcc/config/i386/cpuinfo.c to
> make libgcc_s.so.1 do the right thing with gold too until this issue
> is resolved in s
https://sourceware.org/bugzilla/show_bug.cgi?id=18631
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|gas
Assignee: ccoutant at gmail dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
With GCC 6, I got
FAIL: dynamic_list.sh (exit: 1)
===
Did not find expected text in dynamic_list.stdout:
_ZdlPv
FAIL
y: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-6 plt-2]$ cat x.c
extern void foo ();
void
new_foo()
{
}
__asm__(".symver new_foo, foo@@VERS_2.0");
int
main()
{
foo();
return 0;
}
[
https://sourceware.org/bugzilla/show_bug.cgi?id=18718
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ormal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-tools-1 plt-2]$ cat indirect3a.c
extern void bar (void);
extern void foo (void);
__attribute__ ((noinline, noclone))
int
||hjl.tools at gmail dot com
--- Comment #1 from H.J. Lu ---
Please try binutils 2.25. If it doesn't work, please provide a testcase.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils ma
ponent: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-tools-1 hidden]$ cat bar.c
extern void foo (void) __attribute__((visibility("hidden"))) ;
void
bar (void)
{
foo ();
}
[hjl@gnu-tools-1 hidden]
https://sourceware.org/bugzilla/show_bug.cgi?id=18720
--- Comment #2 from H.J. Lu ---
(In reply to Cary Coutant from comment #1)
> With my proposed fix for gas (see PR 18703 comment #12), indirect3b.o would
> not have the stray unversioned definition for foo, and ld would work just
> fine as is.
https://sourceware.org/bugzilla/show_bug.cgi?id=18725
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
t: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-6 pr18720]$ cat foo1.c
#if 0
void
foo (void)
{
}
asm (".symver foo,foo@FOO");
#else
void
foo (void)
{
}
asm (".symver foo,foo@@FOO");
#endif
[hjl@gn
https://sourceware.org/bugzilla/show_bug.cgi?id=18736
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #2
,
||hjl.tools at gmail dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
,
||hjl.tools at gmail dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
,
||hjl.tools at gmail dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=13571
--- Comment #2 from H.J. Lu ---
*** Bug 18739 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing l
https://sourceware.org/bugzilla/show_bug.cgi?id=18739
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18735
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=13571
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #13 from H.J. Lu ---
FWIW, since the in-tree zlib is enabled on master branch, this
problem will go away automatically with binutils 2.26.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #17 from H.J. Lu ---
(In reply to Yuhang Wang from comment #16)
> Hi H. J. Lu,
>
> Could you tell me how to get binutils-2.26? I couldn't find it on the
> release page: http://ftp.gnu.org/gnu/binutils/
The master branch will be
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #20 from H.J. Lu ---
(In reply to Yuhang Wang from comment #18)
> Hi H. J. Lu,
>
> Thanks. I cloned the master branch. This new version seems to require python
> and I got some errors related to PyUnicodeUCS4_Decode (see attached
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #23 from H.J. Lu ---
(In reply to Yuhang Wang from comment #22)
> Created attachment 8479 [details]
> log file for `make check` after compiling the master branch of binutils
>
What is in ld.log?
--
You are receiving this mail b
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #25 from H.J. Lu ---
How did you configure GCC 4.9.2? Did you make any changes to GCC 4.9.2?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutil
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #27 from H.J. Lu ---
(In reply to Yuhang Wang from comment #26)
> I just disabled multi-lib. Here is the config command I used to build
> gcc-4.9.2:
>
What is your system GCC? Have you tried it on binutils?
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #31 from H.J. Lu ---
Please run
/Scr/scr-test-steven/Programs/BinUtils/build_binutils-latest/ld/../gas/as-new
-I/Scr/scr-test-steven/Programs/BinUtils/binutils-latest/ld/testsuite/ld-i386
-o tmpdir/tlslib.o --32
/Scr/scr-test-
https://sourceware.org/bugzilla/show_bug.cgi?id=18509
--- Comment #38 from H.J. Lu ---
Please show me
# echo $LD_RUN_PATH
# echo $LD_LIBRARY_PATH
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing li
701 - 800 of 4320 matches
Mail list logo
