Petter Haggholm wrote:
> The subject is fairly descriptive. Often -- but not always -- an
> emerge will render my system unusable. At a PORTAGE_NICENESS of 3, and
> fairly standard MAKEOPTS of "-j2" (on a single-core system), I'm ...
> well, rather surprised, confused, and very frustrated. I also c
Dnia czwartek, 28 września 2006 07:58, Petter Haggholm napisał:
> Portage 2.1.2_pre1-r3 (default-linux/amd64/2006.1, gcc-4.1.1,
> standard MAKEOPTS of "-j2" (on a single-core system), I'm ... well,
> iproute2 ipv6 isdnlog jabber jpeg kdeenablefinal kernel_linux libg++
I had this, too. On singl
Boyd Stephen Smith Jr. wrote:
> On Wednesday 27 September 2006 21:55, Peter Davoust <[EMAIL PROTECTED]>
> TOP-POSTED about 'Re: [gentoo-amd64] How To Play WMV?':
>
>> On Wed, 2006-09-27 at 19:29 -0500, Boyd Stephen Smith Jr. wrote:
>>
>>> On Wednesday 27 September 2006 06:25, "Christoph Me
On Wednesday 27 September 2006 22:59, Daniel Iliev <[EMAIL PROTECTED]>
wrote about 'Re: [gentoo-amd64] First Impressions':
> Dan Pasanen wrote:
> > Ok, im not too sure about this, but i was wondering, i have dual core
> > turion64's should that affect if im running -O2 or -O3? currently im
> > run
On Thursday 28 September 2006 02:26, Boyd Stephen Smith Jr. wrote:
> On Wednesday 27 September 2006 17:40, "Hemmann, Volker Armin"
> <[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64]
>
> First Impressions':
> > On Thursday 28 September 2006 00:03, Boyd Stephen Smith Jr. wrote:
> > > I also like:
On 9/27/06, Daniel Iliev <[EMAIL PROTECTED]> wrote:
I don't think someone would really file a bug report for this It's true
that my OCD about optimizing becomes painful when I see my flags
overruled but I (still) can control myself ;-)
Your cflags really aren't going to change much. It's bette
The subject is fairly descriptive. Often -- but not always -- an emerge
will render my system unusable. At a PORTAGE_NICENESS of 3, and fairly
standard MAKEOPTS of "-j2" (on a single-core system), I'm ... well,
rather surprised, confused, and very frustrated. I also can't be very
specific, beca
Boyd Stephen Smith Jr. wrote:
> On Wednesday 27 September 2006 19:56, Daniel Iliev <[EMAIL PROTECTED]>
> wrote about 'Re: [gentoo-amd64] First Impressions':
>
>> Boyd Stephen Smith Jr. wrote:
>>
>>> On Wednesday 27 September 2006 11:11, "Hemmann, Volker Armin"
>>> <[EMAIL PROTECTED]> wrote
On Wednesday 27 September 2006 21:55, Peter Davoust <[EMAIL PROTECTED]>
TOP-POSTED about 'Re: [gentoo-amd64] How To Play WMV?':
> On Wed, 2006-09-27 at 19:29 -0500, Boyd Stephen Smith Jr. wrote:
> > On Wednesday 27 September 2006 06:25, "Christoph Mende"
> > <[EMAIL PROTECTED]> wrote about 'Re: [g
Dan Pasanen wrote:
> Ok, im not too sure about this, but i was wondering, i have dual core
> turion64's should that affect if im running -O2 or -O3? currently im
> running -O2. and if i did change it to -O3, what, if anything should
> i recompile?
>From gcc man page:
-O3 Optimize yet more. -O
Ok, im not too sure about this, but i was wondering, i have dual core turion64's should that affect if im running -O2 or -O3? currently im running -O2. and if i did change it to -O3, what, if anything should i recompile?
On 9/27/06, Boyd Stephen Smith Jr. <[EMAIL PROTECTED]> wrote:
On Wednesday 27
Hello All,
Can anyone recommend an application to edit a pdf file, and of course
works on 64 bit Gentoo?
Thanks,
Sean
* app-text/pdftk
Latest version available: 1.12
Latest version installed: [ Not Installed ]< just a
There are different versions of wmv. Last time I checked (on Ubuntu
atleast), the 64 bit of the w32codecs didn't work for WMV 9. The 32 bit
one seems to work perfectly though. You also have to have 32-bit
mplayer.
-Peter
On Wed, 2006-09-27 at 19:29 -0500, Boyd Stephen Smith Jr. wrote:
> On Wednesd
On Wednesday 27 September 2006 19:56, Daniel Iliev <[EMAIL PROTECTED]>
wrote about 'Re: [gentoo-amd64] First Impressions':
> Boyd Stephen Smith Jr. wrote:
> > On Wednesday 27 September 2006 11:11, "Hemmann, Volker Armin"
> > <[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64]
> >
> > First Impress
Peter Humphrey wrote:
> All right, hands up! Which package deletes all locales off the system when
> it's emerged? Locale-gen doesn't work on this box, and the glibc creation
> of locales that was supposed to work never has either, so I've been using
> localedef to create them as described in th
"Boyd Stephen Smith Jr." <[EMAIL PROTECTED]> skribis:
> Well, I actually include them for when my -O3 is changed (by the ebuild)
> to -O2 or lower. >:)
That works for me.
I personally don’t worry much about optimizations unless I am working
on something that’s essentially assembly code, where I
Boyd Stephen Smith Jr. wrote:
> On Wednesday 27 September 2006 11:11, "Hemmann, Volker Armin"
> <[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64]
> First Impressions':
>
>> -O3 don't do it. O2 is much, much safer and not really slower. It will
>> prevent a lot of breakage.
>>
>
> Bah!
>
On Wednesday 27 September 2006 06:25, "Christoph Mende"
<[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64] How To Play
WMV?':
> Latest stable version of ffmpeg is supposed to support wmv (at least
> ffmpeg-0.4.9_p20060816 has working wmv for me here), which is imho a
> better solution.
Yeah, I
On Wednesday 27 September 2006 10:11, "Mark Haney"
<[EMAIL PROTECTED]> wrote about '[gentoo-amd64] [OT] Filesharing
client':
> Relatively stupid question, but since I can no longer compile
> gtk-gnutella on my box here (and I haven't had time to look at the
> problem just yet), is there another g
On Wednesday 27 September 2006 18:25, [EMAIL PROTECTED]
wrote about 'Re: [gentoo-amd64] First Impressions':
> unit-at-a-time and (I believe) prefetch-loop-arrays are enabled by -O2
> unswitch-loops is included in -O3
Well, I actually include them for when my -O3 is changed (by the ebuild)
to -O2
On Wednesday 27 September 2006 17:40, "Hemmann, Volker Armin"
<[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64]
First Impressions':
> On Thursday 28 September 2006 00:03, Boyd Stephen Smith Jr. wrote:
> > I also like:
> > funit-at-a-time, funswitch-loops, and fprefetch-loop-arrays
>
> not with
"Boyd Stephen Smith Jr." <[EMAIL PROTECTED]> skribis:
> I also like:
> funit-at-a-time, funswitch-loops, and fprefetch-loop-arrays
unit-at-a-time and (I believe) prefetch-loop-arrays are enabled by -O2
unswitch-loops is included in -O3
--
Barry.SCHWARTZ at chemoelectric.org http://chemoelect
On Thursday 28 September 2006 00:08, Peter Humphrey wrote:
> All right, hands up! Which package deletes all locales off the system when
> it's emerged? Locale-gen doesn't work on this box, and the glibc creation
> of locales that was supposed to work never has either, so I've been using
> localedef
On Thursday 28 September 2006 00:03, Boyd Stephen Smith Jr. wrote:
> On Wednesday 27 September 2006 13:52, "Hemmann, Volker Armin"
> <[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64]
>
> First Impressions':
> > frename-registers,
>
> I have it, it's good especially for 64-bit code where we have a
All right, hands up! Which package deletes all locales off the system when
it's emerged? Locale-gen doesn't work on this box, and the glibc creation
of locales that was supposed to work never has either, so I've been using
localedef to create them as described in the localisation guide.
But eve
On Wednesday 27 September 2006 13:52, "Hemmann, Volker Armin"
<[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64]
First Impressions':
> frename-registers,
I have it, it's good especially for 64-bit code where we have a lot of
registers.
> fweb
Ditto.
> ftracer.
I use it and...
> But don't
On Wednesday 27 September 2006 11:11, "Hemmann, Volker Armin"
<[EMAIL PROTECTED]> wrote about 'Re: [gentoo-amd64]
First Impressions':
> -O3 don't do it. O2 is much, much safer and not really slower. It will
> prevent a lot of breakage.
Bah!
-O3 breaking just doesn't happen anymore. I'm been ru
hi,
On Wednesday 27 September 2006 19:35, Daniel Iliev wrote:
> >
> > Don't use that flags. They are bad for amd64. Trust the devs, they know
> > better than you or me.
>
> Thank you very much for this reply. I'll follow your advise and remove
> the redundant flags.
> About trusting the devs - we
On Wednesday 27 September 2006 12:35, Daniel Iliev wrote:
...snip
> BTW, Everyone,
> I'm observing something very interesting:
> I was told not to go gentoo-amd64 for it was not stable. I was told not
> to migrate because there were still many important programs pending to
> be ported. I read almos
Daniel Iliev <[EMAIL PROTECTED]> skribis:
> How come that still in my first try I have bootstrapped from stage3,
> made "emerge -e system", installed xfce4, gnome, firefox, thunderbird,
> and a bunch of other packages along with all their dependencies, then
> made "emerge -e world" and after all th
Daniel Iliev <[EMAIL PROTECTED]> skribis:
> Well, then I have to simplify more (because of my lack of knowledge) and
> ask what are the pros and cons to use PIC when building a program and a
> share library?
When a program runs it needs to know the addresses of variables,
subroutines, etc. A share
Simon Stelling wrote:
> Simon Stelling wrote:
>> Pro is your able to run it on an amd64. Con is it can drastically
>> slow down code (sometimes), and just plain doesn't make sense.
>
> Err, this is missing a bit:
>
> Pro of applying it to objects used in shared libs: You can run it.
>
> Con of appl
Simon Stelling wrote:
> Daniel Iliev wrote:
>> Are you proposing me to put -fpie in the CFLAGS?
>
> Dear God, no! It's automatically appended where needed (read: hardened).
>
After a definitive answer like this (especially when it comes from
@gentoo.org) there's nothing left for me but to erase the
Hemmann, Volker Armin wrote:
> On Wednesday 27 September 2006 07:50, Daniel Iliev wrote:
>
>
>> 1) I use CFLAGS="-march=athlon64 -mfpmath=sse -msse -msse2 -msse3
>> -m3dnow -mmmx -O3 -fomit-frame-pointer -pipe -fpic". P
>>
>
> -mfpmath=sse not needed. amd64 uses sse for math by default. rem
"Hemmann, Volker Armin" <[EMAIL PROTECTED]> skribis:
> so, march=k8 -O2 -pipe
> would be the result, if you remove all superflous and dangerous
> flags.
I endorse this setting. IMO as a programmer, other flags are for
programmers. :)
--
Barry.SCHWARTZ at chemoelectric.org http://chemoelectri
Simon Stelling wrote:
Pro is your able to run it on an amd64. Con is it can drastically slow
down code (sometimes), and just plain doesn't make sense.
Err, this is missing a bit:
Pro of applying it to objects used in shared libs: You can run it.
Con of applying it to objects used in executabl
Daniel Iliev wrote:
Are you proposing me to put -fpie in the CFLAGS?
Dear God, no! It's automatically appended where needed (read: hardened).
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-amd64@gentoo.org mailing list
Daniel Iliev wrote:
Well, then I have to simplify more (because of my lack of knowledge) and
ask what are the pros and cons to use PIC when building a program and a
share library?
Pro is your able to run it on an amd64. Con is it can drastically slow
down code (sometimes), and just plain doesn
Pawel Kraszewski wrote:
> That's what 'pic' USE flag is for...
> $ euse -i pic
> global use flags (searching: pic)
>
>
> [+ C ] pic - Build Position Independent Code. Do not utilize this flag
> unless you know what you're doing.
>
>
>
Simon Stelling wrote:
> Daniel Iliev wrote:
>> So, both flags let gcc produce PIC for libs and programs and none of
>> them lets gcc produce PIC for libs only? The next flag described in the
>> man page is -fpie, which makes PIC for programs only. Something is wrong
>> and don't know how to find th
[EMAIL PROTECTED] wrote:
> Daniel Iliev <[EMAIL PROTECTED]> skribis:
>
>> Unfortunately I am not a C programmer and I can't be sure about how
>> exactly PIC and prelink work.
>> As far as I understood the mechanism (please, correct me if I'm wrong)
>> prelink scans the executables to find which
Daniel Iliev <[EMAIL PROTECTED]> skribis:
> Unfortunately I am not a C programmer and I can't be sure about how
> exactly PIC and prelink work.
> As far as I understood the mechanism (please, correct me if I'm wrong)
> prelink scans the executables to find which libs they load. Then it
> makes cach
On Wednesday 27 September 2006 07:50, Daniel Iliev wrote:
>
> 1) I use CFLAGS="-march=athlon64 -mfpmath=sse -msse -msse2 -msse3
> -m3dnow -mmmx -O3 -fomit-frame-pointer -pipe -fpic". P
-mfpmath=sse not needed. amd64 uses sse for math by default. remove that flag
-msse not needed, see above
-msse2
Daniel Iliev wrote:
So, both flags let gcc produce PIC for libs and programs and none of
them lets gcc produce PIC for libs only? The next flag described in the
man page is -fpie, which makes PIC for programs only. Something is wrong
and don't know how to find the right explanation.
The problem
Dnia środa, 27 września 2006 07:50, Daniel Iliev napisał:
> 1) I use CFLAGS="-march=athlon64 -mfpmath=sse -msse -msse2 -msse3
> -m3dnow -mmmx -O3 -fomit-frame-pointer -pipe -fpic". Portage complains
> with *red letters* about the fpic flag. Every time I emerge something it
> says that "fpic break
Christoph Mende wrote:
> One thing that I think wasn't mentioned yet, while -fPIC is needed for
> libraries, it must be disabled for binaries (don't know if that's true
> for prelink), as portage says, it might break things and your binaries
> are most likely becoming slower when you compile them w
Relatively stupid question, but since I can no longer compile
gtk-gnutella on my box here (and I haven't had time to look at the
problem just yet), is there another good P2P client that runs on amd64?
I'd like to have access to fasttrack and gnutella networks if possible.
I am not much for sp
On Wednesday 27 September 2006 14:01, Peter Humphrey wrote:
> Unfortunately, module-init-tools doesn't compile - it fails on "too many
> filenames given". I've opened a bug report.
... which turned out to be a duplicate of 149210.
I've fixed my box thus pro tem:
# cat /etc/portage/env/sys-apps/
On Wednesday 27 September 2006 13:49, Duncan wrote:
> Very glad you finally got it fixed! =8^) Thanks for the fix report.
Unfortunately, module-init-tools doesn't compile - it fails on "too many
filenames given". I've opened a bug report.
--
Rgds
Peter
--
gentoo-amd64@gentoo.org mailing list
"Joaquim Quinteiro Uchoa" <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted
below, on Wed, 27 Sep 2006 09:29:25 -0300:
> Good news about suport in ffmpeg. But it doesn't work in 0.4.9_p20060530. And
> the version 0.4.9_p20060816 is masked:
>
> [I] media-video/ffmpeg
> Available versi
Peter Humphrey <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 27 Sep
2006 12:21:46 +:
> I found the answer. The problem has been caused by the broken
> eselect-compiler. Even after it's purged from the system, it leaves debris
> in /usr/bin. I followed the discussion
My 10 cents.
Good news about suport in ffmpeg. But it doesn't work in 0.4.9_p20060530. And
the version 0.4.9_p20060816 is masked:
[I] media-video/ffmpeg
Available versions: 0.4.9_p20050226-r3 0.4.9_p20051216
0.4.9_p20060302 *0.4.9_p20060517 0.4.9_p20060530 [M ]0.4.9_p20060816
So, needs to
On Tuesday 26 September 2006 12:20, Duncan wrote:
> ... I wonder how much of your earlier problems might have the same
> thing? Oh, well, hindsight's always 20/20, as they say. One more thing
> to add to our list of things to check...
I found the answer. The problem has been caused by the broke
TY, was a little worried...
- Original Message -
From:
Fabrice Toppi
To: gentoo-amd64@lists.gentoo.org
Sent: Wednesday, September 27, 2006 1:30
PM
Subject: Re: [gentoo-amd64] processor @
100% when compilig...
Hi,Yes it's normal, you'd rather have cpu @ 5% a
Patric Douhane <[EMAIL PROTECTED]> skribis:
> Hi, watched the system when it compiled, processor @ 99-100%, RAM
> ~20%, is this normal? Also what is the swap mem for, it used only
> about 200K, out of 500M.
Your processor is eager to do work! :)
Swap is ‘emergency memory’ if you run out of RA
Duncan <[EMAIL PROTECTED]> skribis:
> > When I really want a program to start quickly, though, I use the
> > sticky bit, so the program stays in memory. I think this is the
> > default for GNU Emacs.
>
> Eh? That's a rather dated use of that bit, AFAIK.
Thus it gets very little use. :)
In my ex
Hi,Yes it's normal, you'd rather have cpu @ 5% and spend 10hours to compile something ?The swap is used when you're out of RAM. It's normal too.2006/9/27, Patric Douhane <
[EMAIL PROTECTED]>:
Hi, watched the system when it compiled, processor
@ 99-100%, RAM ~20%, is this normal? Also what is
Latest stable version of ffmpeg is supposed to support wmv (at least
ffmpeg-0.4.9_p20060816 has working wmv for me here), which is imho a
better solution.
2006/9/27, Daniel Iliev <[EMAIL PROTECTED]>:
Hello,
My google digging wasn't helpful this time. Perhaps I can't find the
right search keywor
One thing that I think wasn't mentioned yet, while -fPIC is needed for
libraries, it must be disabled for binaries (don't know if that's true
for prelink), as portage says, it might break things and your binaries
are most likely becoming slower when you compile them with -fPIC.
2006/9/27, Daniel
[EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on Wed, 27 Sep
2006 05:46:29 -0500:
> Alright. Another reason would be to use PaX for security. I’ve used
> PaX and what I did for that, to get PIC code, was to use the
> ‘hardened’ 3.x compiler. The ‘hardened no SSP’ setting would be t
Hi, watched the system when it compiled, processor
@ 99-100%, RAM ~20%, is this normal? Also what is the swap mem for, it used only
about 200K, out of 500M.
AMD64 3400+ -march=K8
Daniel Iliev <[EMAIL PROTECTED]> skribis:
> [EMAIL PROTECTED] wrote:
>
> > I guess the best question might be ‘Why do you want -fpic?’
> >
>
>
> I use prelink [1] which requires PIC in order to work. At least that is
> true for X86. That is the only reason - I suppose if it works on x86_64
>
Thank you, guys!
--
gentoo-amd64@gentoo.org mailing list
Duncan wrote:
> Daniel Iliev <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
> excerpted below, on Wed, 27 Sep 2006 08:50:03 +0300:
>
>
>> So let me start a with 2 newbie questions caused by my first impressions
>> from the x86_64 world:
>>
>> 1) I use CFLAGS="-march=athlon64 -mfpmath=sse -msse -
Dice R. Random wrote:
>
> It is not necessary to tell gcc to use special instruction sets for
> your processor. When you specify -march gcc automatically knows
> exactly what instructions your processor is capable of utilizing most
> effectively.
I'm not sure about this. Tonight I'll make a test:
[EMAIL PROTECTED] wrote:
> I guess the best question might be ‘Why do you want -fpic?’
>
I use prelink [1] which requires PIC in order to work. At least that is
true for X86. That is the only reason - I suppose if it works on x86_64
it would have the same requirements.
[1] http://www.gento
Daniel Iliev <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
excerpted below, on Wed, 27 Sep 2006 08:50:03 +0300:
> So let me start a with 2 newbie questions caused by my first impressions
> from the x86_64 world:
>
> 1) I use CFLAGS="-march=athlon64 -mfpmath=sse -msse -msse2 -msse3
> -m3dnow -mmm
67 matches
Mail list logo
