[Bug ada/55946] New: Wrong GNAT tools used on build of gnattools [native-cross]

2013-01-11 Thread gregnietsky at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55946



 Bug #: 55946

   Summary: Wrong GNAT tools used on build of gnattools

[native-cross]

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: ada

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: gregniet...@gmail.com





Created attachment 29151

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29151

Workaround patch sutible for my needs



First time ive added GNAT/ADA to the chain i bootstraped 4.8.0 20130107 from

ada core i then rebuilt all the cross chains i have for ARM/MIPS/PPC this went

fine

building native i686 from x86-64 works fine 



trying to build a native aarch64 failed [i did have a native cross compiler in

place with aarch64-linux-gnu-gnat and did test they work]



please note that this is not a solution but a workaround im happy with it

requires 



1)gnatmake in the path

2)-gnatmake/link/bind/tls [symlinks added to native to allow normal

cross]



the solution will require changes to autotools IMHO



problems ...



1)building xgnatugn is done with aarch64-linux-gnu-gnatmake this is not correct

as it needs to use gnatmake on the build system as it executes this program to

generate docs the following hunk solves this but is not portable possibly

adding BUILD_GNATMAKE is better



gcc/ada/gcc-interface/Make-lang.in

@@ -621,7 +619,7 @@

 ada/doctools/xgnatugn$(build_exeext): ada/xgnatugn.adb

-$(MKDIR) ada/doctools

$(CP) $^ ada/doctools

-   cd ada/doctools && $(GNATMAKE) -q xgnatugn

+   cd ada/doctools && gnatmake -q xgnatugn



2)Wrong libs [native build] are used to build gnattools and the native tools

are used



setting

host = @host_cpu@-@host_os@



prefixing gnat tools with $(host)-



-RTS_DIR:=$(strip $(subst \,/,$(shell gnatls -v | grep adalib )))

+RTS_DIR:=$(strip $(subst \,/,$(shell $(host)-gnatls -v | grep adalib )))



this seems to work till it bombs out complaining about



3)system.ads



pragma Restrictions (No_Implicit_Dynamic_Code);



causes failure as others dont honor it removing this allows complteion and

succesfull build


[Bug ada/56030] New: Ada fails to build when targeting x32 non multilib

2013-01-18 Thread gregnietsky at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56030



 Bug #: 56030

   Summary: Ada fails to build when targeting x32 non multilib

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: minor

  Priority: P3

 Component: ada

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: gregniet...@gmail.com





Created attachment 29205

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29205

Small patch to set the build ABI to x32 when targeting x86_64-*-gnux32



ADA fails with the following



a-direct.adb:751:13: warning: types for unchecked conversion have different

sizes



the root of the problem is the rts directory configuration is setup for native

64.



ADA does not recognize x86_64-*-gnux32 as been x32 and will only build x32 as a

multilib not native.



as i believe there is nothing wrong with having a x86_64-gnux32 system with no

32/64 support i submit a patch to rectify this.


[Bug target/56031] New: Set ABI/Multilib to x32 when targeting x86_64-*-gnux32

2013-01-18 Thread gregnietsky at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56031



 Bug #: 56031

   Summary: Set ABI/Multilib to x32 when targeting x86_64-*-gnux32

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: enhancement

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: gregniet...@gmail.com





Created attachment 29206

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29206

Set native ABI to x32 when x86-64-*-gnux32 is targeted and no --with-abi is

given



When building native non multilib x86_64-*-gnux32 target you have to supply

--with-abi=x32 this is not intuitive and IMHO should be default and not need be

supplied.



the attached patch sets with-abi and sets native x32 if configured target is

x86_64-*-gnux32 and with-abi is not set.



i personally feel that this target may include 32/64 multilibs but should

always be native x32 to build it native 64 passing --with-abi=64 is required

the multilib-list option does not have any effect.


[Bug ada/56030] Ada fails to build when targeting x32 non multilib

2013-01-18 Thread gregnietsky at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56030



--- Comment #1 from Bill Gates  2013-01-18 
14:57:29 UTC ---

There is a glitch with this  testing it with a native x32 and includeing 64

mutlilib fails on the multilib build as there is no /64 multilib directory

currently included ... small patch comming up ...


[Bug ada/56030] Ada fails to build when targeting x32 non multilib

2013-01-18 Thread gregnietsky at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56030



