Hi,
Please download and test the wpa_supplicant/hostapd import patch:
http://people.freebsd.org/~rpaulo/patches/wpa-2.5.diff
Changelog:
http://w1.fi/cgit/hostap/plain/hostapd/ChangeLog
http://w1.fi/cgit/hostap/plain/wpa_supplicant/ChangeLog
Please report
On Tue, Oct 13, 2015 at 9:44 PM, Bryan Drewery
wrote:
> >
> > It looks like a bsd.progs.mk issue. I'll look more.
> >
> >
>
> r289286 will handle this and similar cases. Hopefully this holds.
>
Thank you for investigating the problem and coming up with a fix so quickly!
On 10/13/2015 3:08 PM, Bryan Drewery wrote:
> On 10/13/2015 12:24 PM, Craig Rodrigues wrote:
>> On Tue, Oct 13, 2015 at 12:05 AM, wrote:
>>
>>> --- env_test ---
>>> /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem
>>>
FreeBSD_HEAD_amd64_gcc4.9 - Build #652 - Failure:
Build information:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/652/
Full change log:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/652/changes
Full build log:
On Mon, Oct 12, 2015 at 8:46 PM, Pedro Giffuni wrote:
>> All I can say is building with USE_GCC=yes, I see the following error:
>>
>> g++48: error: unrecognized command line option '-fstack-protector-strong'
>>
>> This is using the latest gcc48 in ports (full tree updated
On Mon, 12 Oct 2015 12:47:50 -0600 Warner Losh wrote:
> The topic of including /usr/local in the paths for compilers, linkers,
> etc has come up again. I’ve started a poll to judge sentiment in the
> community about what the default policy of FreeBSD should be in this
> regard.
>
Hi;
On 10/12/2015 8:28 PM, Justin Hibbits wrote:
Hi Pedro,
...
This is on powerpc64. I see the patch has been there for 16 months,
but for some reason, the /usr/local/bin/gcc48 doesn't contain the
patch. I ran `strings` on the binary, and it has the following string:
Hi Pedro,
On Tue, Oct 13, 2015 at 9:18 AM, Pedro Giffuni wrote:
> Hi;
>
> On 10/12/2015 8:28 PM, Justin Hibbits wrote:
>>
>> Hi Pedro,
>>
>> ...
>> This is on powerpc64. I see the patch has been there for 16 months, but
>> for some reason, the /usr/local/bin/gcc48 doesn't
FreeBSD_HEAD_amd64_gcc4.9 - Build #653 - Fixed:
Build information:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/653/
Full change log:
https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/653/changes
Full build log:
On 10 Oct 2015, at 19:39, Dimitry Andric wrote:
>
> On 10 Oct 2015, at 18:12, O. Hartmann wrote:
> ...
>> Is there any chance that the failure of clang 3.7.0 with some AVX-equipted
>> Intel
>> processors gets fixed soon?
>
> I reported the bug
On 10/13/2015 9:59 AM, Justin Hibbits wrote:
Hi Pedro,
...
As Antoine mentioned, the problem is that lang/gcc does not have this
patch. USE_GCC uses lang/gcc, not lang/gcc48. So lang/gcc needs to
be updated.
I see now.
FWIW, I installed gcc48 and then I added USE_GCC= yes to the port.
On Tue, Oct 13, 2015 at 12:05 AM, wrote:
> --- env_test ---
> /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem
> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
>
Hi all,
I have been working for a while on bringing in Unicode string collation
support by merging code from Illumos (by Garrett D'Amore who kindly made sure
his work was made under BSD license) and Dragonfly (by John Marino), and some
ancient work done on FreeBSD by edwin@ but never merged.
The
On 10/13/2015 12:24 PM, Craig Rodrigues wrote:
> On Tue, Oct 13, 2015 at 12:05 AM, wrote:
>
>> --- env_test ---
>> /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem
>> /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include
>>
14 matches
Mail list logo