I just sent a PM to dexter. We are an Internet service provider, if we can help with some free ftp or rack space for a nekoware mirror, you are welcome.
The collected works of diegel - Page 1
For a different reason I read the mplayer release notes today. There is a part for DVD playback. If you follow the instructions you can play encrypted DVDs on your Fuel. I tested it with my Fuel and it works perfectly using the command: mplayer -fs -dvd-device /dev/dsk/dks1d6vol
dvd://1
From the release notes:
DVD playback:
You'll need read access to the entry in /dev/dsk for your DVD drive (such as /dev/dsk/dks1d6vol)
and read-write (for encrypted DVDs only) to the corresponding entry in /dev/scsi (such as /dev/dsk/sc1d6l0).
You should specify the first as your -dvd-device or in the gui preferences, and the second should
be set in the environment variable DVDGENDEV. If DVDGENDEV isn't set, it defaults to /dev/scsi/sc1d6l0.
If /dev/scsi/sc1d6l0 is a system disk, etc., it'd be good to remove write access to it.
Have fun.
From the release notes:
DVD playback:
You'll need read access to the entry in /dev/dsk for your DVD drive (such as /dev/dsk/dks1d6vol)
and read-write (for encrypted DVDs only) to the corresponding entry in /dev/scsi (such as /dev/dsk/sc1d6l0).
You should specify the first as your -dvd-device or in the gui preferences, and the second should
be set in the environment variable DVDGENDEV. If DVDGENDEV isn't set, it defaults to /dev/scsi/sc1d6l0.
If /dev/scsi/sc1d6l0 is a system disk, etc., it'd be good to remove write access to it.
Have fun.
_________________
I was involved in producing games in the 80s. There was no rendering or raytracing that time. Every pixel was set by hand. This is the reason why the graphics looks more like a cartoon. The graphics were mostly produced directly on the target system. 4096 colors was a dream that time, in most systems you had to deal with much less than 256 colors.
_________________
In my experience -vo gl2 is a workaround for this problem.
I tried to make a P1000 running in my O2 without success. I don't get any link problems, but packet loss. So I decided my P1000 is broken.
I got two ideas regarding your problem:
a) Are all optics and cables multimode? If you mix single and multimode you can run in similar problems
b) If you have a managed switch: toggle the auto negotiation mode of your switchport
I got two ideas regarding your problem:
a) Are all optics and cables multimode? If you mix single and multimode you can run in similar problems
b) If you have a managed switch: toggle the auto negotiation mode of your switchport
mapesdhs wrote: diegel writes:
> a) Are all optics and cables multimode? If you mix single and multimode you can run in similar problems
I'm not sure. Atm the setup only has one optical cable, the one linking the P1000 to a GBIC in the switch. All other
cabling is copper.
Yes of course you have only this optical connection. Are you sure you use a multimode (50/125) cable and not a singlemode (9/125). The numbers should be printed on the cable. I guess your switch works with SFP modules. Multimode is SX and singlemode are LX or LH SFPs .
If it helps, I would copy my working development environment to a spare O350 with 4x700mhz and connect it to the Internet.
_________________
That's what I wrote in your other thread. If I remember correctly, I have seen the the same error when I tried this with Irix 6.5.30. It works for me with Irix 6.5.22, but I also have 1GB RAM installed.
_________________
Do you have any statistics? My mirror is far away from needing a gigabit connection. The utilization of my Origin 300 looks like that:
And the network connection viewed from the switch looks like this:
Code:
IRIX64 origin 6.5 07202013 IP35 10/06/12
00:00:05 %usr %sys %intr %wio %idle %sbrk %wfs %wswp %wphy %wgsw %wfif
01:00:03 0 0 0 0 100 0 0 0 0 0 0
02:00:03 0 0 0 0 100 0 0 0 0 0 0
03:00:03 0 0 0 0 100 0 0 0 0 0 0
04:00:03 0 0 0 0 100 0 100 0 0 0 0
05:00:03 0 0 0 0 100 0 100 0 0 0 0
06:00:05 0 0 0 0 100 0 0 0 0 0 0
07:00:03 0 0 0 0 100 0 0 0 0 0 0
08:00:06 0 0 0 0 100 0 0 0 0 0 0
09:00:03 0 0 0 0 100 0 100 0 0 0 0
10:00:03 0 0 0 0 100 0 0 0 0 0 0
11:00:05 0 0 0 0 100 0 0 0 0 0 0
Average 0 0 0 0 100 0 101 0 0 0 0
00:00:05 %usr %sys %intr %wio %idle %sbrk %wfs %wswp %wphy %wgsw %wfif
01:00:03 0 0 0 0 100 0 0 0 0 0 0
02:00:03 0 0 0 0 100 0 0 0 0 0 0
03:00:03 0 0 0 0 100 0 0 0 0 0 0
04:00:03 0 0 0 0 100 0 100 0 0 0 0
05:00:03 0 0 0 0 100 0 100 0 0 0 0
06:00:05 0 0 0 0 100 0 0 0 0 0 0
07:00:03 0 0 0 0 100 0 0 0 0 0 0
08:00:06 0 0 0 0 100 0 0 0 0 0 0
09:00:03 0 0 0 0 100 0 100 0 0 0 0
10:00:03 0 0 0 0 100 0 0 0 0 0 0
11:00:05 0 0 0 0 100 0 0 0 0 0 0
Average 0 0 0 0 100 0 101 0 0 0 0
And the network connection viewed from the switch looks like this:
_________________
ipv6 works, but how can I enable resolving of ipv6 addresses?
Any idea?
Code:
octane2#ping -c 5 google.com
PING google.com (173.194.69.101): 56 data bytes
64 bytes from 173.194.69.101: icmp_seq=0 ttl=49 time=41.188 ms
64 bytes from 173.194.69.101: icmp_seq=1 ttl=49 time=45.635 ms
64 bytes from 173.194.69.101: icmp_seq=2 ttl=49 time=41.290 ms
64 bytes from 173.194.69.101: icmp_seq=3 ttl=49 time=40.357 ms
64 bytes from 173.194.69.101: icmp_seq=4 ttl=49 time=40.853 ms
----google.com PING Statistics----
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max = 40.357/41.865/45.635 ms
octane2#host -t aaaa google.com
google.com has AAAA address 2a00:1450:4008:c01::8a
octane2#ping -c 5 2a00:1450:4008:c01::8a
PING 2a00:1450:4008:c01::8a (2a00:1450:4008:c01::8a): 56 data bytes
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=0 ttl=55 time=60.060 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=1 ttl=55 time=60.238 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=2 ttl=55 time=60.014 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=3 ttl=55 time=60.455 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=4 ttl=55 time=59.454 ms
----2a00:1450:4008:c01::8a PING Statistics----
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max = 59.454/60.044/60.455 ms
octane2#ping -6 google.com
ping: google.com: Non-recoverable failure in name resolution
PING google.com (173.194.69.101): 56 data bytes
64 bytes from 173.194.69.101: icmp_seq=0 ttl=49 time=41.188 ms
64 bytes from 173.194.69.101: icmp_seq=1 ttl=49 time=45.635 ms
64 bytes from 173.194.69.101: icmp_seq=2 ttl=49 time=41.290 ms
64 bytes from 173.194.69.101: icmp_seq=3 ttl=49 time=40.357 ms
64 bytes from 173.194.69.101: icmp_seq=4 ttl=49 time=40.853 ms
----google.com PING Statistics----
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max = 40.357/41.865/45.635 ms
octane2#host -t aaaa google.com
google.com has AAAA address 2a00:1450:4008:c01::8a
octane2#ping -c 5 2a00:1450:4008:c01::8a
PING 2a00:1450:4008:c01::8a (2a00:1450:4008:c01::8a): 56 data bytes
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=0 ttl=55 time=60.060 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=1 ttl=55 time=60.238 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=2 ttl=55 time=60.014 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=3 ttl=55 time=60.455 ms
64 bytes from 2a00:1450:4008:c01::8a: icmp6_seq=4 ttl=55 time=59.454 ms
----2a00:1450:4008:c01::8a PING Statistics----
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max = 59.454/60.044/60.455 ms
octane2#ping -6 google.com
ping: google.com: Non-recoverable failure in name resolution
Any idea?
_________________
Solved: the problem was my /etc/nsswitch.conf:
Code:
ipnodes: files
changed to
Code:
ipnodes: files dns
And now it woks:
Code:
octane2#ping -c 5 google.com
PING google.com (2a00:1450:4008:c01::8b): 56 data bytes
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=0 ttl=55 time=60.025 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=1 ttl=55 time=62.313 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=2 ttl=55 time=61.902 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=3 ttl=55 time=60.641 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=4 ttl=55 time=64.305 ms
----2a00:1450:4008:c01::8b PING Statistics----
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max = 60.025/61.837/64.305 ms
PING google.com (2a00:1450:4008:c01::8b): 56 data bytes
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=0 ttl=55 time=60.025 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=1 ttl=55 time=62.313 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=2 ttl=55 time=61.902 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=3 ttl=55 time=60.641 ms
64 bytes from 2a00:1450:4008:c01::8b: icmp6_seq=4 ttl=55 time=64.305 ms
----2a00:1450:4008:c01::8b PING Statistics----
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max = 60.025/61.837/64.305 ms
_________________
Lars1355 wrote:
However, i cant seem to connect the other way around, even though the Octane connects to the internet just fine.
When i try to mount to the PC using sharity-light , it just tells me "error connecting to the server: [13] Permission denied"
This looks like a configuration problem, not like a network problem.
When i try to mount to the PC using sharity-light , it just tells me "error connecting to the server: [13] Permission denied"
Quote:
And btw, how do i even ping from irix?? i seem to remember there was a simple ping command ?!
/usr/etc/ping
_________________
I am general manager of an Internet provider. I founded the company with my partners in 1996. Since the first day of the business I used a SGI workstation, today I still use my Tezro for my daily work.
_________________
Titox wrote: My fault or is the primary mirror down?
Same problem from here. I see that only two mirrors of the list of six are currently reachable.
rooprob wrote:
Hi,
I'm experimenting with ARS-2160H SCSI SCA to SATA interface in my O2.
The ACARD adapters works fine for me. It is important to set the force SE jumper to work correctly in an O2.
I'm experimenting with ARS-2160H SCSI SCA to SATA interface in my O2.
_________________
mila wrote:
What is the best way to install nekoware solving dependencies
I don't know whats the best way, but this is the way I do it:
Code:
cd neko_current
mkdir dist
cd dist
for i in ../*
do
tar -xvf $i
done
inst
from .
keep *
i neko_whateveryouwant
conflicts
mkdir dist
cd dist
for i in ../*
do
tar -xvf $i
done
inst
from .
keep *
i neko_whateveryouwant
conflicts
_________________
mila wrote:
Hi, but does that solve/install dependencies?
I mean, the "libs" should be installed first or?
No, you can install your package and all dependencies at once. I have all nekoware packages in neko_current and all extracted tardists in the dist directory. In normal cases you have one conflict, with all missing dependencies. Since you have all the dependencies in your install distribution, you can resolve them at once. It may be possible that you have to resolve additional dependencies with beta packages. In this case I do the same in an extra directory for beta packages.
I mean, the "libs" should be installed first or?
_________________
mila wrote:
okej, but when I do "i neko_emacs" and "go" and after install I do "ldd" on emacs I miss jpeg libs, and same goes for firefox and more!
Try "conflicts" before "go".
Quote:
Can I "force" install of all in "dist"?
Yes you can "i *" and you can ignore the dependencies with "set rulesoverride on", but you should do this only if you know exactly what you are doing.
Edit: I just read your first part again: Probably there went something wrong before or some system libraries are missing. Can you give some information on what system you are working.
_________________
You may compare it with my working system:
Code:
# find / -name libjpeg\* -print
/usr/lib/dmedia/imageconverters/libjpeg.so
/usr/lib/libjpeg.so
/usr/lib32/mips3/dmedia/imageconverters/libjpeg.so
/usr/lib32/mips4/dmedia/imageconverters/libjpeg.so
/usr/lib32/dmedia/imageconverters/libjpeg.so
/usr/lib32/libjpeg.so
/usr/java/lib/sgi/green_threads/libjpeg_g.so
/usr/java/lib/sgi/green_threads/libjpeg.so
/usr/java/lib/sgi/native_threads/libjpeg_g.so
/usr/java/lib/sgi/native_threads/libjpeg.so
/usr/java/lib32/sgi/green_threads/libjpeg_g.so
/usr/java/lib32/sgi/green_threads/libjpeg.so
/usr/java/lib32/sgi/native_threads/libjpeg_g.so
/usr/java/lib32/sgi/native_threads/libjpeg.so
/usr/nekoware/lib/libjpeg.so
/usr/nekoware/lib/libjpeg.a
/usr/nekoware/lib/libjpeg.la
/usr/nekoware/lib/libjpeg.so.62.0.0
/usr/lib/dmedia/imageconverters/libjpeg.so
/usr/lib/libjpeg.so
/usr/lib32/mips3/dmedia/imageconverters/libjpeg.so
/usr/lib32/mips4/dmedia/imageconverters/libjpeg.so
/usr/lib32/dmedia/imageconverters/libjpeg.so
/usr/lib32/libjpeg.so
/usr/java/lib/sgi/green_threads/libjpeg_g.so
/usr/java/lib/sgi/green_threads/libjpeg.so
/usr/java/lib/sgi/native_threads/libjpeg_g.so
/usr/java/lib/sgi/native_threads/libjpeg.so
/usr/java/lib32/sgi/green_threads/libjpeg_g.so
/usr/java/lib32/sgi/green_threads/libjpeg.so
/usr/java/lib32/sgi/native_threads/libjpeg_g.so
/usr/java/lib32/sgi/native_threads/libjpeg.so
/usr/nekoware/lib/libjpeg.so
/usr/nekoware/lib/libjpeg.a
/usr/nekoware/lib/libjpeg.la
/usr/nekoware/lib/libjpeg.so.62.0.0
_________________
Thanks for your work. I installed the package in several ways including "inst default" and it looks like I always lost my dynamic modules:
Code:
> youtube-dl -h
ImportError: No module named site
Do you have any hint how I can fix it?
ImportError: No module named site
_________________
Thanks again for building a python 2.7 package. So far I could not find a problem. First vote for current.
_________________
t-rexky wrote:
Code:
ODY Enabled 4 50C/122F 50C/122F 6 78%/ 64%
HD Enabled 5 40C/104F 55C/131F 5 80%/ 38%
HD Enabled 5 40C/104F 55C/131F 5 80%/ 38%
I looked through the forums here and came across a number of posts with sample environmental monitor output on Tezros. They all seem lower than what I see on both of my machines.
I don't think this is normal. That's the temperature of my Tezro running 24/7 at 20C room temperature:
Code:
Zone Temp Target Current Zone Fan Curr/Min
Zone Name State Sensors Average Average Index Fan %
--------- -------- ------------ -------- -------- --------- ---------
Node Enabled 5,6 62C/143F 47C/116F 0 46%/ 46%
PCI Enabled 0,1,2,3 45C/113F 32C/ 89F 3,4 57%/ 57%
ODY Enabled 4 50C/122F 41C/105F 6 64%/ 64%
HD Enabled 5 40C/104F 44C/111F 5 49%/ 38%
Probably there is dust in the machines or any parts blocking the airflow.
Zone Name State Sensors Average Average Index Fan %
--------- -------- ------------ -------- -------- --------- ---------
Node Enabled 5,6 62C/143F 47C/116F 0 46%/ 46%
PCI Enabled 0,1,2,3 45C/113F 32C/ 89F 3,4 57%/ 57%
ODY Enabled 4 50C/122F 41C/105F 6 64%/ 64%
HD Enabled 5 40C/104F 44C/111F 5 49%/ 38%
_________________
The miniroot probably don't read your IP configuration from the nvram. You can set the IP address of your host in the admin menu of the inst program.
_________________
Code:
fuel:> find /usr/include -name stddef.h -print
/usr/include/stddef.h
/usr/include/stddef.h
_________________
I thought it might be a good idea to use our new gcc 4.7 and give dillo3.0.2 a try. fltk1.3 builds fine and test/demo runs without errors. dillo compiles fine also and it starts with the correct displayed startup screen (about:splash). I can open files but there is a strange 32 byte limit. I can open file:/tmp/12345678901234567890123.jpg but file:/tmp/123456789012345678901234.jpg return a 404 error. Websites don't open at all. Same behavior compiled with gcc3. Any idea?
Yes, I did this already and we ended up in:vishnu wrote: I got a good start on compiling dillo using MIPSPro 7.4.3 last fall, the big stumbling block is the authors use of variadic macros, I'll take another look at it tonight with the newer Dillo and we can compare notes. I'm subscribed to the Dillo development list, which is very active, you might want to point these issues out there...
I probably will do that, but there is a chance that this is a known problem other developers had solved in the past. And of course you are welcome to compare notes.corevid wrote: Well, I'm out of ideas for the moment. This is the point where I'd have to throw gdb at it or put in lots of MSG()s
Drop it in
ftp://ftp.nekochan.net/incoming
and write a PM to nekonoko.
_________________
Even if you make the code compile with mips pro you will run into the same problem of the gcc build. There is probably a problem in the IO part. Socket connections don't work at all and opening files has a strange 32byte limit in path length. I am sure this is not a problem of the gcc build.
I uploaded firefox 3.0.19 and it is available in beta now:
ftp://ftp.nekoware.de/beta/neko_firefox3.0.19_beta.tardist
I named the package beta, because it has still a problem in the svg code I have to fix. But if you don't want to display svg graphics it works fine so far. The package will coexist with the current firefox2 release. You can start the new firefox with firefox3.
It is a gcc4.7 build and only a -O2 build on the current state. It based on the patch dexter1 developed three yeas ago. He was so close, but he interpreted the debug output in a wrong way and did not look at the right place. He had only to disable the complete senseless feature safe-browsing. Enjoy firefox3.
Edit: If you have firefox2 and firefox3 installed, you can't run both at the same time. Starting the other version only opens a window of the running version.
ftp://ftp.nekoware.de/beta/neko_firefox3.0.19_beta.tardist
I named the package beta, because it has still a problem in the svg code I have to fix. But if you don't want to display svg graphics it works fine so far. The package will coexist with the current firefox2 release. You can start the new firefox with firefox3.
It is a gcc4.7 build and only a -O2 build on the current state. It based on the patch dexter1 developed three yeas ago. He was so close, but he interpreted the debug output in a wrong way and did not look at the right place. He had only to disable the complete senseless feature safe-browsing. Enjoy firefox3.
Edit: If you have firefox2 and firefox3 installed, you can't run both at the same time. Starting the other version only opens a window of the running version.
_________________
+1 for current.
_________________
+1 for current.
_________________
hamei wrote:
diegel wrote:
I uploaded firefox 3.0.19 and it is available in beta now:
Did you get trampled in the stampede ?
hamei wrote:
I guess question one is, which gdk-pixbuf works with thiis fox ?
Should work with the nekoware current version:
Code:
versions -n | grep buf
I neko_gdk_pixbuf 2 gdk-pixbuf 0.22.0 Image handling library
You can extract the libraries from the current distribution and move it to /usr/nekoware/lib/firefox-3.0.19. I did the same with an older version of libcairo, because this version of firefox is not compatible with the current libcairo.
I neko_gdk_pixbuf 2 gdk-pixbuf 0.22.0 Image handling library
_________________
hamei wrote:
I was going to make links but ... errr ... nothing seems close enough to link to
I have absolutely no " loaders.cache " files anywhere.
I don't have this file on my system. Please check with ldd /usr/nekoware/lib/firefox-3.0.19/firefox-bin which libraries will be used:
I have absolutely no " loaders.cache " files anywhere.
Code:
libgdk_pixbuf-2.0.so.1 => /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
ls -l /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
lrwxr-xr-x 1 root sys 25 Dec 4 12:49 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1 -> libgdk_pixbuf-2.0.so.1.14
ls -l /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.14
-rwxr-xr-x 1 root sys 168512 Jan 11 12:13 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.14
ls -l /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
lrwxr-xr-x 1 root sys 25 Dec 4 12:49 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1 -> libgdk_pixbuf-2.0.so.1.14
ls -l /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.14
-rwxr-xr-x 1 root sys 168512 Jan 11 12:13 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.14
_________________
Does anyone installed it successfully? I Build the package with my Tezro (6.5.30) and tested it with an Octane (6.5.30) and with two of my O2s (6.5.22) without any problem.
_________________
I will upload a r10k optimized -Ofast build tonight. The new package will also include a patch and updated release notes. Runs much faster on my Tezro currently. I didn't fix the svg bug so far...
@hamei: Sorry, but I cant help you from here. Try to reinstall the packages from the dependency list: atk,bzip2,expat,fontconfig,freetype2,gdk_pixbuf,glib,glitz,gtk,libiconv,libpixman,libxft,libxrender,pango
@hamei: Sorry, but I cant help you from here. Try to reinstall the packages from the dependency list: atk,bzip2,expat,fontconfig,freetype2,gdk_pixbuf,glib,glitz,gtk,libiconv,libpixman,libxft,libxrender,pango
_________________
hamei wrote:
!And Shade, too, for making the gcc that made it happen.
It is possible to build a mips pro version also. I had an unoptimized mips pro build running. But I like the new gcc more, so I focus on a gcc build.
_________________
I just uploaded neko_firefox3.0.19_beta2.tardist to incoming and send a PM to nekonoko, it will probably show up in beta soon. I made a mistake with the version no in the first beta, please install it with set nerveroverride on.
This version is a gcc -Ofast build, it contains a current patch and updated release notes. It still has the svg bug. I hope I can fix the bug at the weekend.
If you have a working build environment with working autoconfig, you should be able to build your own firefox3. The release notes contain detailed build instructions. Also a mips pro build is possible without much work, Dexter1 prepared that for us three years ago. Have fun with it...
This version is a gcc -Ofast build, it contains a current patch and updated release notes. It still has the svg bug. I hope I can fix the bug at the weekend.
If you have a working build environment with working autoconfig, you should be able to build your own firefox3. The release notes contain detailed build instructions. Also a mips pro build is possible without much work, Dexter1 prepared that for us three years ago. Have fun with it...
_________________
That was fast, it is available in beta and also at my mirror:
ftp://ftp.nekoware.de/beta/neko_firefox ... a2.tardist
_________________
Just a short update: I fixed the svg bug. I also build a mips pro -O3 build, that is slower than the gcc build. I will upload a final package for a beta test on Sunday.
_________________
I hope some more of us tested the gcc 4.7 already. Do you have any hints for best optimization for firfox3?
_________________