IRC Networks
Irc Logs Stats
Start date: 2007-09-27 02:48:27
Last update: 2008-04-02 18:00:08
Channels: 41
Logged Lines: 6229042
Size: 1800.24 MB
Powered by
Channel Info
Network: freenodeChannel: #gentoo |
Search in www.irclog.org
Log from #gentoo at freenode 2006-05-20
Pages: < Prev
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
Next >
[06:20]<pfrrcdjgcnd>ok, so i choose the 702mb 86x or the 42mb86x for installing Gentoo?
[06:20]<gfvggsvzz>i can pastebin my make.conf if that will help ...
[06:20]<xfyg2gzdrg>Zefiris, Oh yeah! Let's un-hardmask everything! Watch pam break, and then no one can log on. :)
[06:20]<znpyzys>hlieberman: that and the gentoo install inside of a windows extended partition as if it were a drive of its own
[06:21]<znpyzys>hlieberman: it was more like.. *everything* was masked
[06:21]<znpyzys>hlieberman: since they disabled their x86 keyword
[06:21]<xfyg2gzdrg>Zefiris, Heh. Oh. Well, that's not as bad.
[06:21]<rfffgdrgwq19>ok
[06:21]<rfffgdrgwq19>nvm
[06:21]<znpyzys>hlieberman: the insane thing is ACCPET_KEYWORDS="~x86 -*"
[06:21]<auacns>ElvenStar: grep CFLAGS /etc/make.conf first
[06:22]<znpyzys>hlieberman: i almost run that
[06:22]<xfyg2gzdrg>Zefiris, Un soft/hard mask everything. That's bad.
[06:22]<rfffgdrgwq19>ok Why is stuff mounted by autofs only fully writable by root
[06:22]<pfrrcdjgcnd>what is the diffence bewtween LIve CD and Install Cd?
[06:22]<gfvggsvzz>Zefiris> CFLAGS="-march=athlon-mp -mmmx -msse -msse2 -m3dnow -mfpmath=sse,387 -O3 -fomit-frame-pointer -pipe"
[06:22]<znpyzys>hlieberman: yah.. ln -s /usr/portage/profiles/package.mask /etc/portage/package.unmask
[06:22]<znpyzys>ElvenStar: ewwwwww
[06:22]<znpyzys>ElvenStar: bad bad bad
[06:23]<xfyg2gzdrg>Ahh!
[06:23]<znpyzys>ElvenStar: first off, those flags are horribly redundant.. and the mfpmath is nasty
[06:23]<znpyzys>like.. very nasty
[06:23]<gfvggsvzz>Zefiris> ok well bear in mind it's a mobile sempron with sse2
[06:23]<znpyzys>and -O3 is broken?
[06:23]<znpyzys>ElvenStar: doesnt matter
[06:23]<gfvggsvzz>-o3 is borked ?
[06:24]<znpyzys>ElvenStar: it breaks some things
[06:24]<gfvggsvzz>ahh
[06:24]<xfyg2gzdrg>IIRC, yes... I think -O2 is what you're supposed to do.
[06:24]<znpyzys>and teh -mfpmath is horribly borked
[06:24]<gfvggsvzz>may switch to -os then
[06:24]<znpyzys>dont use sse,387
[06:24]<znpyzys>ElvenStar: use -O2
[06:24]<znpyzys>ElvenStar: and -mfpmath=sse
[06:24]<znpyzys>dont use both sse,387
[06:24]<gfvggsvzz>ok
[06:24]<znpyzys>many programs dont know how to deal with this
[06:24]<xfyg2gzdrg>Zefiris, Isn't that redundant though? -msse =mfpmath=sse ?
[06:25]<auacns>ElvenStar: cat /proc/cpuinfo
[06:25]<rfffgdrgwq19>Now to change autofs mounting permissions
[06:25]<znpyzys>hlieberman: the -msse and -msse2 and -m3dnow
[06:25]<iscd>wow.. I think the whole of my flags is -march=athlon-xp -O2
[06:25]<auacns>Isky: ricer! use -O1
[06:25]<znpyzys>Isky: thats about good enough, unless you want the -fomit-frame-pointer -pipe
[06:25]<iscd>juckes: lol. My machine is fast enough, I really didn't bother.
[06:25]<gfvggsvzz>juckes> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt 3dnowext 3dnow pni lahf_lm ts fid vid ttp tm stc
[06:26]<znpyzys>juckes: -O9
[06:26]<iscd>juckes: and honestly, Ardour HATES -O3 anyhow. Nice to see people using O instead of 0, though.
[06:26]<znpyzys>ElvenStar: you dont get it... the -march=athlon-xp already enables -mmmx -msse -msse2 -m3dnow
[06:26]<znpyzys>ElvenStar: its redundant
[06:26]<auacns>k
[06:26]<gfvggsvzz>Zefiris> last i read it didn't give sse2
[06:27]<znpyzys>well, if thats the case.. you can keep the -sse2
[06:27]<znpyzys>-msse2
[06:27]<gfvggsvzz>-msse2
[06:27]<znpyzys>but the rest is redundant
[06:27]<znpyzys>and the -mfpmath is evil!
[06:27]<gfvggsvzz>Zefiris> so "CFLAGS="-march=athlon-mp -msse2 -mfpmath=sse -O2 -fomit-frame-pointer -pipe"" is ok ?
[06:28]<auacns>Isky: always helps ...
[06:28]<gfvggsvzz>or drop mpfpath altogether ?
[06:29]<znpyzys>ElvenStar: http://gcc.gnu.org/onlinedocs/gcc-4.0.2/gcc/i386-and-x86_002d64-Options.html#index-march-968
[06:29]<iscd>juckes: quite a bit. heh. People around here like to call me Lsky, so I'm the default person to correct bad characters. well, I was.. I took a month off, and everyone's changed again.
[06:29]<znpyzys>read the part about -mfpmath
[06:30]<gfvggsvzz>kk reading
[06:30]<znpyzys>hehehh
[06:31]<gfvggsvzz>Zefiris> so -msse2 will do it automagicaly ...
[06:31]<auacns>Isky: I-sky or Isk-y though?
[06:31]<znpyzys>ElvenStar: no... youre not reading it right
[06:31]<tjjfrx>Hi, does anyone here have any experience getting a prism54 wireless card to work under Gentoo
[06:31]<iscd>juckes: Isk-ee.
[06:32]<znpyzys>ElvenStar: or the i386 compiler, you need to use -march=cpu-type, -msse or -msse2 switches to enable SSE extensions and make this option effective. For the x86-64 compiler, these extensions are enabled by default.
[06:32]<iscd>juckes: It's short for Iskander. Which just happens to not be my name. *grin*
[06:32]<znpyzys>ElvenStar: namely, the last part is the thing to read...
[06:32]<gfvggsvzz>Zefiris> -msse2 implies -mpfpath=sse
[06:32]<znpyzys>`sse,387' Attempt to utilize both instruction sets at once. This effectively double the amount of available registers and on chips with separate execution units for 387 and SSE the execution resources too. Use this option with care, as it is still experimental, because the GCC register allocator does not model separate functional units well resulting in instable performance.
[06:32]<gfvggsvzz>yer saw that
[06:32]<mrrrryj>Hello everybody, is there anybody here that can point me in the right direction? I would like to convert avi files into vcd. any pointers?
[06:32]<znpyzys>ElvenStar: yerp
[06:32]<tjjfrx>I have looked for documentation but all the information I have manged to find on the Gentoo wiki site is from 2003/4 and I know the net scrips and base layout has changed for gentoo since then
[06:33]<iscd>dangaio: yeah, one sec
[06:33]<gfvggsvzz>Zefiris> so now i have CFLAGS="-march=athlon-mp -msse2 -O2 -fomit-frame-pointer -pipe"
[06:33]<mrrrryj>Isky: holding on.
[06:33]<iscd>dangaio: I'm using vcdgear
[06:33]<znpyzys>ElvenStar: pretty much
[06:33]<awnsjdn-jq000>athlon-mp had sse2 on it?
[06:33]<znpyzys>ElvenStar: so thats a start.. but that doesnt mean thats the cuase of your issues
[06:33]<znpyzys>Awesome-o2000: he has a sempron
[06:33]<auacns>ElvenStar: why not just do, on the commandline, CFLAGS="" emerge -av1 <whatever_was_failing> to see if the gcc problem is in your FLAGS ?
[06:33]<mrrrryj>vcdgear? is it easy to use?
[06:33]<iscd>dangaio: wait, that's vcd to other stuff.. hrm. I also have vcdimager installed
[06:34]<awnsjdn-jq000>I didnt know sempron used the athlon-mp march...
[06:34]<iscd>dangaio: umm, that's a relative question. depends on what you think is easy
[06:34]<znpyzys>juckes: he would have to do that on his entire system
[06:34]<znpyzys>juckes: bad idea (TM)
[06:34]<gfvggsvzz>Awesome-o2000> no it don't hence the -msse2
[06:34]<znpyzys>ElvenStar: on to the next part.. what is your CHOST set to?
[06:35]<auacns>Zefiris: no he wouldn't - if gcc works with this test, then he knows it's a CFLAGS problem
[06:35]<awnsjdn-jq000>ElvenStar, I meant I thought the sempron would use the athlon-xp march, and I think that would have the appropriate sse2 already there
[06:35]<gfvggsvzz>Zefiris> CHOST="i686-pc-linux-gnu"
[06:35]<gfvggsvzz>Awesome-o2000> yer but it's a lappy