Bill Gates  changed:



   What|Removed |Added



  Attachment #29205|0   |1

is obsolete||



--- Comment #2 from Bill Gates  2013-01-18 
18:23:02 UTC ---

Created attachment 29212

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29212

Updated patch taking /64 into account



its feasible to have /64 multilib when building -gnux32 with multilib and

should be taken into account


[Bug ada/56030] Ada fails to build when targeting x32 non multilib

2013-01-18 Thread gregnietsky at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56030



--- Comment #4 from Bill Gates  2013-01-18 
20:53:17 UTC ---

(In reply to comment #3)

> X32 isn't usable for Ada.  See PR 54040.



Thank you for the feedback besides building the tools i have not tested them ..

the second patch also includes the logic to allow building 64 multi lib on a

"native" x32 system.



ive only recently added ADA/Gnat to the tool chain and extended it to to x32 to

be complete ... thank you for the work done on x32 ill be using it as our

default distro replacing i686.



you may be interested in #56031 that allows target x86-64-linux-gnux32 setting

native to x32 without need for --with-abi / --enable-multilib / multilib-list


[Bug other/70346] [libvtv] 6.0-20160313 build succeeds, install fails: cannot stat '.libs/libvtv.a': No such file or directory

2016-04-28 Thread gregnietsky at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70346

Bill Gates  changed:

   What|Removed |Added

 CC||gregnietsky at gmail dot com

--- Comment #3 from Bill Gates  ---
Can confirm this problem using make v4 on x86_x32 build ... 

make[10]: Entering directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/32/libvtv'
true  DO=install multi-do # make
 /usr/bin/mkdir -p '/usr/libx32/../lib'
 /bin/sh ./libtool   --mode=install /usr/bin/ginstall -c   libvtv.la
'/usr/libx32/../lib'
libtool: install: /usr/bin/ginstall -c .libs/libvtv.so.0.0.0
/usr/libx32/../lib/libvtv.so.0.0.0
libtool: install: (cd /usr/libx32/../lib && { ln -s -f libvtv.so.0.0.0
libvtv.so.0 || { rm -f libvtv.so.0 && ln -s libvtv.so.0.0.0 libvtv.so.0; }; })
libtool: install: (cd /usr/libx32/../lib && { ln -s -f libvtv.so.0.0.0
libvtv.so || { rm -f libvtv.so && ln -s libvtv.so.0.0.0 libvtv.so; }; })
libtool: install: /usr/bin/ginstall -c .libs/libvtv.lai
/usr/libx32/../lib/libvtv.la
libtool: install: /usr/bin/ginstall -c .libs/libvtv.a
/usr/libx32/../lib/libvtv.a
/usr/bin/ginstall: cannot stat '.libs/libvtv.a': No such file or directory
Makefile:414: recipe for target 'install-toolexeclibLTLIBRARIES' failed
make[10]: *** [install-toolexeclibLTLIBRARIES] Error 1
make[10]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/32/libvtv'
Makefile:703: recipe for target 'install-am' failed
make[9]: *** [install-am] Error 2
make[9]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/32/libvtv'
Makefile:560: recipe for target 'install-recursive' failed
make[8]: *** [install-recursive] Error 1
make[8]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/32/libvtv'
Makefile:697: recipe for target 'install' failed
make[7]: *** [install] Error 2
make[7]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/32/libvtv'
Makefile:853: recipe for target 'multi-do' failed
make[6]: *** [multi-do] Error 1
make[6]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/libvtv'
Makefile:521: recipe for target 'install-multi' failed
make[5]: *** [install-multi] Error 2
make[5]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/libvtv'
Makefile:703: recipe for target 'install-am' failed
make[4]: *** [install-am] Error 2
make[4]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/libvtv'
Makefile:560: recipe for target 'install-recursive' failed
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/libvtv'
Makefile:697: recipe for target 'install' failed
make[2]: *** [install] Error 2
make[2]: Leaving directory
'/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32/x86_64-linux-gnux32/libvtv'
Makefile:15399: recipe for target 'install-target-libvtv' failed
make[1]: *** [install-target-libvtv] Error 2
make[1]: Leaving directory '/var/opt/dtsbuild/src/gcc/gcc-6.1.0/build-x86_32'
Makefile:2323: recipe for target 'install' failed
make: *** [install] Error 2