Re: where is the gcc wiki?
Joern RENNECKE wrote: Clicking on the Wiki link of the gcc home page, I get: Not Found The requested URL /wiki was not found on this server. Apache/2.0.52 (Red Hat) Server at gcc.gnu.org Port 80 Daniel is working on it. He disabled it Friday.
Trunk error
I get the following errors from mpfr 2.2.0. Are there any patches I need for it? These occur while compiling GCC trunk 4.3. Started today. Bobby 1686-pc-cygwin ar rc libbackend.a double-int.o tree-chrec.o tree-scalar-evolution.o tree-data-r ef.o tree-cfg.o tree-dfa.o tree-eh.o tree-ssa.o tree-optimize.o tree-gimple.o gi mplify.o tree-pretty-print.o tree-into-ssa.o tree-outof-ssa.o tree-ssa-ccp.o tre e-vn.o tree-ssa-uncprop.o tree-ssa-dce.o tree-ssa-copy.o tree-nrv.o tree-ssa-co pyrename.o tree-ssa-pre.o tree-ssa-live.o tree-ssa-operands.o tree-ssa-alias.o t ree-ssa-phiopt.o tree-ssa-forwprop.o tree-nested.o tree-ssa-dse.o tree-ssa-dom.o domwalk.o tree-tailcall.o gimple-low.o tree-iterator.o omp-low.o tree-phinodes. o tree-ssanames.o tree-sra.o tree-complex.o tree-vect-generic.o tree-ssa-loop.o tree-ssa-loop-niter.o tree-ssa-loop-manip.o tree-ssa-threadupdate.o tree-ssa-thr eadedge.o tree-vectorizer.o tree-vect-analyze.o tree-vect-transform.o tree-vect- patterns.o tree-ssa-loop-prefetch.o tree-ssa-loop-ivcanon.o tree-ssa-propagate.o tree-ssa-address.o tree-ssa-math-opts.o tree-ssa-loop-ivopts.o tree-if-conv.o t ree-ssa-loop-unswitch.o alias.o bb-reorder.o bitmap.o builtins.o caller-save.o c alls.o cfg.o cfganal.o cfgbuild.o cfgcleanup.o cfglayout.o cfgloop.o cfgloopanal .o cfgloopmanip.o loop-init.o loop-unswitch.o loop-unroll.o cfgrtl.o combine.o c onflict.o convert.o coverage.o cse.o cselib.o dbxout.o ddg.o tree-ssa-loop-ch.o loop-invariant.o tree-ssa-loop-im.o debug.o df-core.o df-problems.o df-scan.o df p.o diagnostic.o dojump.o dominance.o loop-doloop.o dwarf2asm.o dwarf2out.o emit -rtl.o except.o explow.o loop-iv.o expmed.o expr.o final.o flow.o fold-const.o f unction.o gcse.o genrtl.o ggc-common.o global.o graph.o gtype-desc.o haifa-sched .o hooks.o ifcvt.o insn-attrtab.o insn-emit.o insn-modes.o insn-extract.o insn-o pinit.o insn-output.o insn-peep.o insn-recog.o integrate.o intl.o jump.o langho oks.o lcm.o lists.o local-alloc.o mode-switching.o modulo-sched.o optabs.o optio ns.o opts.o opts-common.o params.o postreload.o postreload-gcse.o predict.o insn -preds.o insn-automata.o pointer-set.o print-rtl.o print-tree.o profile.o value- prof.o var-tracking.o real.o recog.o reg-stack.o regclass.o regmove.o regrename. o reload.o reload1.o reorg.o resource.o rtl.o rtlanal.o rtl-error.o sbitmap.o sc hed-deps.o sched-ebb.o sched-rgn.o sched-vis.o sdbout.o see.o simplify-rtx.o sre al.o stmt.o stor-layout.o stringpool.o struct-equiv.o targhooks.o timevar.o topl ev.o tracer.o tree.o tree-dump.o varasm.o varray.o vec.o version.o vmsdbgout.o x coffout.o alloc-pool.o et-forest.o cfghooks.o bt-load.o pretty-print.o ggc-page. o web.o passes.o tree-profile.o rtlhooks.o cfgexpand.o lambda-mat.o lambda-trans .o lambda-code.o tree-loop-linear.o tree-ssa-sink.o tree-vrp.o tree-stdarg. o tree-cfgcleanup.o tree-ssa-reassoc.o tree-ssa-structalias.o tree-object-size.o rtl-factoring.o i386.o winnt.o winnt-stubs.o host-cygwin.o tree-inline.o cgraph .o cgraphunit.o tree-nomudflap.o ipa.o ipa-inline.o ipa-utils.o ipa-reference.o ipa-pure-const.o ipa-type-escape.o ipa-prop.o ipa-cp.o ranlib libbackend.a gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-p rototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o cc1-dummy.exe c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c -decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-sem antics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-co mmon.o c-dump.o c-pch.o c-parser.o cygwin2.o c-gimplify.o tree-mudflap.o c-prett y-print.o c-omp.o dummy-checksum.o \ main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/ libdecnumber.a ../libcpp/libcpp.a -lintl -liconv ../libiberty/libiberty.a ../lib decnumber/libdecnumber.a -lmpfr -lgmp libbackend.a(real.o): In function `real_from_mpfr': /home/bobby/gcc-4_3/o/gcc/../../gcc/gcc/real.c:4965: undefined reference to `_mp fr_free_str' libbackend.a(builtins.o): In function `fold_builtin_exponent': /home/bobby/gcc-4_3/o/gcc/../../gcc/gcc/builtins.c:7888: undefined reference to `_mpfr_exp10' libbackend.a(builtins.o): In function `fold_builtin': /home/bobby/gcc-4_3/o/gcc/../../gcc/gcc/builtins.c:9056: undefined reference to `_mpfr_exp10' collect2: ld returned 1 exit status make[2]: *** [cc1-dummy.exe] Error 1 make[2]: Leaving directory `/home/bobby/gcc-4_3/o/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/bobby/gcc-4_3/o' make: *** [all] Error 2 [EMAIL PROTECTED] /home/bobby/gcc-4_3/o $
undefined errors in trunk's libbackend
I keeping getting this error, though it gets less and less each day. platform it i686-pc-cygwin. I am not sure if this has been discussed before or similar discussions. gmp 4.2.1 and mpfr 2.2, up to date as of today. main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/ libdecnumber.a ../libcpp/libcpp.a -lintl -liconv ../libiberty/libiberty.a ../lib decnumber/libdecnumber.a -lmpfr -lgmp libbackend.a(real.o):real.c:(.text+0x52b0): undefined reference to `_mpfr_free_s tr' libbackend.a(builtins.o):builtins.c:(.text+0x33ca): undefined reference to `_mpf r_inits2' libbackend.a(builtins.o):builtins.c:(.text+0x3434): undefined reference to `_mpf r_clears' libbackend.a(builtins.o):builtins.c:(.text+0x39da): undefined reference to `_mpf r_inits2' libbackend.a(builtins.o):builtins.c:(.text+0x3a32): undefined reference to `_mpf r_clears' libbackend.a(builtins.o):builtins.c:(.text+0x7bd2): undefined reference to `_mpf r_exp10' libbackend.a(builtins.o):builtins.c:(.text+0x95f4): undefined reference to `_mpf r_cbrt' libbackend.a(builtins.o):builtins.c:(.text+0x17492): undefined reference to `_mp fr_exp10' libbackend.a(builtins.o):builtins.c:(.text+0x174e9): undefined reference to `_mp fr_erfc' libbackend.a(builtins.o):builtins.c:(.text+0x17544): undefined reference to `_mp fr_erf' libbackend.a(builtins.o):builtins.c:(.text+0x178ab): undefined reference to `_mp fr_atan2' libbackend.a(builtins.o):builtins.c:(.text+0x17c4f): undefined reference to `_mp fr_gamma' collect2: ld returned 1 exit status make[2]: *** [cc1-dummy.exe] Error 1 make[2]: Leaving directory `/home/Bobby/gcc-4_3/o/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/home/Bobby/gcc-4_3/o' make: *** [all] Error 2 [EMAIL PROTECTED] ~/gcc-4_3/o $
error in 02g.gch
I received the following error in libstdc++- v3 i686-pc-cygwin and trunk. /home/Owner/gcc/o/./gcc/xgcc -shared-libgcc -B/home/Owner/gcc/o/./gcc -n ostdinc++ -L/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/src -L/home/Owner/gcc/ o/i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/local/i686-pc-cygwin/bin/ -B/usr/ local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /u sr/local/i686-pc-cygwin/sys-include -Winvalid-pch -Wno-deprecated -x c++-header -g -O2 -I/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin - I/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include -I/home/Owner/gcc/gcc/lib stdc++-v3/libsupc++ -O2 -g /home/Owner/gcc/gcc/libstdc++-v3/include/precompiled/ stdc++.h -o i686-pc-cygwin/bits/stdc++.h.gch/O2g.gch In file included from /home/Owner/gcc/gcc/libstdc++-v3/include/precompiled/stdc+ +.h:81: /home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include/valarray: In function 'voi d __static_initialization_and_destruction_0(int, int)': /home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include/valarray:1024: internal co mpiler error: in loop_optimizer_init, at loop-init.c:54 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[4]: *** [i686-pc-cygwin/bits/stdc++.h.gch/O2g.gch] Error 1 make[4]: Leaving directory `/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/includ e' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3' make[1]: *** [all-target-libstdc++-v3] Error 2 make[1]: Leaving directory `/home/Owner/gcc/o' make: *** [all] Error 2 [EMAIL PROTECTED] ~/gcc/o $
Re: error in 02g.gch
Bobby McNulty wrote: I received the following error in libstdc++- v3 i686-pc-cygwin and trunk. /home/Owner/gcc/o/./gcc/xgcc -shared-libgcc -B/home/Owner/gcc/o/./gcc -n ostdinc++ -L/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/src -L/home/Owner/gcc/ o/i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/local/i686-pc-cygwin/bin/ -B/usr/ local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /u sr/local/i686-pc-cygwin/sys-include -Winvalid-pch -Wno-deprecated -x c++-header -g -O2 -I/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin - I/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include -I/home/Owner/gcc/gcc/lib stdc++-v3/libsupc++ -O2 -g /home/Owner/gcc/gcc/libstdc++-v3/include/precompiled/ stdc++.h -o i686-pc-cygwin/bits/stdc++.h.gch/O2g.gch In file included from /home/Owner/gcc/gcc/libstdc++-v3/include/precompiled/stdc+ +.h:81: /home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include/valarray: In function 'voi d __static_initialization_and_destruction_0(int, int)': /home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/include/valarray:1024: internal co mpiler error: in loop_optimizer_init, at loop-init.c:54 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[4]: *** [i686-pc-cygwin/bits/stdc++.h.gch/O2g.gch] Error 1 make[4]: Leaving directory `/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3/includ e' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/Owner/gcc/o/i686-pc-cygwin/libstdc++-v3' make[1]: *** [all-target-libstdc++-v3] Error 2 make[1]: Leaving directory `/home/Owner/gcc/o' make: *** [all] Error 2 [EMAIL PROTECTED] ~/gcc/o $ False alarm. I ran make clean and it is working now.
RE: Visual C++ style inline asms
>-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of >Mike Stump >Sent: Tuesday, June 14, 2005 8:25 PM >To: GCC Mailing List >Subject: Visual C++ style inline asms >Any objections to adding Visual C++ style inline asms? This will greatly help us for those of us who want Visual C++ source to work under GCC. I use both GCC and Visual Studio.
gcc 4.0.1 on mac os x tiger
powerpc-apple-darwin8.2.0 Using built-in specs. Target: powerpc-apple-darwin8.2.0 Configured with: ../gcc-4.0.1/configure --enable-languages=c,c+ +,f95,java --program-suffix=-4.0.1 --with-gmp=/sw --with-mpfr=/sw Thread model: posix gcc version 4.0.1
warning on i686-pc-cygwin
This bug is in the GCC source code. Filed on Monday, Oct. 10, 2005 CONFIG_FILES= CONFIG_HEADERS=config.h:../../../gcc/libiberty/config.in /bin/sh . /config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing default commands if [ x"" != x ]; then \ /home/snyder100/gcc/o/./gcc/xgcc -B/home/snyder100/gcc/o/./gcc/ -B/usr/tempo/i 686-pc-cygwin/bin/ -B/usr/tempo/i686-pc-cygwin/lib/ -isystem /usr/tempo/i686-pc- cygwin/include -isystem /usr/tempo/i686-pc-cygwin/sys-include -c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../gcc/libiberty/../include -W -Wall -pedantic -Wwrite -strings -Wstrict-prototypes ../../../gcc/libiberty/regex.c -o pic/regex.o; \ else true; fi /home/snyder100/gcc/o/./gcc/xgcc -B/home/snyder100/gcc/o/./gcc/ -B/usr/tempo/i68 6-pc-cygwin/bin/ -B/usr/tempo/i686-pc-cygwin/lib/ -isystem /usr/tempo/i686-pc-cy gwin/include -isystem /usr/tempo/i686-pc-cygwin/sys-include -c -DHAVE_CONFIG_H - O2 -g -O2 -I. -I../../../gcc/libiberty/../include -W -Wall -pedantic -Wwrite-s trings -Wstrict-prototypes ../../../gcc/libiberty/regex.c -o regex.o ../../../gcc/libiberty/regex.c:130: warning: function declaration isn't a protot ype ../../../gcc/libiberty/regex.c:130: warning: conflicting types for built-in func tion 'malloc' ../../../gcc/libiberty/regex.c:131: warning: function declaration isn't a protot ype In file included from ../../../gcc/libiberty/regex.c:638: ../../../gcc/libiberty/regex.c: In function 'byte_regex_compile': ../../../gcc/libiberty/regex.c:2439: warning: implicit declaration of function ' free' ../../../gcc/libiberty/regex.c: In function 'byte_re_compile_fastmap': ../../../gcc/libiberty/regex.c:4835: warning: implicit declaration of function ' abort' ../../../gcc/libiberty/regex.c:4835: warning: incompatible implicit declaration of built-in function 'abort' ../../../gcc/libiberty/regex.c: In function 'byte_re_match_2_internal': ../../../gcc/libiberty/regex.c:7421: warning: incompatible implicit declaration of built-in function 'abort' ../../../gcc/libiberty/regex.c: In function 'xregerror': ../../../gcc/libiberty/regex.c:8078: warning: incompatible implicit declaration of built-in function 'abort' ../../../gcc/libiberty/regex.c: In function 'byte_regex_compile': ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: error: invariant not recomputed when ADDR_E XPR changed &_ctype_D.1917[1]; ../../../gcc/libiberty/regex.c:2285: internal compiler error: verify_stmts faile d Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [regex.o] Error 1 make[3]: Leaving directory `/home/snyder100/gcc/o/i686-pc-cygwin/libiberty' make[2]: *** [all-target-libiberty] Error 2 make[2]: Leaving directory `/home/snyder100/gcc/o' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/snyder100/gcc/o' make: *** [bootstrap] Error 2 [EMAIL PROTECTED] ~/gcc/o $
Re: warning on i686-pc-cygwin
Brian Dessent wrote: bobby mcnulty wrote: This bug is in the GCC source code. Filed on Monday, Oct. 10, 2005 You're running into PR21766. So its been reported already. OK. Bobby
Re: A couple more subversion notes
Daniel Berlin wrote: I'd also remember that this issue (diff of a single file across SSH being slower) can be fixed by either an OpenSSH upgrade (which should be flawless in many cases), or a svn:// readonly access (which I still have to understand if it can be done), svn:// readonly access is up and running. Just remove the +ssh from your url. The only reason we don't use svn:// right now is that it would require transmitting passwords in plaintext. --Dan Daniel, I don't have an account with the repository. How would I set my computer up to get the gcc code anonymously? All i do is compile the code to make sure it will work with i686-pc-cygwin. Bobby
Re: Question WRT liveness of svn repository...
Daniel Berlin wrote: On Thu, 2005-10-20 at 11:06 -0700, David Daney wrote: I just did an unapproved commit to the svn repository (r105372) on the theory that it is still a test repository. This is permitted isn't it? Sure. One thing that happened is that all the bugzilla bugs that were referenced got updated as well. But this is in the live bugzilla. Yes, well, this is not a worry. I can remove the comments that match the new log format from the db and they will just magically disappear, and will do so during final conversion. The bugzilla part needs as much testing as anything else. Did I do something *BAD*? Nope. David Daney I am in the middle of getting the sourcecode VIA svn. Looks good. Though, every now and then, there are hangings.
Re: svn diff branch woprking copy against mainline?
DJ Delorie wrote: svn needs to go on a long command line diet, The documentation does suggest the use of environment variables, but it would be nice if there were a .svnrc that let you create shortcuts for the command line. Like, if you could add alias 401 svn+ssh://gcc.gnu.org/svn/gcc/tags/gcc_4_0_1_release then do svn diff --old svn:401/gcc/file.c --new file.c I put it in a file called "checker" and, when I need it, ./checker Cygwin has a problem with "permission denied". In the case of checker, chmod +rwx checker will to the trick. Its so the file can be executed from the prompt.
i686-pc-cygwin crash gcc-4.0 branch
I have been noticing the following error in trunk and in branch. It looks look in libstdc++-v3 signbit, Has it been reported yet? /home/sherlock/gcc/o/gcc/xgcc -B/home/sherlock/gcc/o/gcc/ -B/usr/local/i686-pc-c ygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/i nclude -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CONFIG_H -I. -I../. ./../../gcc-4_0-branch/libstdc++-v3/libmath -I.. -O2 -g -O2 -c ../../../../gcc-4 _0-branch/libstdc++-v3/libmath/signbit.c -o signbit.o In file included from ../../../../gcc-4_0-branch/libstdc++-v3/libmath/signbit.c: 32: ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:167: error: conflicti ng types for 'ieee_double_shape_type' ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:156: error: previous declaration of 'ieee_double_shape_type' was here ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:216: error: conflicti ng types for 'ieee_long_double_shape_type' ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:203: error: previous declaration of 'ieee_long_double_shape_type' was here ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:254: error: conflicti ng types for 'ieee_quad_double_shape_type' ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:239: error: previous declaration of 'ieee_quad_double_shape_type' was here make[3]: *** [signbit.lo] Error 1 make[3]: Leaving directory `/home/sherlock/gcc/o/i686-pc-cygwin/libstdc++-v3/lib math' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/sherlock/gcc/o/i686-pc-cygwin/libstdc++-v3' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/sherlock/gcc/o/i686-pc-cygwin/libstdc++-v3' make: *** [all-target-libstdc++-v3] Error 2 [EMAIL PROTECTED] ~/gcc/o $
Re: i686-pc-cygwin crash gcc-4.0 branch
Brian Dessent wrote: Bobby McNulty wrote: I have been noticing the following error in trunk and in branch. I get no such error when compiling the trunk. /home/sherlock/gcc/o/gcc/xgcc -B/home/sherlock/gcc/o/gcc/ -B/usr/local/i686-pc-c ygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/i nclude -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CONFIG_H -I. -I../. ./../../gcc-4_0-branch/libstdc++-v3/libmath -I.. -O2 -g -O2 -c ../../../../gcc-4 _0-branch/libstdc++-v3/libmath/signbit.c -o signbit.o In file included from ../../../../gcc-4_0-branch/libstdc++-v3/libmath/signbit.c: 32: ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:167: error: conflicti ng types for 'ieee_double_shape_type' It looks like what is happening is BYTE_ORDER isn't getting defined correctly. This is supposed to be taken care of by the sys/param.h header of the target, which Cygwin does provide correctly. It looks like for some reason gcc isn't picking this up in your case. Are you doing a native or a cross? What configure options are you using? Brian native. Might be the snapshots. anyway, ../gcc-4_0-branch/configure straight like that. No other options. trunk is the sameway. Bobby
Re: i686-pc-cygwin crash gcc-4.0 branch
Brian Dessent wrote: Brian Dessent wrote: /home/sherlock/gcc/o/gcc/xgcc -B/home/sherlock/gcc/o/gcc/ -B/usr/local/i686-pc-c ygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/i nclude -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CONFIG_H -I. -I../. ./../../gcc-4_0-branch/libstdc++-v3/libmath -I.. -O2 -g -O2 -c ../../../../gcc-4 _0-branch/libstdc++-v3/libmath/signbit.c -o signbit.o In file included from ../../../../gcc-4_0-branch/libstdc++-v3/libmath/signbit.c: 32: ../../../../gcc-4_0-branch/libstdc++-v3/libmath/mathconf.h:167: error: conflicti ng types for 'ieee_double_shape_type' It looks like what is happening is BYTE_ORDER isn't getting defined correctly. This is supposed to be taken care of by the sys/param.h header of the target, which Cygwin does provide correctly. It looks like for some reason gcc isn't picking this up in your case. Are you doing a native or a cross? What configure options are you using? This is caused by this change: <http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/endian.h.diff?r1=1.3&r2=1.4&cvsroot=src&f=h>. This modified include/endian.h to only conditionally define BYTE_ORDER etc. if __USE_BSD is defined, whereas before in newlib's machine/endian.h <http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/newlib/libc/include/machine/endian.h?rev=1.2&content-type=text/x-cvsweb-markup&cvsroot=src> they were defined unconditionally. Thus if you build gcc with the 1.5.18 version of cygwin and its headers you don't run into this, but if you try to use a snapshot that contains this change you get the above error. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ I nuked my cygwin, and started over again. Used svn to get the trunk of gcc. I have a snapshot gcc 4.0, but I am not building it. Anyway, compiling just with the 1.5.18 cygwin dll solved. Since this is just staying on the cutting edge of programming, I am only going to use release cygwin1.dll. Waiting for cygwin 1.5.19 Bobby. It worked. trunk is able to compile again in Cygwin.
error in libmath on i686-pc-cygwin
An error occurred on trunk, the new libcpp-math. Stops here, when its linking. I don't know that much about C programming to fix it. Its output is printing out something about a missing file in e_expf.c, at fenv.h. Bobby "1.0\" -DHAVE_HIDDEN_VISIBILITY=1 -I. -I../../../../gcc/libgcc-math/i386 -I../.. /../../gcc/libgcc-math/i386/../include -include ../../../../gcc/libgcc-math/i386 /sse2.h -Wall -O2 -g -msse2 -msseregparm -mfpmath=sse -march=pentium3 -fno-math- errno -fno-trapping-math -ffinite-math-only -fno-rounding-math -fno-signaling-na ns -D__NO_MATH_INLINES -O2 -g -O2 -MT libsse2_la-e_expf.lo -MD -MP -MF .deps/lib sse2_la-e_expf.Tpo -c ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c -o lib sse2_la-e_expf.o ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:56:18: error: fenv.h: No suc h file or directory ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c: In function '__libm_sse2_ex pf': ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:87: error: 'fenv_t' undeclar ed (first use in this function) ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:87: error: (Each undeclared identifier is reported only once ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:87: error: for each function it appears in.) ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:87: error: expected ';' befo re 'oldenv' ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:89: warning: implicit declar ation of function 'feholdexcept' ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:89: error: 'oldenv' undeclar ed (first use in this function) ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:122: warning: implicit decla ration of function 'fesetenv' ../../../../gcc/libgcc-math/i386/../flt-32/e_expf.c:130: warning: implicit decla ration of function '__isinff' make[3]: *** [libsse2_la-e_expf.lo] Error 1 make[3]: Leaving directory `/home/bobby/obj/i686-pc-cygwin/libgcc-math/i386' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/bobby/obj/i686-pc-cygwin/libgcc-math' make[1]: *** [all-target-libgcc-math] Error 2 make[1]: Leaving directory `/home/bobby/obj' make: *** [all] Error 2 [EMAIL PROTECTED] ~/obj $
Re: error in libmath on i686-pc-cygwin
Andrew Pinski wrote: On Jan 31, 2006, at 10:46 PM, Bobby McNulty wrote: An error occurred on trunk, the new libcpp-math. Stops here, when its linking. I don't know that much about C programming to fix it. Its output is printing out something about a missing file in e_expf.c, at fenv.h. I created GCC PR 26059 <http://gcc.gnu.org/PR26059> for this issue as it was already reported as failing on i386-netbsd also. -- Pinski Thanks, Andrew. Bobby
driver-i386.o missing
Some wrong here. GCC-4.2, just DL'ed last night.
\
-DSTANDARD_STARTFILE_PREFIX=\"../../../\"
-DSTANDARD_EXEC_PREFIX=\"/usr/local/
lib/gcc/\" -DSTANDARD_LIBEXEC_PREFIX=\"/usr/local/libexec/gcc/\"
-DDEFAULT_TARGE
T_VERSION=\"4.2.0\" -DDEFAULT_TARGET_MACHINE=\"i686-pc-cygwin\"
-DSTANDARD_BINDI
R_PREFIX=\"/usr/local/bin/\" -DTOOLDIR_BASE_PREFIX=\"../../../../\"
`test "X${S
HLIB_LINK}" = "X" || test "yes" != "yes" || echo
"-DENABLE_SHARED_LIBGCC"` `test
"X${SHLIB_MULTILIB}" = "X" || echo "-DNO_SHARED_LIBGCC_MULTILIB"` \
-c ../../gcc/gcc/gccspec.c -o gccspec.o)
make[2]: *** No rule to make target `driver-i386.o', needed by
`xgcc.exe'. Stop
.
make[2]: Leaving directory `/home/bobby/o/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/bobby/o'
make: *** [all] Error 2
[EMAIL PROTECTED] ~/o
$
Re: intl directory: gcc vs. src
DJ Delorie wrote: Who maintains this automatic merge process? Me. I have a cron job that checks out gcc's and src's libiberty and include, compares them, copies any differing files to src, and sends me email. I then run a "do it" script to do the actual commit. There's not much advantage in using this setup for an initial merge (it would take as much effort to set it up as it would to just do the merge). It's much more useful as an ongoing merge system. Was there not a way to combine the two (gcc and src) via console commands? I recall doing this a long time ago, back when Mumitt was around. He had a web page describing how to build the tool chain for cygwin/mingw/linux. There was another one on sourceware. i have not done this in years. (5). Bobby
Re: svn problems?
Jack Howarth wrote: Has anyone else had problems accessing the svn server today for gcc? I tried from home and work today. In both cases, the 'svn update' never produces any updates of new files or completes. Jack I was beginning to think I was the only one. I did a svn co and a svn update. Neither produced any results. I was trying to checkout the 4.1 branch, after previously deleting it. Bobby
[Fwd: error in libfortran on cygwin]
This is i686-pc-cygwin. The error is that tzp is unknown in system_clock.c. Here is the output from make ___ make[3]: Entering directory `/home/bobby/gcc/o/i686-pc-cygwin/libgfortran' if /bin/sh ./libtool --tag=CC --mode=compile /home/bobby/gcc/o/./gcc/xgcc -B/hom e/bobby/gcc/o/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwi n/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cy gwin/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc43/libgfortran -I. -iquote.. /../../gcc43/libgfortran/io -I../../../gcc43/libgfortran/../gcc -I../../../gcc43 /libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstric t-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -O2 -MT system_clock.lo -MD -MP -MF ".deps/system_clock.Tpo" -c -o system_ clock.lo `test -f 'intrinsics/system_clock.c' || echo '../../../gcc43/libgfortra n/'`intrinsics/system_clock.c; \ then mv -f ".deps/system_clock.Tpo" ".deps/system_clock.Plo"; else rm -f ".deps/system_clock.Tpo"; exit 1; fi libtool: compile: /home/bobby/gcc/o/./gcc/xgcc -B/home/bobby/gcc/o/./gcc/ -B/us r/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local /i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CO NFIG_H -I. -I../../../gcc43/libgfortran -I. -iquote../../../gcc43/libgfortran/io -I../../../gcc43/libgfortran/../gcc -I../../../gcc43/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-proto types -Wold-style-definition -Wextra -Wwrite-strings -O2 -O2 -MT system_clock.lo -MD -MP -MF .deps/system_clock.Tpo -c ../../../gcc43/libgfortran/intrinsics/sys tem_clock.c -DDLL_EXPORT -DPIC -o .libs/system_clock.o ../../../gcc43/libgfortran/intrinsics/system_clock.c: In function 'system_clock_ 4': ../../../gcc43/libgfortran/intrinsics/system_clock.c:68: error: storage size of 'tzp' isn't known ../../../gcc43/libgfortran/intrinsics/system_clock.c:68: warning: unused variabl e 'tzp' ../../../gcc43/libgfortran/intrinsics/system_clock.c: In function 'system_clock_ 8': ../../../gcc43/libgfortran/intrinsics/system_clock.c:131: error: storage size of 'tzp' isn't known ../../../gcc43/libgfortran/intrinsics/system_clock.c:131: warning: unused variab le 'tzp' make[3]: *** [system_clock.lo] Error 1 make[3]: Leaving directory `/home/bobby/gcc/o/i686-pc-cygwin/libgfortran' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/bobby/gcc/o/i686-pc-cygwin/libgfortran' make[1]: *** [all-target-libgfortran] Error 2 make[1]: Leaving directory `/home/bobby/gcc/o' make: *** [all] Error 2 [EMAIL PROTECTED] ~/gcc/o $
Re: Your Gmail account, [EMAIL PROTECTED], has been created
Somebody signed up gcc@gcc.gnu.org to gmail. Bad sign.
Re: Your Gmail account, [EMAIL PROTECTED], has been created
- Original Message - From: "Gmail Team" <[EMAIL PROTECTED]> To: "django porter" Sent: Thursday, August 09, 2007 6:21 PM Subject: Your Gmail account, [EMAIL PROTECTED], has been created Congratulations on creating your brand new Gmail account, [EMAIL PROTECTED] Please keep this email for your records, as it contains an important verification code that you may need should you ever encounter problems or forget your password. You can login to your account at http://mail.google.com/ Enjoy! The Gmail Team Verification code: f806a3e9-f1f6e619-bdc37c3949
