On 01-06-14 14:03, Yamakaky wrote:
Hi
I just discovered the gcc option march=native. It enables all the
local-supported optimizations, without downsides except the
non-portability of the binaries. Is there a reason why it isn't
enabled by default, as cross platform compilation isn't used by m
On Sun, Jun 1, 2014 at 2:03 PM, Yamakaky wrote:
> Hi
>
> I just discovered the gcc option march=native. It enables all the
> local-supported optimizations, without downsides except the non-portability
> of the binaries. Is there a reason why it isn't enabled by default, as cross
> platform compila
On 1 June 2014 18:03, Yamakaky wrote:
> Hi
>
> I just discovered the gcc option march=native. It enables all the
> local-supported optimizations, without downsides except the non-portability
> of the binaries. Is there a reason why it isn't enabled by default, as cross
> platform compilation isn't
On 02/06/14 06:58 AM, Martti Kühne wrote:
> On Sun, Jun 1, 2014 at 2:03 PM, Yamakaky wrote:
>> Hi
>>
>> I just discovered the gcc option march=native. It enables all the
>> local-supported optimizations, without downsides except the non-portability
>> of the binaries. Is there a reason why it isn'
On Mon, Jun 2, 2014 at 1:11 PM, Daniel Micay wrote:
>
> The official packages are built in a clean container with the makepkg
> configuration files in the devtools package. In the past, portability
> issue would have been a factor. I do think the status quo of having it
> match the devtools flags
On 02/06/14 07:24 AM, Martti Kühne wrote:
> On Mon, Jun 2, 2014 at 1:11 PM, Daniel Micay wrote:
>>
>> The official packages are built in a clean container with the makepkg
>> configuration files in the devtools package. In the past, portability
>> issue would have been a factor. I do think the sta
On Mon, Jun 2, 2014 at 2:29 PM, Daniel Micay wrote:
>
> Generating efficient code for the local machine by default makes sense
> and doesn't get in the way of building truly portable packages with
> devtools. However, I'm sure there are users who build packages without
> devtools and then expect i
Grouped answer (french guy here, be indulgent ^^) :
Cross platform compilation is a requirement for the most important of
makepkg's users, namely our package maintainers...
I think TU know how to configure makepkg for theirs binary packages to
be portables.
user has an ageing AMD FX system a
On Mon, Jun 2, 2014 at 2:56 PM, Yamakaky wrote:
> Grouped answer (french guy here, be indulgent ^^) :
>
Sure.
[...]
>
>> Meanwhile you didn't make clear why don't you side with OP after
>> justifying his point?
>
Google it. OP is the "Original Poster". Also known as "You".
>
>
>> anyone rebuil
Logs for jy2wong's class "A First Look at the Linux Kernel" are available:
https://archwomen.org/media/project_classroom/classlogs/2014-05-31-a_first_look_at_the_linux_kernel.txt
The class notes are also available:
https://archwomen.org/media/project_classroom/lessons/2014-05-31-a_first_look_at_t
user has an ageing AMD FX system and wants to replace that with an
intel core i7 system. they don't feel like re-installing, so just
transfer the harddrive to the intel system. if they used
-march=native everything they build on the AMD FX system will need to
be rebuild on the core i7 .
Well, t
On 2 June 2014 14:56, Yamakaky wrote:
>
> PKGBUILDs and packages from repositories have to be portable, but it's
> not a requirement for self-build AUR packages. Who shares binary
> packages from AUR ?
I do, in fact. I have a couple of machines, and not all of them have the
same processing powe
On 2 June 2014 18:56, Yamakaky wrote:
>
>> I believe when the decision was made it was simply based on the fact
>> that being able to share is worth more for the community than local
>> optimization.
>
> PKGBUILDs and packages from repositories have to be portable, but it's
> not a requirement for
On Mon, 2 Jun 2014 23:53:38 +0600
Rashif Ray Rahman wrote:
> On 2 June 2014 18:56, Yamakaky wrote:
> >
> >> I believe when the decision was made it was simply based on the fact
> >> that being able to share is worth more for the community than local
> >> optimization.
> >
> > PKGBUILDs and packa
14 matches
Mail list logo
