From owner-freebsd-ports@freebsd.org Tue Apr 12 20:26:59 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58E9CB0D7C7 for ; Tue, 12 Apr 2016 20:26:59 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D2401C80 for ; Tue, 12 Apr 2016 20:26:58 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (user-24-214-48-39.knology.net [24.214.48.39]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id u3CKQprf017182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 12 Apr 2016 15:26:52 -0500 Subject: Re: 'porting' AMD compiler suite References: <570ACDB6.1020703@hiwaay.net> <20160410230338.GB24900@server.rulingia.com> <570AE735.2060606@hiwaay.net> <570BAC56.5060008@hiwaay.net> To: FreeBSD ports list !!!! From: "William A. Mahaffey III" Message-ID: <570D5A0B.3010703@hiwaay.net> Date: Tue, 12 Apr 2016 15:32:21 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <570BAC56.5060008@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 20:26:59 -0000 On 04/11/16 08:58, William A. Mahaffey III wrote: > On 04/10/16 18:57, William A. Mahaffey III wrote: >> On 04/10/16 18:09, Peter Jeremy wrote: >>> On 2016-Apr-10 17:09:04 -0453, "William A. Mahaffey III" >>> wrote: >>>> configure process completed OK, but created a Makefile w/ what >>>> seems to >>>> be a bunch of linuxisms in conditionals to allow compilation for >>>> different architectures, see attached orig-Makefile. >>> Have you tried using gmake, rather than the base make? >>> >> >> >> OK, I tried gmake & got the attached, lotta '#include malloc.h' all >> over the place, I'll have to handle that file-by-file :-/ .... >> >> >> >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > OK fixed the above w/ find & sed, now I have: > > > . > . > . > . > > In file included from > ../../../../x86_open64-4.5.2.1-1/osprey/driver/objects.c:59: > ./option_names.h:944: warning: built-in function 'fma' declared as > non-function > C > /usr/src/contrib/obj/osprey/targdir/driver/../../../../x86_open64-4.5.2.1-1/osprey/driver/phases.c > In file included from > ../../../../x86_open64-4.5.2.1-1/osprey/driver/phases.c:69: > ./option_names.h:944: warning: built-in function 'fma' declared as > non-function > ../../../../x86_open64-4.5.2.1-1/osprey/driver/phases.c: In function > 'run_ar': > ../../../../x86_open64-4.5.2.1-1/osprey/driver/phases.c:3144: warning: > implicit declaration of function 'get_executable_dir_from_path' > ../../../../x86_open64-4.5.2.1-1/osprey/driver/phases.c:3144: warning: > initialization makes pointer from integer without a cast > C > /usr/src/contrib/obj/osprey/targdir/driver/../../../../x86_open64-4.5.2.1-1/osprey/driver/run.c > In file included from > ../../../../x86_open64-4.5.2.1-1/osprey/driver/run.c:86: > ./option_names.h:944: warning: built-in function 'fma' declared as > non-function > C > /usr/src/contrib/obj/osprey/targdir/driver/../../../../x86_open64-4.5.2.1-1/osprey/driver/special_options.c > In file included from > ../../../../x86_open64-4.5.2.1-1/osprey/driver/special_options.c:63: > ./option_names.h:944: warning: built-in function 'fma' declared as > non-function > GEN version_hg.c > C /usr/src/contrib/obj/osprey/targdir/driver/version_hg.c > LD /usr/src/contrib/obj/osprey/targdir/driver/driver > file_names.o: In function `get_object_file': > file_names.c:(.text+0xe57): warning: warning: tempnam() possibly used > unsafely; consider using mkstemp() > gmake[3]: Leaving directory '/usr/src/contrib/obj/osprey/targdir/driver' > gmake last > gmake[3]: Entering directory '/usr/src/contrib/obj/osprey/targdir/driver' > hg: not found > rm -f opencc openCC openf90 > ln -s driver opencc > ln -s driver openCC > ln -s driver openf90 > gmake[3]: Leaving directory '/usr/src/contrib/obj/osprey/targdir/driver' > gmake[2]: Leaving directory '/usr/src/contrib/obj/osprey/targdir/driver' > gmake -C osprey/targdir/libiberty > gmake[2]: Entering directory > '/usr/src/contrib/obj/osprey/targdir/libiberty' > C > /usr/src/contrib/obj/osprey/targdir/libiberty/../../../../x86_open64-4.5.2.1-1/osprey/libiberty/alloca.c > C > /usr/src/contrib/obj/osprey/targdir/libiberty/../../../../x86_open64-4.5.2.1-1/osprey/libiberty/argv.c > C > /usr/src/contrib/obj/osprey/targdir/libiberty/../../../../x86_open64-4.5.2.1-1/osprey/libiberty/choose-temp.c > C > /usr/src/contrib/obj/osprey/targdir/libiberty/../../../../x86_open64-4.5.2.1-1/osprey/libiberty/concat.c > In file included from /usr/include/sys/types.h:63, > from > ../../../../x86_open64-4.5.2.1-1/osprey/libiberty/concat.c:52: > /usr/include/sys/_stdint.h:78: error: two or more data types in > declaration specifiers > /usr/include/sys/_stdint.h:78: error: two or more data types in > declaration specifiers > /usr/src/contrib/obj/osprey/../../x86_open64-4.5.2.1-1/osprey/linux/make/gcommonrules:148: > recipe for target 'concat.o' failed > gmake[2]: *** [concat.o] Error 1 > gmake[2]: Leaving directory > '/usr/src/contrib/obj/osprey/targdir/libiberty' > Makefile:205: recipe for target 'libiberty' failed > gmake[1]: *** [libiberty] Error 2 > gmake[1]: Leaving directory '/usr/src/contrib/obj' > Makefile:340: recipe for target 'build' failed > gmake: *** [build] Error 2 > 8.01 real 6.34 user 0.57 sys > > > > A bit of poking around yields a 'typedef __uintptr_t uintptr_t;' > statement as line 78 of /usr/include/sys/_stdint.h, where __uintptr_t > isn't defined anywhere .... Any clues ? TIA & have a good one. > > *C'mon* !!!! Someone throw me a bone :-). Whassup here, this can't be the 1st time this has happened .... where is __uintptr_t defined/typedef'ed ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr.