[Bug binutils/27057] New: binutils 2.24, 2.35 do not build on Solaris 11.4

2020-12-11 Thread progman3k at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27057

Bug ID: 27057
   Summary: binutils 2.24, 2.35 do not build on Solaris 11.4
   Product: binutils
   Version: 2.36 (HEAD)
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: binutils
  Assignee: unassigned at sourceware dot org
  Reporter: progman3k at gmail dot com
  Target Milestone: ---

Created attachment 13040
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13040&action=edit
Configure stage

Whether using
./configure && make
or
CC=gcc ./configure && make

Configuring succeeds, but all versions tested fail during build.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/27057] binutils 2.24, 2.35 do not build on Solaris 11.4

2020-12-11 Thread progman3k at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27057

--- Comment #1 from progman3k at gmail dot com ---
Created attachment 13044
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13044&action=edit
Build stage

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/27057] binutils 2.24, 2.35 do not build on Solaris 11.4

2020-12-11 Thread progman3k at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27057

--- Comment #2 from progman3k at gmail dot com ---
I have no idea why the system seems to think the attached file "Build stage" is
a binary file, but it is the log output from the terminal of the messages from
building

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/27057] binutils 2.24, 2.35 do not build on Solaris 11.4

2020-12-11 Thread progman3k at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27057

--- Comment #4 from progman3k at gmail dot com ---
Using gmake does indeed build!

The only problem is that it is not mentioned in the README.

Maybe amend the documentation to mention that on some systems, one must use
gmake.

Also maybe add instructions to build windres, because it doesn't build by
default.

I got it to build by going in the binutils subfolder beneath the root folder
and typing

gmake windres


Thank you very much for your assistance!

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/27064] New: binutils windres 2.35 "can't detect target endianness and architecture"

2020-12-13 Thread progman3k at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27064

Bug ID: 27064
   Summary: binutils windres 2.35 "can't detect target endianness
and architecture"
   Product: binutils
   Version: 2.35
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: binutils
  Assignee: unassigned at sourceware dot org
  Reporter: progman3k at gmail dot com
  Target Milestone: ---

Expectation: The command
windres --target=pe-i386 -I/opt/youwin/include -i resource.rc -o resource.res
should output a binary .res file.

This is true on linux, osx, cygwin, mingw.

But when windres is built on Solaris 11.4 it gives the following output

windres: Can't detect target endianness and architecture.


To build windres, I did the following

cd binutils-2.35
CC=gcc ./configure
gmake

cd binutils/
gmake windres

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/27064] binutils windres 2.35 "can't detect target endianness and architecture"

2020-12-13 Thread progman3k at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27064

--- Comment #2 from progman3k at gmail dot com ---
Thank you Andreas! How do I enable that when configuring/building?


Luckily, I was able to recover a binary windres from a solaris 2.4 machine that
had binutils version 2.24 on it.

Incredibly, this binary runs flawlessly on solaris 11.4

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/27064] binutils windres 2.35 "can't detect target endianness and architecture"

2020-12-13 Thread progman3k at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=27064

--- Comment #4 from progman3k at gmail dot com ---
~/binutils-2.35$ CC=gcc ./configure --enable-targets=i386-pe

Configure runs OK but building fails:

gcc -DHAVE_CONFIG_H -I.  -I. -I. -I../bfd -I./../bfd -I./../include -I./../zlib
 -g -O2 -DLOCALEDIR="\"/usr/local/share/locale\""  -W -Wall -Wstrict-prototypes
-Wmissing-prototypes -Wshadow -Wstack-usage=262144 -DELF_LIST_OPTIONS=TRUE
-DELF_SHLIB_LIST_OPTIONS=TRUE -DELF_PLT_UNWIND_LIST_OPTIONS=TRUE -g -O2 -MT
deffilep.o -MD -MP -MF .deps/deffilep.Tpo -c -o deffilep.o `test -f deffilep.c
|| echo ./`deffilep.c 
In file included from /usr/include/dlfcn.h:17:0,
 from sysdep.h:80,
 from deffilep.y:22:
deffilep.c:234:5: error: expected identifier before numeric constant
 SHARED = 279,
 ^
deffilep.c:265:0: warning: "SHARED" redefined
 #define SHARED 279

In file included from /usr/include/dlfcn.h:17:0,
 from sysdep.h:80,
 from deffilep.y:22:
/usr/include/sys/mman.h:81:0: note: this is the location of the previous
definition
 #define SHARED  0x10

-- 
You are receiving this mail because:
You are on the CC list for the bug.