Trying to build gcc trunk with java on current cygwin (with snapshot
20111211, I get a strange Boehm Garbage Collector problem, first
manifesting itself like this:
dlltool -d /usr/local/src/trunk/gcc/libjava/libgcj-noncore-dummy.def
-l libgcj-noncore-dummy.dll.a --dllname cyggcj-noncore-`expr \`gr
On 7 December 2011 20:14, Christian Joensson wrote:
> I am trying to build gcc trunk on cygwin (with the snapshot of
> 20111207) and get this:
>
> /usr/local/src/trunk/objdir.withada/./prev-gcc/g++
> -B/usr/local/src/trunk/objdir.withada/./prev-gcc/
> -B/usr/i686-pc-cygwin/bin
I am trying to build gcc trunk on cygwin (with the snapshot of
20111207) and get this:
/usr/local/src/trunk/objdir.withada/./prev-gcc/g++
-B/usr/local/src/trunk/objdir.withada/./prev-gcc/
-B/usr/i686-pc-cygwin/bin/ -nostdinc++
-B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/
>
> Try adding defined (__CYGWIN__) to the first line.
>
done, the new issue is this:
/usr/local/src/trunk/objdir.withada/./gcc/xgcc
-B/usr/local/src/trunk/objdir.withada/./gcc/
-B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem
/usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin
> But grep is your friend. See s-oscons-tmplt.c lines 1343 and below.
phew, beyond my abilities yet again. someone more cygwin knowledgable
would need to look into that I suppose...
--
Cheers,
/ChJ
On 22 November 2011 07:58, Eric Botcazou wrote:
>> On cygwin, current gcc trunk, I get this new problem:
>>
>> /usr/local/src/trunk/objdir.withada/./gcc/xgcc
>> -B/usr/local/src/trunk/objdir.withada/./gcc/
>> -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem
>> /usr/i686-pc-cygwin/incl
On cygwin, current gcc trunk, I get this new problem:
/usr/local/src/trunk/objdir.withada/./gcc/xgcc
-B/usr/local/src/trunk/objdir.withada/./gcc/
-B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem
/usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include
-c -g -O2 -W -Wal
On 20 November 2011 12:06, Eric Botcazou wrote:
>> Now, are there anyones here that recognise the issue and perhaps have
>> an idea of how to address it?
>
> Take a look at gcc/ada/Makefile.in lines 279 and below:
>
> ifeq ($(strip $(filter-out cygwin32% mingw32% pe,$(osys))),)
> # On Windows nati
I have an issue with building gcc trunk, current and since quite a while.
There seems to me to be quite some missing includes while building
stage 3 compared with stage 2.
For example, the adadecode.c comile in stage 2 for me looks like this:
make[5]: Entering directory
`/usr/local/src/trunk/obj
Den 11 november 2011 16:30 skrev Jason Merrill:
> On 11/11/2011 07:02 AM, Christian Jönsson wrote:
>>
>> revision r181278 gives me a bootstrap/build error on cygwin for gcc
>> trunk like this
>
> I've now conditioned those functions on the macro being defined. Does that
> fix it for you?
yup, tha
On cygwin, I get the following failure when trying to boostrap current
Fri Nov 4 19:36:52 UTC 2011 (revision 180977) gcc trunk:
/bin/sh ../../../gcc/libgcc/../mkinstalldirs .
ln -s -f libgcc.map libgcc.map.def && if [ ! -d ./shlib ]; then mkdir
./shlib; else true; fi && /usr/local/src/objdir/./gc
2010/1/26 Dave Korn:
> On 25/01/2010 22:38, Dave Korn wrote:
>> > On 25/01/2010 20:58, Paolo Bonzini wrote:
>
>>> >> Does this fix it for you?
>> >
>> > That succeeded for "rm -rf i686-pc-cygwin/libgomp; make
>> > configure-target-libgomp all-target-libgomp". I'll leave a full bootstrap
>> > run
2010/1/25 Joern Rennecke:
> Quoting Dave Korn :
>
>> On 25/01/2010 14:04, Joern Rennecke wrote:
>>>
>>> Quoting Christian Joensson :
>>>>>
>>>>> -Xlinker .libs/libgomp-1.dll
>>>>> xgcc: unrecognized option '-pthread
Should have gone here I suppose...
2010/1/25 Christian Joensson:
> Hi Dave.
>
> I see you're busy with your cygwin improvement branch... however, I
> just want to give you a heads up, as for a some time, I can't build
> gcc trunk, there's something with libgomp t
2009/11/23 Christian Joensson:
> Seems to me that http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00648.html
> might cause this:
>
> /usr/local/src/trunk/objdir/./prev-gcc/xgcc
> -B/usr/local/src/trunk/objdir/./prev-gcc/
> -B/usr/local/gnu/i686-pc-cygwin/bin/
> -B/usr/local/gnu/i68
Seems to me that http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00648.html
might cause this:
/usr/local/src/trunk/objdir/./prev-gcc/xgcc
-B/usr/local/src/trunk/objdir/./prev-gcc/
-B/usr/local/gnu/i686-pc-cygwin/bin/
-B/usr/local/gnu/i686-pc-cygwin/bin/
-B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem
/usr/
2009/10/26 Christian Joensson :
> I noticed on http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02488.html
> (trunk revision 153541) that the acats test suite was not run... and
> looking into acats.log I see this:
>
> compilation abandoned
> /usr/local/src/trunk/objdir/gcc/t
I noticed on http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02488.html
(trunk revision 153541) that the acats test suite was not run... and
looking into acats.log I see this:
compilation abandoned
/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada:
parse errors detected
/us
2009/9/5 Christian Joensson :
> 2009/9/4 Alexandre Oliva :
>> On Sep 4, 2009, Dave Korn wrote:
>>
>>> Christian Joensson wrote:
>>>> Is this a well know problem:
>>
>>> Please file a PR. It didn't happen a few weeks ago when I last tr
2009/9/4 Alexandre Oliva :
> On Sep 4, 2009, Dave Korn wrote:
>
>> Christian Joensson wrote:
>>> Is this a well know problem:
>
>> Please file a PR. It didn't happen a few weeks ago when I last tried
>> bootstrapping ada on cygwin.
>
> And
Is this a well know problem:
/usr/local/src/trunk/objdir/./gcc/xgcc
-B/usr/local/src/trunk/objdir/./gcc/
-B/usr/local/gnu/i686-pc-cygwin/bin/
-B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem /
usr/local/gnu/i686-pc-cygwin/include -isystem
/usr/local/gnu/i686-pc-cygwin/sys-include-c -g -O2 -W -W
2009/5/5 Dave Korn :
> Christian Joensson wrote:
>
>> ../../gcc/gcc/config/i386/msformat-c.c:39: error: enum conversion in
>> initialization is invalid in C++
>
>> Any hints on what's going on and how to cure the issue?
>
> Yep: http://gcc.gnu.org/ml/gcc-pat
This is on
Windows XP Pro/SP3 cygwin Intel Core2 Duo t9...@2.80ghz system with packages:
binutils 20080624-2 2.18.50.20080625
bison2.3-1 2.3
cloog-ppl0.15.3-1
cygwin 1.7.0-46
dejagnu 20021217-2 1.4.2.x
expect
On cygwin, I currently get the following GNAT bug:
/usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev
-gcc/ -B/usr/local/i686-pc-cygwin/bin/ -c -g -O2 -gnatpg -gnata -nostdinc -
I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.ads -o ada/ada.o
+
2008/1/28, Christian Joensson <[EMAIL PROTECTED]>:
> 2008/1/26, Jonathan Wakely <[EMAIL PROTECTED]>:
> > On 22/01/2008, Christian Joensson wrote:
> > > 2008/1/21, Jonathan Wakely
> > > > My first guess would be that you've somehow got the C++0x and
Hiya.
On cygwin with gcc trunk Fri Jan 25 12:38:35 UTC 2008 (revision
131824), I get quite a few FAIL in the gnat testsuite due to errors
like this:
Executing on host: /usr/local/src/trunk/objdir/gcc/gnatmake
-I/usr/local/src/trunk/objdir/gcc/ada/rts
--GCC=/usr/local/src/trunk/objdir/gcc/xgcc
--G
Hi.
On cygwin with gcc trunk Fri Jan 25 12:38:35 UTC 2008 (revision 131824)
I get the following failure (among a few others... many ICE) that
might be easy to fix:
Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc
-B/usr/local/src/trunk/objdir/gcc/
/usr/local/src/trunk/gcc/gcc/testsuite/gcc
2008/1/26, Jonathan Wakely <[EMAIL PROTECTED]>:
> On 22/01/2008, Christian Joensson wrote:
> > 2008/1/21, Jonathan Wakely
> > > My first guess would be that you've somehow got the C++0x and TR1
> > > versions of boost_sp_shared_count.h mixed up an
2008/1/21, Dave Korn <[EMAIL PROTECTED]>:
> On 21 January 2008 10:52, Christian Joensson wrote:
>
> > For example in http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00738.html
> > I get a few libstdc++ failures and taking a look at them I see that a
> > quite a fe
For example in http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00738.html
I get a few libstdc++ failures and taking a look at them I see that a
quite a few of them have an error due to that undefined reference to
`_libiconv'.
Is there some easy way out of this that I have missed
--
Cheers,
/Ch
For some time now, I've been getting libstdc++ testsuite failures on
my sparc biarch system running the libstdc++ testsuite with -m64. A
lot of these failures seems to me to have in common the following
failure, that only shows up using -m64, not running in default, ie, 32
bit mode:
/usr/local/src
Is this proposed patch still being considered, or has it been applied/withdrawn?
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01846.html
--
Cheers,
/ChJ
Windows XP/SP2 cygwin on pentium4 single i686:
binutils 20060817-1
bison2.3-1
cygwin 1.5.24-2 (with Dave Korn's stdio patch for newlib)
dejagnu 20021217-2
expect 20030128-1
gcc 3.4.4-3
gcc-ada 3.4.
For quite some time now, I've been getting bootstrap comparison
failures with trunk on sparc64/sparc linux
I kind of guess that they might be related to other big endian
bootstrap comparison failures. Would you benefit from me posting
something specific from my failures or do you suggest that
2007/9/10, John David Anglin <[EMAIL PROTECTED]>:
> > I succeed past this failure if I revert Zdenek's iv-opts patch
> (r128272).
>
> Same here. The failure also occurs on all hppa targets.
>
> Dave
> --
> J. David Anglin [EMAIL PROTECTED]
> National Research Counc
2007/9/7, Christian Joensson <[EMAIL PROTECTED]>:
> 2007/9/6, Kaveh R. GHAZI <[EMAIL PROTECTED]>:
> > (Sorry, first one bounced from gcc@ because it was over 400k)
> >
> > Hi Jan,
> >
> > On sparc-sun-solaris2.10, I'm getting new bootstrap failures
2007/9/6, Kaveh R. GHAZI <[EMAIL PROTECTED]>:
> (Sorry, first one bounced from gcc@ because it was over 400k)
>
> Hi Jan,
>
> On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2
> complaining several times about rtl sharing. I've included four .i files
> for modules that ICEed d
2007/9/6, Sandra Loosemore <[EMAIL PROTECTED]>:
> Christian Joensson wrote:
> > Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a
> > bootstrap failure:
> >
> > gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall
> > -Wwrite-strings -
Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a
bootstrap failure:
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-DHAVE_CONFIG_H -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada
-I../../gcc/gcc/../include -I../.
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages:
binutils 20060817-1 2.17.50 20060817
bison2.3-1 2.3
cygwin 1.5.24-2 (rev. 1.46 of newlib's stdio.h)
dejagnu 20021217-2 1.4.2.x
expect
Aurora SPARC Linux release 2.99 (Angel)/TI UltraSparc IIi (Sabre) sun4u:
binutils-2.17.50.0.3-6.sparc.sparc
bison-2.3-2.1.sparc
dejagnu-1.4.4-5.1.noarch
expect-5.43.0-5.1.sparc
gcc-4.1.1-30.1.sparc
glibc-2.5-3.1.sparcv9
glibc-2.5-3.1.sparc64
glibc-devel-2.5-3.1.sparc
glibc-devel-2.5-3.1.sparc64
gl
2007/8/1, Rupert Wood <[EMAIL PROTECTED]>:
> Dennis Clarke wrote:
>
> >Is there a way to allow the testsuite to just run regardless of
> >how long it takes?
>
> I think you need to pass "set timeout -1" into dejagnu. I'd suggest a larger
> positive timeout instead.
>
> I forget the correct
phew, a few of the cygwin failures show up like this:
Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc
-B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c
-o 20001226-1.o
/usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/20001226-1.c
(timeout = 300)
spawn /usr/
gcc-4.2.0 test-results for sparc64-linux and cygwin are posted at
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01187.html
and
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01186.html
--
Cheers,
/ChJ
As I posted on http://gcc.gnu.org/ml/gcc/2007-05/msg00058.html, I
still have this problem for the released 4.2.0.
--
Cheers,
/ChJ
2007/5/2, Andrew Haley <[EMAIL PROTECTED]>:
Christian Joensson writes:
> On cygwin, with D. Korn's proposed patch to cygwin's (i.e., newlib's)
> stdio.h, I get a bootstrap failure do to comparison difference(s):
Did you do a total rebuild of all gcc in a clean dir
On cygwin, with D. Korn's proposed patch to cygwin's (i.e., newlib's)
stdio.h, I get a bootstrap failure do to comparison difference(s):
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
warning: ./cc1obj-checksum.o differs
warning: ./cc1objplus-checksum.o differs
warning: ./cc1plus-chec
on cygwin, with current gcc trunk, revision Tue Apr 24 20:47:06 UTC
2007 (revision 124119M) (with Dave Korn's suggested patch to
libjava), I get a failure liike this:
ranlib .libs/libgcj-tools.a
creating libgcj-tools.la
(cd .libs && rm -f libgcj-tools.la && ln -s ../libgcj-tools.la libgcj-tools.
I hit a recent problem, not there in revision 124020
../../xgcc -B../../ -c -O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -fno-common -gnatpg -gnata -I- -I../rts -I. -I/usr/loc
al/src/trunk/gcc/gcc/ada /usr/local/src/trunk/gcc/gcc/ada/tree_io.adb -o tree_i
16 Apr 2007 16:50:03 -0600, Tom Tromey <[EMAIL PROTECTED]>:
> "Dave" == Dave Korn <[EMAIL PROTECTED]> writes:
Dave> The definition of _EXFUN in mprec.h is unconditionally:
Dave> #define _EXFUN(name, proto) name proto
libjava, and subsequently Classpath, imported an old version
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages:
binutils 20060817-1 2.17.50 20060817
bison2.3-1 2.3
cygwin 1.5.24-2 (with Dave Korn's stdio.h patch in
newlib cvs)
dejagnu 20021217-2 1.4.2.x
e
This was on
Windows XP/SP2 cygwin on pentium4 single i686:
binutils 20060817-1
bison2.3-1
cygwin 1.5.24-2
dejagnu 20021217-2
expect 20030128-1
gcc 3.4.4-3
gcc-ada 3.4.4-3
gcc-g++ 3.4.4
This is on
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages:
binutils 20060817-1 2.17.50 20060817
bison2.3-1 2.3
cygwin 1.5.24-2
dejagnu 20021217-2 1.4.2.x
expect 20030128-1 5.26
g
2007/3/18, Christian Joensson <[EMAIL PROTECTED]>:
Under cygwin, I get a stage 2 and 3 comparison failure that's not
supposed to be there...
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
warning: ./cc1obj-checksum.o differs
warning: ./cc1objplus-checksum.o diff
Under cygwin, I get a stage 2 and 3 comparison failure that's not
supposed to be there...
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
warning: ./cc1obj-checksum.o differs
warning: ./cc1objplus-checksum.o differs
warning: ./cc1plus-checksum.o differs
warning: ./libgcc/_chkstk.o diff
Aurora SPARC Linux release 2.90 (Aurora Corona)/TI UltraSparc IIi (Sabre) sun4u:
binutils-2.17.50.0.3-6.sparc.sparc
bison-2.3-2.1.sparc
dejagnu-1.4.4-5.1.noarch
expect-5.43.0-5.1.sparc
gcc-4.1.1-30.1.sparc
glibc-2.5-3.1.sparcv9
glibc-2.5-3.1.sparc64
glibc-devel-2.5-3.1.sparc
glibc-devel-2.5-3.1.s
2007/2/22, Christian Joensson <[EMAIL PROTECTED]>:
well, I ended up reinstalling gmp, libgmp-devel, libgmp3, mpfr,
libmpfr-devel, libmpfr0 (which I don't think is nessecary) and
libmpfr1.
now, its testsuite is being run
thanks brian and brooks for you help.
here's the te
well, I ended up reinstalling gmp, libgmp-devel, libgmp3, mpfr,
libmpfr-devel, libmpfr0 (which I don't think is nessecary) and
libmpfr1.
now, its testsuite is being run
thanks brian and brooks for you help.
--
Cheers,
/ChJ
Í just tried to build gcc-4.1.2 for cygwin... but failed. My old way
of test building does not seem to work anymore for me.
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages:
binutils 20060817-1 2.17.50 20060817
bison2.3-1 2.3
cyg
On 12/14/06, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> So, my question is this: Do I need to have libgmp and libmpfr
> available as both 32 and 64 bit variants?
No if you use only one compiler (i.e. the multilibbed 32-bit compiler).
let me come back to this using a concrete example to exa
On 12/15/06, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> Any ideas what is going wrong here?
libgfortran/selected_int_kind.inc has very likely been corrupted, which would
mean that your Fortran compiler is non-functional. It should contain
integer, parameter :: c = 3
type (real_info), param
This is on the 4.2 branch, on
Aurora SPARC Linux release 2.90 (Aurora Corona)/TI UltraSparc IIi (Sabre) sun4u:
binutils-2.17.50.0.3-6.sparc.sparc
bison-2.3-2.1.sparc
dejagnu-1.4.4-5.1.noarch
expect-5.43.0-5.1.sparc
gcc-4.1.1-30.1.sparc
glibc-2.5-3.1.sparcv9
glibc-2.5-3.1.sparc64
glibc-devel-2.5-
I just built and locally installed gcc's (infrastructure) tarballs of
gmp-4.2.1 and mpfr-2.2.1 to try to build gcc trunk (as my build
system's versions are too old).
But, I am on a UltraSPARC system so I test build gcc multilibbed
enabled to have both 32 and 64 bit capability.
So, my question is
well, trying to bootstrap on cygwin current gcc with lava and libs,
gets me into this
ar rc .libs/libgcj-tools.a classpath/tools/libgcj_tools_la-tools.o
ranlib .libs/libgcj-tools.a
creating libgcj-tools.la
(cd .libs && rm -f libgcj-tools.la && ln -s ../libgcj-tools.la libgcj-tools.la)
/bin/sh ./
Currently, and it's been there for a while, I get the following error
on gcc trunk:
/usr/local/src/trunk/objdir/./gcc/xgcc -shared-libgcc
-B/usr/local/src/trunk/objdir/./gcc -nostdinc++
-L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src
-L/usr/local/src/trunk/objdir/i686-pc-cygwin/libs
last one, again on cygwin/winxp, I get an error:
../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c:105:
error: expected identifier or '(' before '{' token
hints?
--
Cheers,
/ChJ
again, on cygwin/winxp, I get an error
../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c:104:
error: static declaration of 'calloc' follows non-static declaration
am I doing something seriously wrong here?
--
Cheers,
/ChJ
This is on a cygwin/winxp system... while building gcc trunk,
currently, and for quite some time, I have been getting this warning:
/usr/local/src/trunk/objdir/./gcc/xgcc
-B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/i686-pc-cygwin/bin/
-B/usr/local/i686-pc-cygwin/lib/ -isystem
/usr/local/i68
On 8/21/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
I just noticed a slight change in behaviour... on my system, I have
edited dejagnu's remote.exp such that it defaults its timeout to 1800
instead of 300. However, on gcc trunk, I see that, for example, in the
libstdc++ testsui
I just noticed a slight change in behaviour... on my system, I have
edited dejagnu's remote.exp such that it defaults its timeout to 1800
instead of 300. However, on gcc trunk, I see that, for example, in the
libstdc++ testsuite log, the timeout is set to 600, while in, e.g.,
gcc's log file, its 1
On 6/24/06, FX Coudert <[EMAIL PROTECTED]> wrote:
> well, I didn't do a full bootstrap, I did a "bubblestrap" ... maybe
> that was the issue then. before running the next bubblestrap, what
> files do you recommend me to remove so that they get stage wise
> properly rebuilt?
Hum... I'm not sure,
On 6/24/06, FX Coudert <[EMAIL PROTECTED]> wrote:
[Transfering this to the fortran list]
Hi Christian,
I did the commit that introduced these new symbols
_gfortran_{reshape,transpose}_r{4,8}. They come from
${srcdir}/libgfortran/generated/{reshape,transpose}_r{4,8}.c
and this file should be pre
Bugger, this went to testresults insetad of here... sorry for that...
-- Forwarded message --
From: Christian Joensson <[EMAIL PROTECTED]>
Date: Jun 23, 2006 8:09 PM
Subject: Lots of gfortrans testsuite failuers on sparc64-linux:
undefined reference to `_gfortran_reshape
I just wanted to ping the list here on current gcc trunk libmudflap
build warnings:
../../../gcc/libmudflap/mf-runtime.c:1706: warning: format '%06lu'
expects type 'long unsigned int', but argument 15 has type
'__suseconds_t'
../../../gcc/libmudflap/mf-runtime.c:1729: warning: format '%06lu'
expe
On 5/2/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
On 5/1/06, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> > Any ideas?
>
> Re-run the testsuite, they most likely will disappear.
right... I somehow had memory kernel related issues... A new one now... c9a011b
there
Well,
/usr/local/src/trunk/objdir/./prev-gcc/xgcc
-B/usr/local/src/trunk/objdir/./prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/ -c -g -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-d
On 5/1/06, Eric Botcazou <[EMAIL PROTECTED]> wrote:
> Any ideas?
Re-run the testsuite, they most likely will disappear.
right... I somehow had memory kernel related issues... A new one now... c9a011b
--
Cheers,
/ChJ
On Aurora SPARC Linux release 2.0 (Kashmir FC3)/TI UltraSparc IIi
(Sabre) sun4u, I get two new failures...
splitting
/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/tests/c6/c64103b.ada
into:
c64103b.adb
BUILD c64103b.adb
gnatmake --GCC="/usr/local/src/trunk/objdir/gcc/xgcc
-B/usr/local/sr
From http://gcc.gnu.org/ml/gcc-testresults/2006-04/msg01674.html
Executing on host:
/usr/local/src/trunk/objdir/gcc/testsuite/g++/../../g++
-B/usr/local/src/trunk/objdir/gcc/testsuite/g++/../../ -nostdinc++
-I/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/sparc64-u
On 4/21/06, Gerald Pfeifer <[EMAIL PROTECTED]> wrote:
> On Thu, 20 Apr 2006, Christian Joensson wrote:
> >> /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 0
> >> .libs/barrier.o: could not read symbols: File format not recognized
> >>
On 4/21/06, Arnaud Charlet <[EMAIL PROTECTED]> wrote:
> > It's that time again... I just want to ask if there's any progress on
> > Ada being multilibbed?
>
> Are you working on it perhaps ?
I'm sorry to say, no...
--
Cheers,
/ChJ
On 4/18/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
> .libs/libgomp.so.1.0.0
> /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 0
> .libs/barrier.o: could not read symbols: File format not recognized
> collect2: ld returned 1 exit status
>
> I will re
Fedora Core release 5 (Bordeaux) on an Intel(R) Pentium(R) 4 CPU 1.80GHz:
binutils-2.16.91.0.6-5.i386
bison-2.1-1.2.1.i386
dejagnu-1.4.4-5.noarch
expect-5.43.0-3.1.i386
gcc-4.1.0-3.i386
glibc-2.4-4.i686
glibc-devel-2.4-4.i386
glibc-headers-2.4-4.i386
glibc-kernheaders-3.0-5.2.i386
gmp-4.1.4-6.2.1.
On 4/18/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
> /usr/local/src/trunk/objdir/./gcc/xgcc
> -B/usr/local/src/trunk/objdir/./gcc/
> -B/usr/local/sparc64-unknown-linux-gnu/bin/
> -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem
> /usr/local/sparc64-unknown-linux
Aurora SPARC Linux release 2.0 (Kashmir FC3)/TI UltraSparc IIi (Sabre) sun4u:
binutils-2.15.92.0.2-5.sparc
bison-1.875c-2.sparc
dejagnu-1.4.4-2.noarch
expect-5.42.1-1.sparc
gcc-3.4.2-6.fc3.sparc
glibc-2.3.3-99.sparc
glibc-2.3.3-99.sparc64
glibc-devel-2.3.3-99.sparc
glibc-devel-2.3.3-99.sparc64
gli
I try to build gcc trunk on sparc/sparc64 linux.
The configure was done like this:
../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7
--enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang
when I enter the libgomp subdir, I see this:
make[2]: Entering directory
`/us
It's that time again... I just want to ask if there's any progress on
Ada being multilibbed?
--
Cheers,
/ChJ
On 4/10/06, David Daney <[EMAIL PROTECTED]> wrote:
> Correct. It was removed on the trunk after gcc-4.1 branched. Since it
> appears to in /usr/bin, make sure that is in the path when
> configuring/building the trunk.
right, I'm bubblestrapping right now after having installed the libgcj packag
On 4/10/06, David Daney <[EMAIL PROTECTED]> wrote:
> fastjar was removed from gcc. You now need either a working jar program
> or to disable java when building.
uhm, well...
$ rpmquery -f /usr/bin/fastjar
libgcj-4.1.0-0.23
so I suppose at least for me, fatsjar is still in gcc-4.1.0...
--
Chee
On 4/10/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
> checking for jar... no
> checking for fastjar... no
> configure: error: jar program not found
> make[1]: *** [configure-target-libjava] Error 1
> make[1]: Leaving directory `/usr/local/src/trunk/objdir32'
>
Aurora SPARC Linux release 2.0b2+corona UltraSparc IIi (Sabre) sun4u:
binutils-2.16.91.0.3-2.sparc
bison-2.1-1.1.sparc
dejagnu-1.4.4-2.noarch
expect-5.43.0-2.1.sparc
gcc-4.1.0-0.23.sparc
package gcc4 is not installed
glibc-2.3.90-39.sparcv9
glibc-devel-2.3.90-39.sparc
glibc-headers-2.3.90-39.sparc
On 4/9/06, Arnaud Charlet <[EMAIL PROTECTED]> wrote:
> > ../../gcc/gcc/ada/env.c: In function `__gnat_clearenv':
> > ../../gcc/gcc/ada/env.c:312: warning: implicit declaration of function
> > `clearenv'
> It likely means that clearenv is not available in cygwin and you need
> to add proper #ifdef
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages:
binutils 20050610-1 2.16.91 20050610
bison2.1-1 2.1
cygwin 1.5.19-4
dejagnu 20021217-2 1.4.2.x
expect 20030128-1 5.26
gcc
On 3/24/06, David S. Miller <[EMAIL PROTECTED]> wrote:
> From: Eric Botcazou <[EMAIL PROTECTED]>
> Date: Fri, 24 Mar 2006 00:04:41 +0100
>
> > Or maybe ELF 64-bit MSB since I'm seeing -m64 on the command line?
>
> Hey might have showed the wrong command line, since this
> library is multi-libbed.
On 3/23/06, David S. Miller <[EMAIL PROTECTED]> wrote:
> From: "Christian Joensson" <[EMAIL PROTECTED]>
> Date: Thu, 23 Mar 2006 09:05:54 +0100
>
> > The problem is this:
> >
> > file .libs/barrier.o
> > .libs/barrier.o: ELF 32-bit MSB relo
oops, this went to gcc-patches, should have gone here...
On 3/23/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
> This was on
>
> Aurora SPARC Linux release 2.0b2 (Kashmir FC3) UltraSparc IIi (Sabre) sun4u:
>
> binutils-2.15.92.0.2-5.sparc
> bison-2.1-1.1.sparc
I get this on trunk Sat Dec 17 00:14:08 UTC 2005 (revision 108698):
../../xgcc -B../../ -c -O2 -g -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -fno-common -gnatpg
-gnata -I- -I../rts -I. -I/usr/local/src/trunk/gcc/gcc/ada
/usr/local/src/trunk/gcc/gcc/ada/make.adb -o
On 12/16/05, Tobias Schlüter <[EMAIL PROTECTED]> wrote:
>
> [ forwarding to gcc@gcc.gnu.org ]
>
> Jerry DeLisle wrote:
> > I just did a fresh build testing a patch here and then I try make
> > bubblestrap
> > and "no target 'bubblestrap'
>
> I'm curious myself. Was this an intentional result of t
What about bubblestrap?
(See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25438)
--
Cheers,
/ChJ
I just came to think of contrib/warn_summary... how does that filter
out different stages warnings since this change?
--
Cheers,
/ChJ
1 - 100 of 184 matches
Mail list logo
