ortant, because it is used
> much more often.
I know, but the point is not what is the fastestest, but if it's fast
enough to get off the profiles. I think UCL is fast enough since it's
still times faster than zlib. Anyway, LZO is GPL too, so why not
considering it too. They are good libraries.
--
Giovanni Bajo
(especially the uncompression: it
may be faster than compression, but it's done _so_ much more that it
totally dominates).
Have you considered alternatives, like:
http://www.oberhumer.com/opensource/ucl/
--
Giovanni Bajo
Hi Richard,
what about moving all the type-system related functions to a new file,
eg: tree-ssa-type.c? I think that makes the intent even clearer.
--
Giovanni Bajo
vectorized and are not. I don't whether they are related to
store-with-gaps or not, though. So, well, I'll open the bugreports and
let you do the analysys. Feel free to close them as duplicates if you
think they're not worth to keep opened on their own.
--
Giovanni Bajo
sal, please provide your own statement.
Saying "-ffast-math provides all the optimizations which are not a pain
to work with" obviously isn't acceptable.
--
Giovanni Bajo
explain its intended semantic,
and not only how that semantic is currently implemented in GCC. This way, this
discussion will not need to be reopened in the future.
--
Giovanni Bajo
Hello,
I was wondering if there are objects to automatically activating Uros' new
-mrecip flag when -ffast-math is specified. It looks like a good match since
-mrecip is exactly about fast non-precise mathematics.
--
Giovanni Bajo
tric code like those above? Those 3
above are pretty simple in fact, so I doubt more complex ones can be of help,
but I can extract something more from my code if you want...
--
Giovanni Bajo
g copies like GCC (IIRC there will be half of the
stat operations for a "svn status", for instance), but makes the working copy
totally incompatible with SVN 1.3 and previous versions. And there are no
official downgrade script (even if google might come up with some unofficial
script I saw around).
Giovanni Bajo
ou
can show a pascal testacase for the bug, have a proper PR number in Bugzilla
for the issue, and thus having the patch reviewed and accepted. If you enter
the full development cycle of GCC, you are making this process many times
easier.
Giovanni Bajo
my* duty to monitor RedHat's changes. SC could be a little more
proactive, rather than waking up only when explicitly called for.
Giovanni Bajo
anches/stree-branch
shows me only stree-related commits, but not anything about attributes.
Giovanni Bajo
Hi Geoff,
re this mail:
http://gcc.gnu.org/ml/gcc/2004-09/msg01357.html
do you still have the code around? Are you still willing to contribute it?
Maybe you could upload it to a branch just to have it around in case someone is
willing to update/finish it.
Thanks!
Giovanni Bajo
rly analyzed) before unslushing? This would be a motivation for working on
fixing them. Otherwise, there's absolutely no guarantess that GCC on Wednesday
be better than GCC on Monday.
Giovanni Bajo
posted mails explaining complex workflows like debugging a stage1/2
miscompilation, and how that can be done with the new system. What is that
*you* think you can't do anymore with the new system?
--
Giovanni Bajo
ways the case for everyone. URL's shouldn't point to important
> information of this type in a info manual. Is there any way to get it
> included directly?
Yes, contribute a patch using the instructions at:
http://gcc.gnu.org/contribute.html
Giovanni Bajo
d
>> hav eit not let you commit if it's ridiculously large.
>
> Maybe checkins on a branch shouldn't affect the bugzilla database at all?
Not sure. We badly need them at least for release branches...
--
Giovanni Bajo
ished merging from trunk, your
svnmerge-integrated property will be a solid range, like "1-108904" or
whatever. In short: trust it :)
As for the slowness, there are a couple of low-hanging fruits which I haven't
address yet. One glaring issue is that generating the log message for a big
merge operation can take longer than merging itself (e). If you feel
familiar with Python, feel free to comment out the log generation code in
action_merge.
Giovanni Bajo
is is the best for your situation. svnmerge can
handle range of changes as well as cherry-picking single changes, and will
correctly keep track of everything. Let me know if it works out correctly.
--
Giovanni Bajo
large extent to automatically minimize the number of merge
operations it performs). But if you know what you're doing, you can merge as
much as you want at each go.
--
Giovanni Bajo
ommit the merge so far before running svnmerge.py
> again, or can it get all the information it needs from the local
repository?
No need to commit, but you'll have to use --force (-F), as otherwise it'd
abort saying that your working copy is dirty.
--
Giovanni Bajo
gt;> svnmerge generated for you. Then, you can simply remove the file as it's
>> useless.
>
> Ah ok. Somehow I got confused with my old CVS mindset of "no files
> changed, what am I committing", but I assume it's this property thing.
Yup :) svn status would show you what's changed:
M .
Notice the 'M' on the second column. Second column is for properties:
Second column: Modifications of a file's or directory's properties
' ' no modifications
'C' Conflicted
'M' Modified
--
Giovanni Bajo
n ci -F svnmerge-commit-message.txt", you're
just telling svn to grab the commit message from the text file that svnmerge
generated for you. Then, you can simply remove the file as it's useless.
Feel free to mail me with other svnmerge problems, I'm happy to provide you
with suppor
nt set of
warnings. There have been many cases where a patch tested by C++ rules (which
is *not* a full bootstrap, but just "build compiler, build libjava, check c++")
resulted in a bootstrap failure because of a variable not initialized or
something. The correct solution used to be (guess what!) "make bubblestrap" to
build the compiler. Now, it's simply the default :)
Giovanni Bajo
iling list archive or document: I can learn by myself. Are gcc's
> internal documentation available somewhere (without installing the gcc
> grom source)?
The source code contains the source TeX files for the internals
documentation. "make doc" should build the dvi version even without
compiling the compiler itself.
--
Giovanni Bajo
lse.
>
> Is this is deliberate change or just a mistake?
http://gcc.gnu.org/ml/gcc/2005-12/msg00357.html
Use "make quickstrap" or --disable-bootstrap.
--
Giovanni Bajo
John David Anglin <[EMAIL PROTECTED]> wrote:
> I find the documentation on checking out branches, particularly
> for branch releases, confusing. It doesn't say you need to use "tags"
> instead of "branches" for releases.
Which documentation, exactly?
Giovanni Bajo
s -O2 *and* inline as
much as it makes sense to do, so it's really not a good option if you're
interested in code size.
Giovanni Bajo
at C++ code generation is worse with GCC 4: I
saw many C++ programs which actually got much faster due to higher lever
optimazations (such as SRA). You should really try and identify inner loops
which might have been slowed down and submit those as bugreports in our
Bugzilla.
Giovanni Bajo
size issues in AVR,
but I don't know if and how much it'd help for Blackfin.
--
Giovanni Bajo
reats them the
> same when looking at trees.
This is a jolly good news to me, thanks.
--
Giovanni Bajo
second one was added for a good reason.
I think they should be merged. The second page (I never saw it before) takes a
more tutorial-like approach. Maybe it could be inserted somewhere at the start
of the first page like a quick example or something.
Giovanni Bajo
it does not
> need fixing.
I just warned you that finding a proper fix might be harder than you had
expected. But I should just shut up and let you waste your time. In fact,
I'm wasting mine with you as always.
--
Giovanni Bajo
for any bug,
*especially* for a bug which is not a regression itself. Given that it never
worked before, there are no GCC users depending on it. Of course, it'd be
good to fix it, but must be done in the proper way.
I'm glad to help with testing if I have time.
--
Giovanni Bajo
hould though measure memory usage for large C++ testcases when building
PARM_DECLs immediately. If they raise too much, that's a serious regression.
--
Giovanni Bajo
ters within PARM_DECL seems a
little backward in this respect. And if your memory is right, requiring to
build PARM_DECLs just to store default arguments would be even worse.
I understand this has to be done in a separate pass: I was just bringing up the
issue so that, if possibile, we could find some place which does not conflict
with that project.
Giovanni Bajo
Manu Abraham <[EMAIL PROTECTED]> wrote:
> When one does a
>
> typedef uint8_t array[10];
>
> what does really happen ?
This question does not concern the development of the GCC compiler in any way,
so it does not belong here. Please post it to support forums for th eC
language.
Giovanni Bajo
Gabriel Dos Reis <[EMAIL PROTECTED]> wrote:
> I'm planning a release for the end of the month.
> I've fired the release script to build a pre-release tarball,
> which should be ready any moment now.
Thanks. Are there official plans for the 3.4 branch after this release?
--
Giovanni Bajo
C has -fmudflap, try
with that. Recent versions of glibc also have their internal memory buffer
checker, it probably triggers the segmentation fault when you free the buffer
which you have overflown.
Giovanni Bajo
're entering Stage 1, it'd
be great if somebody like you could find some time to work on it :)
Giovanni Bajo
tion
and does not require write access to the remote repository. You can even do
that on a tree checked out with svn:// and later switch the tree to svn+ssh://
to commit it.
Giovanni Bajo
rate those tables? I believe it
would allow faster initial development and more flexibility in changes. Much
later, it can be rewritten in C.
Giovanni Bajo
ure Chris would be willing to provide us
with all the needed help.
I also think CIL would have egregiously worked. I'm sure the reasons to refuse
it are more political than tecnical, so it's useless to go into further details
I presume.
Giovanni Bajo
s,
JITters and whatnot.
Giovanni Bajo
e code being less or more optimal, this is a totally orthogonal
issue. I suggest you inspect the assembly code to see if there is really a
pessimization. In this case, feel free to file a bugreport in Bugzilla about
it.
--
Giovanni Bajo
etect the directory in which the > patch should apply.
>
> Is it possible also to include a "diff" line (as it was the case with
> CVS diff) that shows the diff command used to produce the patch?
>
> BTW: Is there a way to include a C function heading in diff output? I
> have tried
http://gcc.gnu.org/wiki/SvnTricks
Giovanni Bajo
.
>
> If the Ada front-end wishes, it can make special flags for its own
> needs...
Why are you speaking of the Ada frontend?
If -O1 means "optimize, but be fast", what does -O2 mean? And what does -O3
mean? If -O2 means "the current set of optimizer that we put in -O2", that's
unsatisfying for me.
Giovanni Bajo
n't care compiletime"? I
believe that should be -O3. Otherwise let's make -O4. Or -O666. The only real
argument I heard till now is that -funroll-loops isn't valuable without profile
feedback. My experience is that it isn't true, I for sure use it for profit in
my code. But it looks like the only argument that could make a difference is
SPEC, and SPEC is not freely available. So I'd love if someone could
SPEC -funroll-loops for me.
Giovanni Bajo
Andrew Pinski <[EMAIL PROTECTED]> wrote:
> Note I proposed it and I don't think it is correct at this late
> stage into 4.1's release and it is not a bug fix either.
I never mentioned 4.1. Consider this patch proposed for 4.2.
--
Giovanni Bajo
ops
> and/or -O3 vs. -O3 -funroll-loops would do it.
I don't have access to SPEC, sorry. I believe you do, though?
--
Giovanni Bajo
ly an
> improvement.
What is FDO?
My feeling is that -funroll-loops is almost always an improvement. It might
be false sometimes, but this can be said of many optimization passes.
--
Giovanni Bajo
-O3 can be slower if it achieves
better code, and -funroll-loops makes it do just that.
--
Giovanni Bajo
Hello,
any specific reason why we still don't unroll loops by default at -O3? It
looks like it gives better results on most benchmark, and many people use it
always together with -O3 to say "really optimize, I mean it".
Giovanni Bajo
gcc/tree-ssa-operands.c
> ===
>
> cvs would never do such nonsense.
Absolutely! It would just print all the directory names in the middle of the
diffs. I call that nonsense as well.
Giovanni Bajo
t because
> you can do svn bar | baz fhu means we should not provide means for
> not-so-machine-mimicing humans.
"fanatism"? Keep your flames for youself.
Giovanni Bajo
ou're basically running against a thick wall.
I have a feeling that this discussion is going to be unproductive because it is
made just of our intuitions and expectations. There's no real-world concrete
use case.
Giovanni Bajo
the "svn ls" output, by people
looking for active branches, and it will be just unwanted noise.
Giovanni Bajo
re going
to checkout the trunk, you need "svn co". If you want to update an already
checked-out working copy, "svn up" is sufficient. The wiki covers this all.
As for your original problem, you can find out names by exploring the
repository through "svn ls" (or viewcvs). This is covered in the Wiki, too.
Giovanni Bajo
Mike Stump <[EMAIL PROTECTED]> wrote:
> $ svn switch svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4.0-branch
>
> to:
>
> $ svn switch svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-4_0-branch
>
> :-( Took me a while to figure out what was wrong. :-(
Sorry about that!
--
Giovanni Bajo
Paolo Bonzini <[EMAIL PROTECTED]> wrote:
> Is there a quick way to turn a CVS checkout to SVN, other than making a
> patch and applying to a fresh SVN checkout?
I believe cvs diff | patch is the only way, maybe Daniel knows better. Is
there a specific problem with this?
--
Giovanni Bajo
gt;
> Or, you can say it merges in N-1 to N, when one requests a merge of
> N. A totally different way of expressing the same thing, and conveys
> the same information.
>
> Sound reasonable?
Thanks for the suggestion, I have incorporated this into the Wiki page, I hope
it's clearer now.
Giovanni Bajo
sername if it's different on the remote system,
> don't bother otherwise.
The section is unneeded and duplicates the first paragraph of SvnBasic. Please,
make sure to not insert duplicate information in the Wiki, prefer to link. I
have removed the duplicate.
Giovanni Bajo
Paolo Carlini <[EMAIL PROTECTED]> wrote:
> What are the plans for it?
> Often, I find it very useful, will be renamed to gcc-svn and kept alive?
It'll stay alive, but it'll get less and less useful, since it doesn't give
any information you can't find with "svn log".
--
Giovanni Bajo
e file per defect report: if you see "xfail" in the
comments, it means that test does not work yet, and thus that defect report is
not implemented yet.
Giovanni Bajo
will see a disk usage improvement by using
1.3 RC1. This is also not true *right now* but will be true after Daniel
converts the CVS repository to SVN for good this weekend.
--
Giovanni Bajo
ould you update the doc to reflect your answer.
Uhm, I'm not sure how to explain this without being too pedantic. Does this
sound clearer?
"""
To do partial merges or cherry-picking, you can pass -r/--revision to svnmerge
merge and name the single commit (or range of commits).
"""
Giovanni Bajo
and not to duplicate
information.
Thanks,
--
Giovanni Bajo
urpose there in /branches in the current
revision, we can safely "svn rm" them (or move to a /branches/closed subdir).
Giovanni Bajo
t, after the subversion conversion is over, we can "svn delete" all those
merging tags for good since they're there because you can't delete them in CVS
but we really don't need them anymore (before anybody asks: "svn delete" keeps
history of course).
Giovanni Bajo
ot;-tdsa" and "-trsa" option of ssh-keygen).
BTW: I just simplified that Wiki page a little.
--
Giovanni Bajo
ling to summarize the solution for this
> annoyance and/or point me to the relevant subthread?
http://gcc.gnu.org/wiki/SSH%20connection%20caching
--
Giovanni Bajo
ot just start it up, background it, and go to
sleep?
Notice that large merge commits on branches lock the whole CVS repository
for everybody for long time.
--
Giovanni Bajo
ross SSH being
slower) can be fixed by either an OpenSSH upgrade (which should be flawless
in many cases), or a svn:// readonly access (which I still have to
understand if it can be done), or the use of svk which lets you mirror part
of the repository (including history) locally (e.g. everything since gcc
3.0) so that all the diff/checkout/switch/whatnot operations are blazingly
fast (at the expense of some disk space).
--
Giovanni Bajo
help you through this
transition and see if we can find out ways to improve your workflow with SVN.
As I told you in another mail, if you are interested, just provide me with more
information and let's see if we can work out something cool for you (even in
private mail, if you prefer for some reason).
Giovanni Bajo
uired), but I'm sure that a release manager as you wants to have very fast
ssh connections to gcc.gnu.org also for other reasons.
I don't seem to recall that there was an unresolved/unclear issue about "diff".
Would you refresh me?
Giovanni Bajo
ne solution would be to use the 'svk' client tool, which offers many
other benefits.
> - portability of svn to non-Linux systems
This has been answered already. It should not be an issue.
Giovanni Bajo
less
common things will be so incredibly faster and easier that might become more
common about hackers -- which I see as a good thing.
--
Giovanni Bajo
hes from dev branches for
clarity), I can work out for you the correct SVN counterparts, which - I'm
sure - they're going to be more than satisfying.
--
Giovanni Bajo
er fix? I'm using:
$ ssh -V
OpenSSH_4.2p1, OpenSSL 0.9.7f 22 Mar 2005
--
Giovanni Bajo
efforts in
writing the Wiki page, and the benefits of SVN are apparent if you spend
some time reading it and studying the thing a little. To make things better,
something *has* to change. You can't expect SVN to be *identical* to CVS,
but it's very very close.
--
Giovanni Bajo
ys
>
> 105358 dberlin Oct 16 01:53 gcc-4_0-branch/
>
> So, how on Earth do I go from "105366 104478" to gcc-4_0-branch ?
Revisions and branches have nothing to do. It's not like CVS.
--
Giovanni Bajo
not exist? Also,
> you can't share the config file with an older ssh version because it will
> barf about the unknown config option.
I put ControlPath in the config file, and then run "ssh -fMN host" at
startup. When is it barfing for you? If I remove the socket file, it just
does a normal connection.
--
Giovanni Bajo
upon).
"svk" is a tool that lets you mirror the entire repository (or a subset of),
checkout many copies from your local mirror, diff whatever with whatever,
commit into your local repository, and finally push changes into the
official repository. I believe it's going to be very handy for the average
GCC developer. People are still discussing about it (see other mails) and I
believe a Wiki page will be setup about it.
--
Giovanni Bajo
> hardware, maybe)?
Probably you're the only one finding disk space expensive. HDs are quite
cheap nowadays. Anyway, I'm sure SVN people would be happy if you help
finishing the summer of code project that was left undone, if you are really
interested in this. Personally I'm
so I suggest you to look into "svn switch" which might be useful to you to
switch an existing working copy from a branch to another, without redownloading
the whole thing but just the differences.
Giovanni Bajo
t like using
> --username all the time.
Well, it's actually needed only for checking out the repository. After that,
it stores in the repository the information, so you don't need to specify it
anymore.
--
Giovanni Bajo
over
http://. You have to use --username for that (and yes, it sucks).
--
Giovanni Bajo
t they dont. The diff of the resulting
> assembly is as follows:
I can't reproduce this with a newer GCC version. If you still see it,
please submit a bugreport following the guidelines at
http://gcc.gnu.org/bugs.html.
--
Giovanni Bajo
ay for very large cases.
Will the final conversion include the old-gcc repository?
Giovanni Bajo
make
sure the static data member patch didn't totally break it. It would be
unfortunate to regress too much in bugfix releases.
--
Giovanni Bajo
cing.
Another example could be Paolo's recent fwprop pass: it will be committed
without a way to test that it is actually working. Now think if there was a
way to feeds it with some RTL and check the generated output. That'd be
useful!
--
Giovanni Bajo
I deduce that this is not undefined behaviour as per the ISO C or ISO C++
standards (otherwise it would have been clear what it is undefined
behaviour); in which case, I would appreciate if you could elaborate on when
it is invalid to access an array outside its usual range.
--
Giovanni Bajo
en as in undefined behaviour? We would still be doing the right thing in
the common case that people use, and optimize all the others.
--
Giovanni Bajo
t I don't need their explicit approval on technical issues. I'd
rather have a GWP approval on the technical contents before committing those
changes.
--
Giovanni Bajo
kes sense to me. We could special case "arrays of size 1 at the end of
the struct", and treat it as C99 flexible array members. Any other case
could simply be considered broken.
--
Giovanni Bajo
citally says that you must delete the mail
if you are not the intended recipient. I am not gcc@gcc.gnu.org, so I
deleted his message.
Emmanuel, you should read the section "Policies" at
http://gcc.gnu.org/lists.html before posting again.
--
Giovanni Bajo
0)
>> break;
>>
>> - if (call_used_regs [REGNO (dst)]
>> + if ((REGNO(dst) < FIRST_PSEUDO_REGISTER
>> +&& call_used_regs [REGNO (dst)])
>>|| find_reg_fusage (p, CLOBBER, dst))
>> break;
>> }
>
> The des
c developers not being able to test changes when some patch
> needs changes in every port.
You can still test compilation, at least. I think it makes sense as an
intermediate step, assuming the port of binutils is in the works. Usually
first binutils is contributed, but hey.
--
Giovanni Bajo
(yet) not showstoppers for a backend inclusion.
--
Giovanni Bajo
and the "we don't want
extensions" reason. But that's really the only compelling one that prompted its
removal.
Giovanni Bajo
1 - 100 of 212 matches
Mail list logo
