Trunk error

[Bobby McNulty]

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

[Bobby McNulty]

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

[Bobby McNulty]

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]

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

[Bobby McNulty]

>-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.

warning on i686-pc-cygwin

[bobby mcnulty]

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

[bobby mcnulty]

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: svn diff branch woprking copy against mainline?

[Bobby McNulty]

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

[Bobby McNulty]

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

[Bobby McNulty]

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

[Bobby McNulty]

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:
. 
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

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

[Bobby McNulty]

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

[Bobby McNulty]

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

[Bobby McNulty]

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

[Bobby McNulty]

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?

[Bobby McNulty]

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]

[Bobby McNulty]

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

[Bobby McNulty]

Somebody signed up gcc@gcc.gnu.org to gmail.
Bad sign.

Re: Your Gmail account, [EMAIL PROTECTED], has been created

[Bobby McNulty]

- 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