Re: [toolchain] amd64-gcc question

2015-11-15 Thread Baptiste Daroussin
On Sun, Nov 15, 2015 at 04:04:07PM -0553, William A. Mahaffey III wrote: > On 11/15/15 13:58, Gerald Pfeifer wrote: > > On Thu, 12 Nov 2015, William A. Mahaffey III wrote: > >> I pkg-installed amd64-gcc over the weekend hoping for Graphite > >> (auto-loop parallelization) support, but no go. > > Wh

Re: [toolchain] amd64-gcc question

2015-11-15 Thread Baptiste Daroussin
On Sun, Nov 15, 2015 at 08:52:00PM +0100, Gerald Pfeifer wrote: > On Thu, 12 Nov 2015, William A. Mahaffey III wrote: > > I pkg-installed amd64-gcc over the weekend hoping for Graphite > > (auto-loop parallelization) support, but no go. > > When you say "amd64-gcc" where did you obtain that from?

[Differential] [Accepted] D3190: ar: enable deterministic mode by default

2015-07-24 Thread bapt (Baptiste Daroussin)
bapt accepted this revision. REVISION DETAIL https://reviews.freebsd.org/D3190 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: emaste, brooks, bapt Cc: freebsd-toolchain-list ___ freebsd-toolchain@freebsd.org mail

[Differential] [Accepted] D3175: ar: add -U (unique) option to disable -D (deterministic) mode

2015-07-23 Thread bapt (Baptiste Daroussin)
bapt accepted this revision. bapt added a comment. This is one of the changes I really needed! REVISION DETAIL https://reviews.freebsd.org/D3175 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: emaste, imp, brooks, bapt Cc: freebsd-toolchain-list _

[Differential] [Accepted] D2887: Allow ELF Tool Chain elfcopy to be installed as objcopy

2015-06-22 Thread bapt (Baptiste Daroussin)
bapt accepted this revision. bapt added a reviewer: bapt. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D2887 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: emaste, andrew, bapt Cc: bapt, bdrewery, freebsd-toolchain-list,

[Differential] [Commented On] D2887: Allow ELF Tool Chain elfcopy to be installed as objcopy

2015-06-22 Thread bapt (Baptiste Daroussin)
bapt added a subscriber: bapt. bapt added a comment. Why not always build elfcopy and just make a hardlink objcopy if MK_ELFCOPY_AS_OBJCOPY is set? That will make elfcopy always available to users REVISION DETAIL https://reviews.freebsd.org/D2887 EMAIL PREFERENCES https://reviews.freebsd.

[Differential] [Accepted] D2187: Ensure cross assembler, linker and objcopy are used for the build32 stage

2015-03-31 Thread bapt (Baptiste Daroussin)
bapt accepted this revision. bapt added a comment. This revision is now accepted and ready to land. yup you are right This looks ok for me I still would be more confident with @imp reviewing as well :) BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D2187 To: dim, imp, rodrigc, b

[Differential] [Commented On] D2187: Ensure cross assembler, linker and objcopy are used for the build32 stage

2015-03-31 Thread bapt (Baptiste Daroussin)
bapt added inline comments. INLINE COMMENTS Makefile.inc1:416 You should probably test if XAS if defined: something like AS=${XAS:U${AS}} and so on Makefile.inc1:426 Same apply here REVISION DETAIL https://reviews.freebsd.org/D2187 To: dim, imp, bapt, rodrigc Cc: imp, freebsd-toolchain __

[Differential] [Accepted] D2156: Switch to ELF toolchain readelf

2015-03-27 Thread bapt (Baptiste Daroussin)
bapt accepted this revision. bapt added a reviewer: bapt. REVISION DETAIL https://reviews.freebsd.org/D2156 To: emaste, imp, bapt Cc: freebsd-toolchain ___ freebsd-toolchain@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-to

[Differential] [Accepted] D1974: Support out-of-tree binutils with in-tree compiler

2015-02-26 Thread bapt (Baptiste Daroussin)
bapt accepted this revision. bapt added a comment. This revision is now accepted and ready to land. Looks ok to me REVISION DETAIL https://reviews.freebsd.org/D1974 To: emaste, bapt Cc: andrew, freebsd-toolchain ___ freebsd-toolchain@freebsd.org mail

Re: Resurrecting clang external toolchain support in Makefile.inc

2015-02-11 Thread Baptiste Daroussin
On Wed, Feb 11, 2015 at 11:55:17PM -0700, Warner Losh wrote: > > > On Feb 11, 2015, at 7:14 PM, Peter Grehan wrote: > > > > Hi Warner, > > > >> I like this patch better than the one I have. I’m not 100% sure the > >> ‘else’ clause will work > > > > The else for CROSS_BINUTILS_PREFIX ? If so, y

Re: Resurrecting clang external toolchain support in Makefile.inc

2015-02-11 Thread Baptiste Daroussin
On Tue, Feb 10, 2015 at 07:50:59PM -0700, Warner Losh wrote: > > > On Feb 10, 2015, at 7:32 PM, Peter Grehan wrote: > > > > Hi toolchain folk, > > > > I've recently tried using the base system clang as an external toolchain > > i.e. > > > > make CROSS_COMPILER_PREFIX=/usr/bin/ buildworld >

Re: On powerpc64 10.1-STABLE portmaster indirectly building devel/powerpc64-gcc fails

2015-01-29 Thread Baptiste Daroussin
On Wed, Jan 28, 2015 at 04:30:14PM -0800, Mark Millard wrote: > I tried to portmaster devel/powerpc64-xtoolchain-gcc but it failed during the > building of powerpc64-gcc with the build reporting 5 missing files, 4 of > which seemed to be different file names used in some places compared to > oth

[Differential] [Updated] D1516: Update aarch64 patch for binutils 2.25

2015-01-13 Thread bapt (Baptiste Daroussin)
bapt added a comment. Just for the record I approved via IRC REVISION DETAIL https://reviews.freebsd.org/D1516 To: emaste, andrew, bapt Cc: freebsd-toolchain ___ freebsd-toolchain@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/fre

Using more elftoolchain tools?

2014-11-23 Thread Baptiste Daroussin
Hi all, From what I can see on the elftoolchain website, they do have working replacement for: - size(1) - addr2line(1) - strings(1) - nm(1) - strip(1) Does anyone knows if there are known issues with those? or if they are viable replacement for the version we have in base? I'm planning to spend

Re: new make vs security/vpnc

2013-07-09 Thread Baptiste Daroussin
On Tue, Jul 09, 2013 at 01:05:30AM +0300, Andriy Gapon wrote: > > Seems like the problem boils down to this: > > $ make -V MAKEFILE > /usr/ports/security/vpnc/Makefile > $ fmake -V MAKEFILE > Makefile > > The only explicit assignments of MAKEFILE that I could find in ports > infrastructure are t