x86_64-pc-linux-gnu-g++ -o nsHttpRequestHead.o -c -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -I./../../.. /base/src -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include /pref -I../../../../dist/include/nkcache -I../../../../dist/include/mimetype -I../../../../dist/include /intl -I../../../../dist/include/unicharutil -I../../../../dist/include/caps -I../../../../dist/include /xpconnect -I../../../../dist/include/js -I../../../../dist/include/uconv -I../../../../dist/include/ne cko -I../../../../dist/include -I/var/tmp/portage/mozilla-firefox-1.0.6-r3/work/mozilla/dist/include/ns pr -fPIC -fno-rtti -fno-handle-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Wov erloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=athlon64 -p ipe -fPIC -Wno-return-type -w -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O1 -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/nsHttpRequestHead.pp nsHttpReque stHead.cpp nsHttpConnectionMgr.cpp: In member function 'void nsHttpConnectionMgr::OnMsgUpdateParam(nsresult, void* )': nsHttpConnectionMgr.cpp:837: error: cast from 'void*' to 'PRUint32' loses precision nsHttpConnectionMgr.cpp:838: error: cast from 'void*' to 'PRUint32' loses precision gmake[5]: *** [nsHttpConnectionMgr.o] Error 1 gmake[5]: *** Waiting for unfinished jobs.... gmake[5]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.0.6-r3/work/mozilla/netwerk/protocol/ht tp/src' gmake[4]: *** [libs] Error 2 gmake[4]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.0.6-r3/work/mozilla/netwerk/protocol/ht tp' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.0.6-r3/work/mozilla/netwerk/protocol' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.0.6-r3/work/mozilla/netwerk' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.0.6-r3/work/mozilla' make: *** [default] Error 2 !!! ERROR: www-client/mozilla-firefox-1.0.6-r3 failed. Reproducible: Always Steps to Reproduce:
It builds fine here. Please include your `emerge info` output.
reopen with emerge info.
"nsHttpConnectionMgr.cpp:837: error: cast from 'void*' to 'PRUint32' loses precision" this error message comes from gcc-4.0.1, it obvious you cannot cast an void* type (which could be a 64bit Integer) to Int32 without loss of precision, so emerge info is not needed i think
(In reply to comment #3) > "nsHttpConnectionMgr.cpp:837: error: cast from 'void*' to 'PRUint32' loses > precision" > > this error message comes from gcc-4.0.1, it obvious you cannot cast an void* > type (which could be a 64bit Integer) to Int32 without loss of precision, so > emerge info is not needed i think And everyone obviously has a crystal ball and hence *must* know that you are using gcc-4.0.1. You are just wasting developers' time. :/
sorry for wasting devs time, maybe we should just drop back this problem to "GCC Porting" as it was originally intended (this means problems which occur with current gcc-versions). Maybe the devs should look on this page: http://gcc.gnu.org/ where 4.0.1 is current & stable so its nothing phenomenal ppl using it, is it? Why not fix current bugs which maybe were just warnings yesterday? PS: my whole system is build with this gcc with no problems elsewhere
I have an updated patch for GCC4 and amd64. I'm just testing it out and I'll post it later.
Created attachment 64382 [details, diff] New GCC4 patch Here is a new GCC4 patch for all mozilla based programs. All the parts of the patch can be found upstream, and I haven't had any problems in my testing.
reopening
(In reply to comment #5) > sorry for wasting devs time, maybe we should just drop back this problem to "GCC > Porting" as it was originally intended (this means problems which occur with > current gcc-versions). Maybe the devs should look on this page: > http://gcc.gnu.org/ where 4.0.1 is current & stable so its nothing phenomenal > ppl using it, is it? Why not fix current bugs which maybe were just warnings > yesterday? > > PS: my whole system is build with this gcc with no problems elsewhere You sure are cocky, gcc-4.0.1 is not marked stable in the tree we know problems still exist we are aiming to correct all problems before we think about bring gcc 4.0.1 to the table for arch testing. Personal I think you need to sit down an evalute the entire picture here ... This picture is we do what is best for the majority of users not what a user believe should be stable just cause upstream says it is. HalcyOn I will look at replacing patch in a bit thanks for providing.
>You sure are cocky, gcc-4.0.1 is not marked stable in the tree we know problems >still exist we are aiming to correct all problems before we think about bring >gcc 4.0.1 to the table for arch testing. Personal I think you need to sit down >an evalute the entire picture here ... This picture is we do what is best for >the majority of users not what a user believe should be stable just cause >upstream says it is. the point is not the gcc-version itself, for me as java-fan its not comprehendable why the devs will ignore a such casting failure just because a former (old) compiler version isnt checking it? I can imagine the same devs like buffer-overfl. and such you should be happy the new compiler is examining the code better at compile-time whicht produces generally a better code at runtime gcc4 *thumbs-up*
This is amd64 specific patch is here and I will be testing it now. If someone on amd64 dev team would please join -moz and speak to me on this issue. Thanks.
New gcc4 patch is in the tree should be on mirrors soon. No revision bump.
