rns for
every architecture. AFAICS only Alpha has (some of) them. And fix the RTL
optimizers in the process.
--
Eric Botcazou
do. I certainly have no reason not to trust MIPS, so I guess that
> means the patches can go in once ready. Eric, do you agree?
Provided we get a commitment for sim support and binutils support for
the instructions exists I'm OK with them going when they're ready.
-eric
e'. Moreover, int_size_in_bytes is
invoked unconditionally on 'valtype' and would segfault if it was 0, so
valtype is set every time mode == BLKmode. So I think having a non-BLKmode
on records with a single integer field would not change anything as far as
the return value is c
led to produce executable
FAIL: obj-c++.dg/try-catch-9.mm (test for excess errors)
WARNING: obj-c++.dg/try-catch-9.mm compilation failed to produce executable
FAIL: obj-c++.dg/va-meth-1.mm execution test
--
Eric Botcazou
approach, do not look at 3.x bugs; the 4.x compilers have
obsoleted a subtantial amount of 3.x-ish things it would be wasteful to learn
at this point.
--
Eric Botcazou
> What do objc.log and obj-c++.log say? I'm still seeing mysterious FC3
> (a fresh install thereof, no less) failures that no one else seems to
> be able to reproduce...
objc.log is clean, obj-c++.log is attached. This is on SuSE 9.2 Professional.
--
Eric Botcazou
obj-c++.log.
ry-catch-2.mm compilation failed to produce executable
> FAIL: obj-c++.dg/try-catch-9.mm (test for excess errors)
> WARNING: obj-c++.dg/try-catch-9.mm compilation failed to produce executable
> FAIL: obj-c++.dg/va-meth-1.mm execution test
Roughly the same results on SPARC/Solaris (21 failures instead of 25 though).
--
Eric Botcazou
ssions.
SPARC/Linux is OK too (Christian):
http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00616.html
--
Eric Botcazou
.org/PR22020 yesterday. You might want to take a look,
of course assuming Joseph is not already on it. :-)
--
Eric Botcazou
Short answer: it already has been.
Long answer:
Look at gcc/config/mips/linux64.h.
-eric
atter what some bugmaster says or doesn't
> say, all that matters is the verdict of the maintainer responsible for the
> area of the compiler for which you propose a patch.
Do not underestimate the importance of Bugzilla (hence that of the
bugmasters): for most users of GCC, it's the only interface to the GCC
community.
--
Eric Botcazou
ed
to produce executable
/home/eric/cvs/gcc-4_0-branch/libstdc++-v3/testsuite/27_io/basic_istream/ignore\
/wchar_t/1.cc:66: undefined reference to `std::basic_istream >::ignore(int, long)'^M
collect2: ld returned 1 exit status^M
compiler exited with status 1
/home/eric/cvs/gcc-4_0-branc
s %s %s %s\n", $8, $4, $5, $6 }}' \ LC_ALL=C sort
> | -u
>
> before and after the patch?
Nice magic spell. :-)
The diff is attached.
--
Eric Botcazou
--- before.log 2005-06-16 10:06:25.009231000 -0500
+++ after.log 2005-06-16 10:06:46.519581000 -0500
@@ -5,6 +5,7 @@
> And that one should be fixed by the patch I posted, so Solaris
> should be hopefully fine.
Yup, OK everywhere.
--
Eric Botcazou
egression.
--
Eric Botcazou
ake: *** [all-build-libiberty] Error 2
>
> Anything else you guys need to know?
Configure command? I'll assume the host was i686-pc-linux-gnu.
In this case I'll bet you built in the source directory?
-eric
>
> Yes i did... i always do and have never had a problem doing so before.
> I will try building in a different directory though and report back.
http://gcc.gnu.org/install/configure.html
To be honest I'm always surprised when it works at all.
-eric
ng like this for
mainline too?
-eric
2005-06-21 Eric Christopher <[EMAIL PROTECTED]>
* configure.in: Reject building in the source directory.
Index: configure.in
===
RCS file: /cvs/gcc/gcc/configure.in,v
retrieving
nto making "./configure" work,
> so I'd hate to snub anyone willing to work on it. Perhaps an "at the
> moment" in the message might be good.
Apparently it works in mainline right now. Maybe adjusting the release
notes for 4.0 to say that building in the source directory doesn't work
for the release at the moment?
-eric
On Tue, 2005-06-21 at 15:31 -0700, Eric Christopher wrote:
> On Tue, 2005-06-21 at 18:24 -0400, DJ Delorie wrote:
> > > Like so? Tested by building outside the source directory and
> > > attempting to build in the source directory. Did we want something
> > &
On Wed, 2005-06-22 at 07:06 -0700, Mark Mitchell wrote:
> Eric Christopher wrote:
> >>
> >>If someone wishes to submit a patch for that bug for 4.0 branch, I expect
> >>it could be considered for 4.0.2 but might be too risky for 4.0.1 now.
> >>
> >
Hi, all:
I need a gcc cross compiler under Cygwin. Is there any step-by-step document
on how to make the cross compiler? Any help would be appriciated very much!
Thanks and regards
Eric
t;return CL_Ada;
> }
The flag_wrapv problem doesn't come from the Ada front-end, which generates a
perfectly reasonable construct, but from fold so the workaround should be
installed in fold instead, if it is agreed that a workaround is needed.
But Diego is now working on the problem.
--
Eric Botcazou
ports about it; for example pointer difference
> with odd sized objects was broken for years, and reported only twice
> or so.
-ftrapv is simply not usable as of today because the performance degradation
is abysmal. Plus it is broken in very simple cases (PR middle-end/19020).
--
Eric Botcazou
> This is unlike aliasing, when most lines of code out there,
> did not break aliasing rules (even before they were
> introduced).
Are you sure? IIRC -fstrict-aliasing was once enabled at -O2 and then
disabled to give people more time to fix their code.
--
Eric Botcazou
you have:
> - probability of 63% to violate aliasing rules
> - and 100% (99.999 with 43 nines) to violate overflow rules.
Then there are different "most"s because, if each line of code has 1%
chance to violate overflow rules, "most" of them don't for reasonable
definitions of "most".
--
Eric Botcazou
that can be easily patched in ia64_function_arg.
I plan on submitting a patch to Steve and you next week.
Thanks for your feedback.
--
Eric Botcazou
hat we would need for Ada.
> I think this might mess up the parameter passing of structures that contain
> a single field, particularly when that field is smaller than 64 bits, like a
> single char, an int, or a float.
Running the 2 compat testsuites shows that this actually doesn't happen.
--
Eric Botcazou
bg object:
csz01 = str01.max_size();
This didn't happen in RC2 and I've not investigated what changed. The code is
the same on Solaris 7 and 8, but the Solaris 2.5.1, 2.6 and 7 machines are
substantially more limited than the Solaris 8, 9 and 10 machines.
--
Eric Botcazou
ite harness has changed).
--
Eric Botcazou
ric code of the library exposed only by that target, and
> only now.
Agreed, but were these tests simply run with the 4.0.0 testsuite?
--
Eric Botcazou
7;s what the users are supposed to do. Binutils 2.16.x work fine
on SPARC/Solaris so I presume they would work just fine on Linux too.
--
Eric Botcazou
're not wanting to have a single
tree it's more effort than it's worth - either that or split it up into
build and install binutils and then build and install gcc (using
--with-newlib=...). Easily script-able, but I'm pretty sure that's not
what doug wants.
-eric
a combined tree is guaranteed to work.. at least
for day to day development - i wouldn't suggest taking an ancient
release of one thing and merging with a new one without paying attention
to which one overwrites the other.
-eric
table to break binary compatibility here. However it
is relatively easy to patch ia64_function_arg to counter the macro change.
The patch was bootstrapped/regtested/compat-regtested on ia64-hp-hpux11.23.
2005-07-07 Eric Botcazou <[EMAIL PROTECTED]>
* config/ia64/hpux.h (MEMBER_TY
> This is OK with me.
Thanks.
> Presumably we should wait for a comment from Steve, as ia64-hpux is more his
> port than mine.
Sure.
> You probably meant to send this to the gcc-patches list.
Yes. :-) Pilot error...
--
Eric Botcazou
t this will be
reviewed if you write them, I'm not interested enough to do it.
-eric
AIL: gcc.misc-tests/gcov-7.c execution test
> FAIL: gcc.misc-tests/gcov-7.c gcov failed: gcov-7.c.gcov does not exist
> FAIL: gcc.misc-tests/gcov-8.c execution test
> FAIL: gcc.misc-tests/gcov-8.c gcov failed: gcov-8.c.gcov does not exist
> FAIL: gcc.misc-tests/gcov-9.c execution test
> FAIL: gcc.misc-tests/gcov-9.c gcov failed: gcov-9.c.gcov does not exist
Joe Buck reports the same problems on SPARC/Solaris:
http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00633.html
According to my testing, the fix is to upgrade to GNU Binutils 2.16 or 2.16.1.
--
Eric Botcazou
p etc switches. Probably should use the same type of
naming convention too.
-eric
gap is eliminated at -O1.
--
Eric Botcazou
> Would be nice if someone could approve it.
>
It's not in a state that could be approved yet, but hopefully after some
cleanup it will be.
-eric
On Wed, 2005-07-13 at 14:05 -0700, Mike Stump wrote:
> On Jul 13, 2005, at 12:39 PM, Eric Christopher wrote:
> >> Would be nice if someone could approve it.
> >
> > It's not in a state that could be approved yet, but hopefully after
> > some
> > cleanu
m has isinf() as below.
>
> #include
> int
> main ()
> {
> float f = 0.0; isinf(f)
> ;
> return 0;
> }
The test is clearly fragile. Assigning the return value of isinf to a
variable should be sufficient for 4.0.x at -O0.
--
Eric Botcazou
return 0;
> }
The compiler knows the answer of isinf (0) so it again optimizes away the
call. Try something like:
int a;
int
main (int argc, char *argv[])
{
a = isinf ((double) argc);
return 0;
}
or additionally compile with -fno-builtin.
--
Eric Botcazou
less). This means
> that the compiler may deduce that isinf((double)argc) always
> returns false, without ever calling the function.
You're too clever. :-)
union U {
int i;
double d;
};
volatile int a;
int
main (int argc, char *argv[])
{
union U u;
u.i = argc;
a = isinf (u.d);
return 0;
}
--
Eric Botcazou
> Why not just use AC_HAVE_FUNCS(isinf)? IIUC this is part of a configure
> script, although whether it is autoconf generated is not clear so far.
Real men write their configure checks by hand, although whether the rrdtool
maintainer is a male is not clear so far. ;-)
--
Eric Botcazou
ht?
I'm surprised you could compile code until today - it wouldn't link
the ssp libraries in...
Anyhow, it seems to work in my limited testing after I checked in a
couple of patches.
-eric
Would that be useful, or is it overkill?
Very useful. Though if you can occasionally go back through them to
verify they're still bugs it'd be appreciated.
-eric
ll missing something...
Please submit the fix for all active branches and CC me in the submission (and
Roger Sayle who approved the patch).
Thanks in advance.
--
Eric Botcazou
hp.com/personal/Hans_Boehm/gc/
which is shipped with gcc for java's use.
Mostly depends on what you're looking at the gc for - whether it's
for your language, for hacking on gcc, or something else.
-eric
ure if the
option of configure is changed.
rm -rf
also works.
-eric
n" is available here:
http://www.delorie.com/howto/cygwin/cygwin-cross-howto.html
-eric
ARC machines I have (it is OK with 4.0.x).
IIRC I observed the same regression between 3.2.x and 3.3.x on even slower
machines, but 3.4.x fixed it.
--
Eric Botcazou
nd
produced a series of patches only aimed at cutting down the memory
consumption and speeding up the compiler. So that's definitely doable,
albeit certainly hard.
--
Eric Botcazou
On Aug 31, 2005, at 3:40 PM, girish vaitheeswaran wrote:
I do not see this flag in gcc3.4.4.
Am I missing something?
you may try adding -fmove-loop-invariants flag,
which enables new
invariant motion pass.
The "new invariant motion pass".
-eric
Hello,
Here is a question about porting gcc. After I modified machine.md and
other backend files, I can make cc1 and xgcc now. But libgcc2.o still
failed. I'd like to know does we must make libgcc2.o since the target
machine don't have float registers and 64bit registers.
Thanks a lot.
Eric
hi,
Would you tell me which I should select to port for the new target?
The new target is like mips-elf. But I was told that glibc doesn't
support mips-elf well. Is it right?
Thanks for your help.
Eric
Thanks for your suggestion.
I think I need to port glibc. Because the new board is going to run
linux kernel. But I'm still not sure if glibc will support the new
target well. Thanks.
Eric
endian and own ISA.
We need to port binutils and gcc and also library.
Thanks again.
Eric
g on going for an elf based operating system.
What about the mips port made you decide that you wanted to use that
as a guideline?
-eric
> For a port then yes *-elf is easier to start, especially if you're
> planning on going for an elf based operating system.
>
> What about the mips port made you decide that you wanted to use that
> as a guideline?
>
> -eric
Firstly, there're some similar bet
rk on the board. That said, for
building from source I'd try Dan Kegel's crosstool script. That's
what most people use.
If you're still having problems let me know - perhaps it's something
obvious.
-eric
pp to them feels slightly more real.
Yes, but someone else was silently failing, I'd rather know my code
was crap up front.
-eric
Hello,
Can anyone give me some suggestions about floating point implemention.
My new target doesn't have floating point register. But must I implement
the floating point operantion? Libgcc always fails on _floatdifi.o. But how
can I implement them?
Thanks a lot!
Eric.
Thank you very much for the suggestion. But are there any more details about
them and libgcc. I read the internals but find few information. I will be very
appreciated.
Best Regards.
Eric
not a
straightforward invocation).
The linker is ld, and is in the binutils package. http://
sourceware.org/binutils/.
To see what's really going on try adding -v and -Wl,-v to your gcc
command line.
-eric
ut current glibc.
-eric
operations? Such
as _floatdidf.
Thank you very much.
Eric.
tions and the
simulator testsuite? (I don't have one built at the moment or I'd
check myself.)
Otherwise, what's the code look like where they segfault?
-eric
able to help you anyhow :)
-eric
Hi,
Still software floating point. :<
Thanks for the help. Now I use soft-float to build libgcc, but _floatdidf.o
fails for Cannot branch to undefined symbol, __floatsidf. Should I define
floatsidf in md file? But I have no floating point registers.
Regards.
Eric
cc2.a, but that
makes gcc fail to build.
Eric
does encompass as much as possible
(IIRC). That, and it'd make sure that we handle what c++ requires.
I'm also not as much of an expert as I'd have liked to be when dealing
with this in the first place.
-eric
cc2.c. It seems that they are rely on both
each other.
Thanks again.
Eric
hat much of a problem then I'm all about getting this
patch in.
-eric
2005/9/15, Paul Brook <[EMAIL PROTECTED]>:
> On Thursday 15 September 2005 10:59, Eric Fisher wrote:
> > Hello,
> >
> > When building Libgcc with new porting gcc, _floatdidf.o failed for
> > undefined symbol
> > _floatsidf. I've been told that _floats
s latent.
--
Eric Botcazou
(again) shoot ourselves in the foot so grossly.
--
Eric Botcazou
005-09/msg00931.html
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00932.html
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00933.html
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00934.html
--
Eric Botcazou
> You didn't test --enable-languages=obj-c++
Yeah, it's a plot, we positively refuse to test everything Apple has *not*
contributed. ;-)
--
Eric Botcazou
atch-9.mm compilation failed to produce executab
It's on x86-64/Linux. And I'm seeing roughly the same failures on
SPARC/Solaris.
--
Eric Botcazou
> I filed them as bugs, not fixed them.
OK, thanks for confirming.
--
Eric Botcazou
ome thing wrong about my backend. Maybe is about the
registers save and restore during the function calls. But difficult to
find it. Can
anyone give me some suggestion and information?
Thanks a lot.
Eric.
Hi,
There is a little progress. I find it's concerned with gcc optimize.
When I change the option -O2 to -O0, it passes the make. Of
course, I'd like to say there are something wrong in my backend.
But, can somebody give me any clue?
Thanks.
Eric
any feedback.
Has Benjamin applied his patch on the 4.0 branch? If so, my feeling is that
RC3 would not be superfluous.
--
Eric Botcazou
est
FAIL: ext/mt_allocator/tune-2.cc execution test
FAIL: ext/mt_allocator/tune-3.cc execution test
FAIL: ext/mt_allocator/tune-4.cc execution test
--
Eric Botcazou
ext/mt_allocator/tune-2.cc execution test
FAIL: ext/mt_allocator/tune-3.cc execution test
FAIL: ext/mt_allocator/tune-4.cc execution test
--
Eric Botcazou
-03/msg01294.html
The original version: http://gcc.gnu.org/ml/gcc-patches/2003-03/msg02097.html
Am I right in thinking that the call to redirect_jump must be removed?
Thanks in advance.
--
Eric Botcazou
WITH Text_IO;
PROCEDURE p IS
TYPE RealIS DIGITS 12;
TYPE Double IS DIGITS
10 (prerelease) (i586-suse-linux-gnu) GCC error: |
| in redirect_branch_edge, at cfgrtl.c:948 |
| Error detected at p.adb:70:6 |
Do you really want me to send RTL dumps?
Thanks for your quick response.
--
Eric Botcazou
I'd like to know why mips doesn't define $30 and $31 as fix registers?
And when should they be defined true?
Thanks very much.
Eric.
inux
> http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01019.html
Just to make it clear: that's not a SPARC 64-bit Ada compiler, only a 32-bit
Ada compiler with a questionable name.
> Many thanks to people enabling Ada in their builds!
Seconded.
--
Eric Botcazou
> Indeed this is clearly correct. And one does wonder how this
> missing line has managed to not cause problems elsewhere...
I've installed the patch on the mainline, after bootstrapping/regtesting it on
x86_64-suse-linux. Do you want me to put it on the 4.0 branch too?
--
Eric Botcazou
. The Solaris problem
> is unfortunate, but I think not fatal.
Agreed. But I'm requesting a "caveat" note about the Solaris regression here:
http://gcc.gnu.org/gcc-4.0/changes.html#4.0.2
mentioning the workaround (g++ -pthreads) and the link:
http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00984.html
--
Eric Botcazou
> Done.
Thank you very much.
--
Eric Botcazou
.html
So from the sound of it fisttp is not a SSE3 instruction.
Richard's response was that it shouldn't be turned off by -mno-sse3,
not that it shouldn't be turned on for -msse3. I think it probably
should be turned on there.
-eric
_dup 1)
(match_dup 2 )))]
""
{
/* Set up operands from compare. */
operands[1] = branch_cmp[0];
operands[2] = branch_cmp[1];
})
Why here use match_dup not match_operand? And why to set up operands
from compare?
Thanks a lot.
Eric.
08 Oct 2005 10:40:40 -0700, Ian Lance Taylor :
> Eric Fisher <[EMAIL PROTECTED]> writes:
>
> > Who can explains for me about the comparison insns in mips.md.
>
> Look at the documentation for the bCOND instruction patterns.
>
> > One question, why there i
te.
> See http://gcc.gnu.org/bugs.html> for instructions.
> compiler exited with status 1
I really should have tested it with multilibs... I'll fix tomorrow.
Thanks for the heads up.
--
Eric Botcazou
not match
anymore.
-eric
Hello,
Sorry, maybe it's not appropriate to put this question here. But I need help.
Porting gcc involves the relocation and BFD porting. I've added some
relocate type.
But after linked, the address is not correct. Are there any documents
about the relocation. And what should I do?
Thanks.
Eric
201 - 300 of 1857 matches
Mail list logo
