On 31 May 2016 at 12:21, Dimitry Andric wrote:
>
> Maybe elftoolchain's ar does something different? Assuming the .a files
> are built with the system ar, of course.
We don't use the ELF Tool Chain ar yet so it won't be that. (ELF Tool
Chain's ar, brandelf, elfdump are updated
On Tue, May 31, 2016 at 10:25:54AM -0400, Ed Maste wrote:
> On 30 May 2016 at 15:51, Steve Kargl
> wrote:
> >
> > It happens with both /usr/bin/ld and /usr/local/bin/ld. I remove the
> > binutils port and still had the issue. I tried reverting recent changes
On Tue, May 31, 2016 at 06:21:06PM +0200, Dimitry Andric wrote:
> >
> > The elftoolchain changes are a good candidate to check, although they
> > should have no impact at all on the linker.
> >
> > What error did you encounter when trying to build with them reverted?
>
Ed is referring to a
On 31 May 2016, at 16:25, Ed Maste wrote:
>
> On 30 May 2016 at 15:51, Steve Kargl
> wrote:
>>
>> It happens with both /usr/bin/ld and /usr/local/bin/ld. I remove the
>> binutils port and still had the issue. I tried reverting recent
On 30 May 2016 at 15:51, Steve Kargl wrote:
>
> It happens with both /usr/bin/ld and /usr/local/bin/ld. I remove the
> binutils port and still had the issue. I tried reverting recent changes
> to elftoolchain/libelftc, the resulting tree would not build.
The
On Mon, May 30, 2016 at 09:29:40PM +0200, Dimitry Andric wrote:
> On 29 May 2016, at 04:27, Steve Kargl
> wrote:
> >
> > I have a Fortran application that has built forever on FreeBSD-current;
> > that is, until recently. It now dies with the following error:
On 29 May 2016, at 04:27, Steve Kargl wrote:
>
> I have a Fortran application that has built forever on FreeBSD-current;
> that is, until recently. It now dies with the following error:
>
> gfortran48 -O2 -pipe -march=native -mtune=native -static