erstand
> how introducing .loc directive affects debug_line format in gcc 4.6.1.
.loc directives are processed by the assembler, which then builds .debug_line.
--
Eric Botcazou
> I would like to implement a compiler fix for a SPARC-cpu variant
> that does the following:
> After each "fdivs" (SPARC single-float division) save the destination
> FPU register to a stack memory location.
Do you need to reload it afterward or just save it?
--
Eric Botcazou
> I just need to save it. It needs to be saved so that the FPU
> pipeline is flushed.
Then why not save it just below the stack pointer?
--
Eric Botcazou
it.
> Did I miss something here ?
This usually means that the libiconv installation is botched, e.g. the compiler
sees a mix of GNU libiconv and Solaris libiconv, or something like that.
--
Eric Botcazou
ot; on sparc.
AFAICS there is no such file as gcc.c-torture/execute/ieee/mzero.c.
> I'm suspecting that perhaps cprop is ok, and the real issue is that
> sparc's definition of CANNOT_CHANGE_MODE_CLASS needs to be adjusted.
I'm a little skeptical at this point.
--
Eric Botcazou
BIG_ENDIAN : BYTES_BIG_ENDIAN))
return;
i.e. we need to bail out if we are narrowing and this is a big-endian target.
--
Eric Botcazou
> I quickly tried the patch below, but this does not prevent the
> transformation.
The quoted code is in copyprop_hardreg_forward_1.
--
Eric Botcazou
3, 0x3c, 1), F3(~3, ~0x3c, ~1), "[1]o,2,d", 0, v9|MASK_LEON
},
v9|leon
+{ "cas", F3(3, 0x3c, 0)|ASI(0x80), F3(~3, ~0x3c, ~0)|ASI(~0x80),
"[1],2,d",
F_ALIAS, v9|MASK_LEON }, /* casa [rs1]ASI_P,rs2,rd */
+{ "casl", F3(3, 0x3c, 0)|ASI(0x88), F3(~3, ~0x3c, ~0)|ASI(~0x88),
"[1],2,d",
F_ALIAS, v9|MASK_LEON }, /* casa [rs1]ASI_P_L,rs2,rd */
Likewise.
--
Eric Botcazou
sg03536.html
> Also, I see bucket loads of these :
>
> FAIL: g++.dg/pch/wchar-1.C -O2 -g -I. (internal compiler error)
PCH seems to be totally broken. AFAIK nothing has changed between 4.6.1 and
4.6.2 in this area. Can you try with 4.6.1? Did you change the machines?
--
Eric Botcazou
ric crt[in].o rules in
> Makefile.in would deal with building them, on Solaris I'd have to juggle
> around the CUSTOM_CRTIN setting so it's only used on Solaris/x86.
>
> Eric, am I missing something about the sparc/sol2-c[in].S files?
There is the same problem on i386, see:
http://gcc.
rules are generic and have been integrated into libgcc/Makefile.in,
> but only used unless CUSTOM_CRTIN is set in a target fragment.
s/unless/if/ I presume? config/t-sol2 has the rules though so config/t-rtems
could just copy them, at least for now.
--
Eric Botcazou
> Again, can you please hit reload on your browser?
I have it too.
--
Eric Botcazou
can hardly be analyzed, there are too many failures, although they
probably come from a small number of problems. You should consider looking
into the gazillions of execution failures, determining why they fail (they pass
on Solaris or Linux) and submit patches to XFAIL/SKIP them for sparc-rtems.
--
Eric Botcazou
> Huh, IVOPTs should never cause a different size memory read. I wonder
> if the original issue would still reproduce with the fix reverted.
The original issue was unaligned arrays in packed structures. I don't see what
could have changed since then.
--
Eric Botcazou
> f() may change the value of x, so you cannot optimize away the load on that
> execution path.
This looks more like an aliasing issue with a, doesn't it?
--
Eric Botcazou
eds to have
# the gcc source dir in its include dir list
INCLUDES_FOR_SUBDIR = -iquote . -iquote .. -iquote ../.. -iquote
$(fsrcdir)/ada \
-I$(fsrcdir)/../include -I$(fsrcdir)
endif
It's probably only a matter of adjusting the regexp.
--
Eric Botcazou
> I haven't tried it yet but the 'cygwin32' looks suspicsious to me,
> i.e., the 32, to my understanding that '32' was removed years ago..
We should probably use the Windows-specific setting unconditionally.
--
Eric Botcazou
s-include
> -c -g -O2 -W -Wall -gnatpg -nostdinc s-taprop.adb -o s-taprop.o
> s-tpoaal.adb:60:13: "Specific" is undefined (more references follow)
> make[5]: *** [s-taprop.o] Error 1
> make[5]: Leaving directory
Looks like the same problem, see gcc/ada/Makefile.in line 1573.
--
Eric Botcazou
here is something odd when cygwin is to
> use, I guess, mingw variants of files...
But grep is your friend. See s-oscons-tmplt.c lines 1343 and below.
--
Eric Botcazou
> phew, beyond my abilities yet again. someone more cygwin knowledgable
> would need to look into that I suppose...
Try adding defined (__CYGWIN__) to the first line.
--
Eric Botcazou
ADDR_SPACE_GENERIC and
> addr_space_t on the other side. I mean on the conceptual level, not on the
> technical (macro/function/typedef) level.
c_addr_space_name is C-specific whereas the others are generic.
--
Eric Botcazou
> Today I ran into a problem building today's GCC trunk with an older
> GCC 4.3. There is a warning in libcpp/macro.c about
> tokens_buff_remove_last_token declared inline after being called.
A previous instance: http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01426.html
--
Eric Botcazou
R_P
in the process, if the answer to the above question is positive), there is no
point in resurrecting this now IMO.
--
Eric Botcazou
> I'd say open a missed optimization bug with the testcase and go ahead
> with both patches. Let's see if Eric has some comments first though.
None, but the m32c maintainer may have some.
DJ, do you happen to know the rationale for the use of the MEM_SCALAR_P and
MEM_IN_S
t for the
kernel, etc. But most of them do things properly and stay compatible.
--
Eric Botcazou
ext
> of the signal itself. */
> if (STACK_GROWS_DOWNWARD)
> return _Unwind_GetCFA (context) - _Unwind_IsSignalFrame (context);
> else
> return _Unwind_GetCFA (context) + _Unwind_IsSignalFrame (context);
> }
Why does this "hack" not work? It was precisely devised for this purpose.
--
Eric Botcazou
rather than before it.
Don't set FS->signal_frame in that case. */
if (!signo || (*signo != 4 && *signo != 5 && *signo != 8))
fs->signal_frame = 1;
You might need to un-overload fs->signal_frame then.
--
Eric Botcazou
t).
The problem is very likely that the signal frame isn't marked as such.
--
Eric Botcazou
> I doubt he can help you with this one... When your problem concerns
> reorg, you should talk to people like Eric Botcazou or Richard
> Sandiford or HP Nillson. I've added Eric to the CC, to make this a
> happier crowd. :-)
Thank you. I was about to leave for vacation but I
l by the latter.
So I made a mistake when changing back the DF problem to LIVE in
2009-04-27 Richard Sandiford
Eric Botcazou
* resource.c (find_basic_block): Use BLOCK_FOR_INSN to look up
a label's basic block.
(mark_target_live_regs): Tidy and rewor
Hi,
I read the paper "The Visual Development of GCC Plug-ins with GDE"
from gcc summit 2009. It's a powerful tool. So where can I get it to
help me debug and study gcc?
Thanks a lot.
Eric
,
Eric
> I believe that I could legitimately approve that patch myself (it's
> pretty trivial and I didn't author it), but I'd prefer to get approval
> from one of the SPARC maintainers. Here's your chance:
>
> http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01027.html
OK.
--
Eric Botcazou
58, values=0x89ed7b0)
at ../../gcc-4.4.0/gcc/tree-outof-ssa.c:774
#5 0x083a19d4 in remove_ssa_form (perform_ter=1 '\001')
at ../../gcc-4.4.0/gcc/tree-outof-ssa.c:1381
#6 0x083a1d9b in rewrite_out_of_ssa ()
at ../../gcc-4.4.0/gcc/tree-outof-ssa.c:1506
Thanks,
Eric
----
Seems that use info is not updated.
Eric
's
preheader has only one successor.
> Also, why don't you use trunk for your developments?
I will use trunk when it's ready and able to be committed. For now, I
just begin to try implementing and testing. :-)
Eric
e, use `--host'.
See `config.log' for more details.
make[1]: *** [configure-target-libstdc++-v3] Error 1
make[1]: Leaving directory `/home/ericne/objdir'
make: *** [all] Error 2
--
Eric Niebler
BoostPro Computing
http://www.boostpro.com
This file contains any messages produced by compil
Angelo Graziosi wrote:
Eric Niebler wrote:
I am running into the same problem (cannnot build latest snapshot on
cygwin). I have built and installed the latest binutils from head (see
attached config.log for details). But still the build fails. Any help?
This is strange! Recent snapshots (4.3
Tim Prince wrote:
Eric Niebler wrote:
Angelo Graziosi wrote:
Eric Niebler wrote:
I am running into the same problem (cannnot build latest snapshot on
cygwin). I have built and installed the latest binutils from head
(see attached config.log for details). But still the build fails.
Any help
Eric Niebler wrote:
Seiji Kachi wrote:
Kai Tietz wrote:
No, this bug appeared on all windows pe-coff targets. A fix for this
is already checked in yesterday on binutils. Could you try it with the
current binutils head version?
Cheers,
Kai
I solved this failure with binutils-2.19.51.
I am
's|||' rather than 's,,,', since ',' and '@'
can both occur in unquoted filenames, but '|' cannot.
--
Eric Blake
> I haven't been able to figure out what command to issue from the command
> line to reproduce this. Cut and paste from the dejagnu log doesn't
> work, which is more than annoying...
There is a blurb about this on http://gcc.gnu.org/wiki/DebuggingGCC
--
Eric Botcazou
the system assembler); GNU ld works too, although it lacks some features and
using the system linker might indeed be the Right Thing To Do on Solaris.
--
Eric Botcazou
e[2]: *** [compare] Error 1
>
> Would be interesting to see someone build i386-linux (really i386,
> not i586 or i686).
The i586-linux build fails in exactly the same way (this is PR 41241).
--
Eric Botcazou
Hello,
I currently use aiSee (demo version) to view vcg dump of gcc. One
problem is that the tool works too slowly. The another problem is that
graph looks ugly, especially when unforlding a big cfg. Who can
recommend me a good vcg viewer? Thanks.
Best Regards,
Eric
me trick isn't working
> on 4.3.4.
I'd do things step by step, i.e. first try to have a full cygwin port without
changing the EH mechanism, then change it.
--
Eric Botcazou
x27;s complaining, which is why I'm
> confused; I thought that bit was stable.
Your .diff contains this
+ EH_MECHANISM=-gcc
so it looks as though the base compiler was SJLJ.
--
Eric Botcazou
ry and secondary platform list.
mpc 0.7
i686-pc-mingw32
gcc 3.4.5
gmp 4.3.1
mpfr 2.4.1
===
All 45 tests passed
===
Eric Weddington
o 225
OK, but the number of Ada failures is exactly 0 on x86/Linux, x86-64/Linux,
ia64/Linux, SPARC/Solaris and SPARC64/Solaris and 1 on PowerPC64/Linux so
you'll have to find out why it's so different for RTEMS.
--
Eric Botcazou
> Joel reported results for 4.5.0 20090910 r151592 and state of GCC
> changed a lot in the past 9 days. RTEMS is also a sjlj target IIRC.
Then, if EH is totally broken, a PR should be opened with a reduced testcase.
--
Eric Botcazou
> I will rebuild with the head and run ACATS on
> one of the broken ones. If still bad, then
> I will try with some simple exception tests
> Laurent put together the last time it broke.
> Maybe they are useful again. :)
Were they added to the gnat.dg testsuite? If no, they sh
> On what date?
See http://gcc.gnu.org/ml/gcc-testresults/2009-09
--
Eric Botcazou
GET_PAIRS:=$(strip $(LIBGNAT_TARGET_PAIRS))
>
> right at the top-level, just after the per-target chunks, to ensure the
> string is properly normalised before any further tests and comparisons we
> might want to make?
That indeed seems to be a good idea (with a little comment).
--
Eric Botcazou
_EXPR(d).i (a questionable use of VCE, no
doubt about that). There are a few other, more obscur uses, but we get rid
of the most controversial one (optimization barrier on scalars for VRP).
The main countermeasure to ensure consistent TBAA is decl.c:relate_alias_sets
which is aimed at doing the ri
ble to do d._Parent.i and this would be a lot nicer IMO.
--
Eric Botcazou
'true' instead of 'false', like the final
return in indirect_ref_may_alias_decl_p, so that the ultimate fallback is the
comparison of alias sets like it used to be?
Thanks in advance.
--
Eric Botcazou
procedure P is
type Rec (D : Natural) is record
S : String (1..D);
expected passes2314
# of unexpected failures1
Native configuration is sparc64-sun-solaris2.10
--
Eric Botcazou
e.
2. The base access types don't have the same alias set, i.e. one set
is a subset of the other. We have proved that B1 is not in the
access path B2.path and that B2 is not in the access path B1.path
so the references may not alias. */
return get_alias_set (type1) == get_alias_set (type2);
--
Eric Botcazou
not all systems will recognize "C.ASCII" as /THE/ C locale, with
> explicit ASCII encoding; they might not recognize "C.ASCII" at all.
> Looks like to me that this silence concerning encoding is a hole in the
> standard.
As far as I know, the hole is intentional. But if others would like me to, I
am willing to pursue the action of raising a defect against the POSIX standard,
requesting that the next version of POSIX consider including a standardized
name for a locale with guaranteed single-byte encoding.
--
Eric Blake
robabilities 180.0%
Invalid sum of incoming frequencies 3600, should be 2000
# val_1 = PHI
# k_2 = PHI
if (1 == 0)
goto ;
else
goto ;
:
return val_1;
}
Regards,
Eric
> what about sparc-sun-solaris2.10 ? sparc-sun-solaris2.9 and 2.8 ?
sparc-sun-solaris2.8 and sparc64-sun-solaris2.8 are OK as well (GCC 4.3.3, GMP
4.2.4, MPFR 2.3.2).
--
Eric Botcazou
external packed bit-field BLK file p.ads line 11 col 5 size unit size
align 8 offset_align 64 offset
bit offset constant visited 8> bit_field_type context >
We set DECL_BIT_FIELD in the front-end because the field is misaligned.
--
Eric Botcazou
> Should we update:
>
> 1. solaris2.10 -> 2.11
Why move to a not-yet-released version?
--
Eric Botcazou
> -Original Message-
> From: Kaveh R. Ghazi [mailto:gh...@caip.rutgers.edu]
> Sent: Saturday, November 07, 2009 10:40 AM
> To: Gerald Pfeifer; dave.korn.cyg...@googlemail.com;
> d...@hiauly1.hia.nrc.ca; David Edelsohn; Weddington, Eric
> Cc: gcc@gcc.gnu.org
> Sub
> Do you suggest your big customers to recompile their 10MLOC Ada code with
> -flto?
-flto doesn't work for Ada yet.
--
Eric Botcazou
> That's slightly worrying. I'm using 'gmake -k check' (GNU make isn't the
> default make on my system) and yet it still fails...
Sure, it "fails" as long as you have failures in the testsuite.
--
Eric Botcazou
> Is the quoting on "fails" significant?
Maybe. :-) Returning a failure code when there are failures is as expected.
--
Eric Botcazou
> The code is available here:
>
> http://git.coreland.ath.cx/gitweb.cgi?p=pfseudo/.git;a=summary
> $ git clone http://git.coreland.ath.cx/pfseudo/.git
See http://gcc.gnu.org/bugs for instructions on how to report bugs.
--
Eric Botcazou
ore
than simply distracting, they are unfair.
--
Eric Botcazou
> The 43 slides presentation in english is available here
> in PDF and openoffice format:
>
> http://guerby.org/ftp/gcc-toulibre-20091216.pdf
> http://guerby.org/ftp/gcc-toulibre-20091216.odp
A small nit: you don't need to do 'make bootstrap' anymore, 'make' is enough.
--
Eric Botcazou
> Yes I explained it during the presentation (on native vs cross) but I
> couldn't remember in what version the change was made so I erred on the
> safe side :).
GCC 4.2 I think.
--
Eric Botcazou
> -Original Message-
> From: Andrew Hutchinson [mailto:andrewhutchin...@cox.net]
> Sent: Wednesday, December 23, 2009 3:25 PM
> To: Denis Chertykov; Anatoly Sokolov; GCC Development;
> Weddington, Eric
> Subject: Approval as AVR maintainer
>
> How does one
> -Original Message-
> From: Andrew Hutchinson [mailto:andrewhutchin...@cox.net]
> Sent: Wednesday, December 30, 2009 4:34 PM
> To: Richard Guenther
> Cc: Dave Korn; Rafael Espindola; GCC Development; Weddington,
> Eric; Denis Chertykov
> Subject: Re: AVR gives
ms src is pseudo register.
>
> further more, no replace(dst->src) is done when building bootstrap
> gcc-4.2.4, which confirmed my understanding.
That sounds plausible. Note that this routine (as well as a few others) has
been removed in GCC 4.4 because of the new register allocator.
--
Eric Botcazou
exact number of loop iteration and will not unroll the loop
completely again
Any comments?
Thanks,
Eric.
hough it's still an SJLJ port, I don't think we should let the best be the
enemy of the good here and wait for a hypothetical ZCX port (on which no one
is working for GCC 4.5 as far as I know).
--
Eric Botcazou
2010/1/6 Jeff Law :
> Please file a bug report with a complete testcase so that we can see what's
> happening rather than trying to speculate.
>
> jeff
>
Uh, seems this problem doesn't occur on trunk. Because before
pass_dominator, pass_complete_unrolli is able to unroll the following
test case.
see config.gcc. I'd just get rid of it.
--
Eric Botcazou
> The aliasing rules treat "char" specially because char is a bit like a
> "poor main's void".
Not symmetrically though, only for the type of the lvalue expression used to
access the object (C99 6.5.7).
--
Eric Botcazou
> Yes, fair enough; but properties can commute just as much as operators
> can (although it's perhaps less intuitively surprising when they don't).
To be picky, binary operators are commutative (or not), binary relations are
symmetric (or not).
--
Eric Botcazou
o these issues.
--
Eric Botcazou
both tree level and rtl level
vcg visualization later.
Any suggestions would be appreciated.
http://code.google.com/p/toolbox-of-eric/
Thanks,
Eric
t option?
An old version is at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01008.html
--
Eric Botcazou
> And why this option has been removed?
It hasn't, it never got merged in the FSF tree.
> no hope to have that option again in upcoming versions of gcc?
Some hope to have it merged at some point, but no promises as usual.
--
Eric Botcazou
determine whether it makes
sense; it it doesn't, then it should be disabled for vector modes.
--
Eric Botcazou
t; default.
Ideally this should be parameterized purely by insn costs.
--
Eric Botcazou
evelopers test patches according to the guidelines at:
http://gcc.gnu.org/contribute.html
Adding a new compiler to the collection is a different thing. We must have
some evidences that it will work reasonably well on (at least) primary and
secondary platforms, so a good coverage of archit
return true;
+
if (!constant_multiple_of (step, al, &mul))
return true;
}
--
Eric Botcazou
if (toffset
+ && (highest_pow2_factor (toffset) * BITS_PER_UNIT) < mode_align)
+ return true;
+
+ if ((highest_pow2_factor (step) * BITS_PER_UNIT) < mode_align)
return true;
}
--
Eric Botcazou
fact and a good thing, not
> subversion, and hopefully will encourage the gcc devs to either improve gcc
> or migrate to LLVM.
Well, the last point is very likely precisely what Steven is talking about.
GCC doesn't have to shoot itself in the foot by encouraging its developers to
migrate to LLVM.
--
Eric Botcazou
> I don't see how this is gcc the compiler shooting itself in the foot.
Simply because LLVM isn't part of the GNU project.
--
Eric Botcazou
If you want something done, do it yourself." There is no central
>authority who can, or will, make a decision about this. There is a Steering
>Committee for GCC, but as they keep saying at the GCC Summits, their power and
>scope is very limited.
Eric Weddington
> I can confirm this fixes my test case. Had I known about
> highest_pow2_factor() I might have come up with this myself ;-)
OK, I'll do some testing with it tomorrow. Which GCC versions are affected?
--
Eric Botcazou
> if (!is_gimple_reg (var))
>
> you shouldn't create SSA name and change the lhs of the stmt.
You might also not be allowed to make a copy in the first place but only to
take a reference, see gimplify_cond_expr.
--
Eric Botcazou
* tree-ssa-loop-ivopts.c (may_be_unaligned_p): Check step alignment.
OK, I tested it (a little) with trunk on SPARC/Solaris and SPARC64/Solaris and
things look good as well. I won't be able to do a formal submission before
at least one week so if you feel like beating me to it, go ahead.
--
Eric Botcazou
a little special here because our internal measures show
that GCC 4.x based Ada compilers are faster than GCC 3.x based ones, all other
things being equal, at least on x86/Linux.
GCC 4.5 hasn't been evaluated yet though.
--
Eric Botcazou
ibsqlite3.so
>>> nm: /usr/lib64/libsqlite3.so: no symbols
>>>
>>> $ objdump -T /usr/lib64/libsqlite3.so|head -5
>>
>> The equivalent of "objdump -T" is "nm -D".
>
> ... but I'm not sure nm -D would work under Darwin, either. ;-)
>
Nope :)
-eric
neither dozens of invididual contributors nor dozens of companies, including
some of the biggest ones in the computing industry, from contributing and
assigning the copyright to the FSF. It isn't clear why this all of a sudden
appears to have become an insurmountable obstacle.
--
Eric Botcazou
#x27;re modifying and make it so that the new code cannot
be distinguished from the old one in this respect.
Write proper ChangeLogs. They are kind of executive summaries for patches and
help to grasp what they do. The various ChangeLog files have many examples.
--
Eric Botcazou
> 2008-10-01 Mark Mitchell <[EMAIL PROTECTED]>
>
> * MAINTAINERS (Blanket Write Privs): Change to Global Reviewers.
This is apparently incomplete, see the Non-Algorithmic Maintainers section.
--
Eric Botcazou
701 - 800 of 1857 matches
Mail list logo
