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
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 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
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
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
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
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: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
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 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 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 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 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 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
14 matches
Mail list logo
