[Bug gas/16434] New: Failed to build for z80-unknown-coff

2014-01-11 Thread atsidaev+bfd at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16434



Bug ID: 16434

   Summary: Failed to build for z80-unknown-coff

   Product: binutils

   Version: 2.24

Status: NEW

  Severity: normal

  Priority: P2

 Component: gas

  Assignee: unassigned at sourceware dot org

  Reporter: atsidaev+bfd at gmail dot com



When trying to build binutils for z80-unknown-coff target, the error is occ
ured

on gas build:

$ ./configure --target=z80-unknown-coff && make

[...skipped...]

config/tc-z80.c: In function ‘wrong_mach’:

config/tc-z80.c:470:5: error: format not a string literal and no format

arguments [-Werror=format-security]

 as_warn (_(p));

 ^

config/tc-z80.c: In function ‘parse_exp_not_indexed’:

config/tc-z80.c:547:8: error: variable ‘dummy’ set but not 
used

[-Werror=unused-but-set-variable]

   segT dummy;

^

config/tc-z80.c: In function ‘emit_byte’:

config/tc-z80.c:708:10: error: variable ‘fixp’ set but not 
used

[-Werror=unused-but-set-variable]

   fixS * fixp;

  ^

cc1: all warnings being treated as errors



-- 

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


[Bug gas/16434] Failed to build for z80-unknown-coff

2014-01-11 Thread atsidaev+bfd at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16434

--- Comment #1 from Alexander Tsidaev  ---
Created attachment 7348
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7348&action=edit
Possble patch

Seems that the some more high-level solution should be better, because error
and as_warn are used in similar situations and should work similar way. But
this patch solves the problem too.

-- 
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


Full file name bug in linker (ld)

2014-01-11 Thread Andrew Rose
Good day! I build own toolchan under mips architecture
Script to create toolchan:
http://pastebin.com/RxwS09iT
Toolchan build great.
When trying to compile a simple hello world program
 $ CLFS/bin/mips-unknown-linux-gnu-gcc-c testlinker.c
 it compiles fine!

But when I try to use the linker

$ CLFS/bin/mips-unknown-linux-gnu-gcc-c testlinker.c
$ CLFS/bin/mips-unknown-linux-gnu-ld-lc-o testlinker testlinker.o

I get very strange error like : cannot find ... Inside ...

/ home / andrew / Desktop / mips-toolchan / bin / mips-unknown-linux-gnu-ld: 
cannot find / home / andrew / Desktop / mips-toolchan / / root/lib/libc.so.6 
inside / home / andrew / Desktop / mips-toolchan / bin /.. /.. / mips-toolchan 
/ / root
/ home / andrew / Desktop / mips-toolchan / bin / mips-unknown-linux-gnu-ld: 
cannot find / home / andrew / Desktop / mips-toolchan / / root / lib / 
libc_nonshared.a inside / home / andrew / Desktop / mips-toolchan / bin /.. /.. 
/ mips-toolchan / / root
/ home / andrew / Desktop / mips-toolchan / bin / mips-unknown-linux-gnu-ld: 
cannot find / home / andrew / Desktop / mips-toolchan / / root/lib/ld.so.1 
inside / home / andrew / Desktop / mips-toolchan / bin /.. /.. / mips-toolchan 
/ / root

Ie the file name has the full path to the library. Naturally there is a library!
If you remove the option -lc
I get  error:
testlinker.o: In function `main ':
testlinker.c: (. text +0 x24): undefined reference to `puts'


I tried to register via the -L flag is the full path to the directory but it 
did not help .

I think it's a bug
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils