__VA_ARGS__)
C99's __func__ is supposed to work as if a "const char __func__[]".
The __FUNCTION__ extension could instead be made to work like a
string literal. We could live without string pasting capabilities
if it helps keeping the interface between cpp and the C frontend
cleaner.
--
Joseph S. Myers wrote:
On Wed, 2 Mar 2005, Bernardo Innocenti wrote:
To move strings into program memory, there's a macro like this:
#define PSTR(s) ({ static const char __c[] PROGMEM = (s); &__c[0]; })
But this wouldn't work because __func__ does not work like
a string literal:
#d
ll exists in any
compiler pass.
The port was successfully tested without new regressions.
Did you notice any pessimization spots in the generated
code? IIRC, the converted H8 backend required some
massaging before it was back on par with the old
version.
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
[EMAIL PROTECTED] wrote:
> Hi,
> Sorry, I missed ChangeLog patches.
There seems to be a bogus hunk in this patch.
The long lines need to be wrapped to 80 characters.
Also, one line is indented with spaces instead of
TABs.
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
modify t-linux or coldfire-linux
> should be created.
What are the changes you need to apply?
Would plain 68020 code run on v4e processor? As far
as I can see, m68k-linux isn't a multilib target.
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
p) %(cpp_options) %(cpp_debug_options)", 0, 0, 0},
{".h", "@c-header", 0, 0, 0},
{"@c-header",
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
look into it. Would you like
me to post diffs of the .sum and .log files?
(*) patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01480.html
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
27;ll need to submit a new target
tuple to the config project:
http://savannah.gnu.org/projects/config/
Once it's done, let me know and I'll import the new
version in GCC.
I'm sorry it can't be made simpler than this.
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
Daniel Jacobowitz wrote:
> On Wed, Apr 13, 2005 at 10:10:39AM +0200, Bernardo Innocenti wrote:
>>
>>So it seems adding coldfire-linux is the only way
>>to address this...
>
> Why? Adding support (if it isn't already there) for something like
> --with-arch=cold
ould be useful to someone writing library
> functions that could, at some later time, be imported (cut and paste)
> into code for the other languages, as well as for code being converted
> from C to C++.
I'd like such a switch too. Until it's done, we could just
poison C++ keywords
o it?
I'm asking because I was planning to replace CVS in our
company, but first I wanted to see how good or badly
Subversion would perform on a largish project such as GCC.
Yes, you can call me a vile coward if you want! :-)
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
Andreas Schwab wrote:
> Bernardo Innocenti <[EMAIL PROTECTED]> writes:
>
>
>>I'm asking because I was planning to replace CVS in our
>>company, but first I wanted to see how good or badly
>>Subversion would perform on a largish project such as GCC.
>
Joel Sherrill <[EMAIL PROTECTED]> wrote:
>
> I'm happy to anounce that Andreas Schwab <[EMAIL PROTECTED]>
> as the new m68k port maintainer.
Kudos!
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
hassle.
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
for 3_4-branch?
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
+ "%{m68881:-D__HAVE_68881__} %{posix:-D_POSIX_SOURCE}
> %{pthread:-D_REENTRANT}"
> #endif
Dropping these from 4.0/4.1 should be harmless because
they are clearly redundant, but it's not a regression
so I'd not bother.
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
Bernardo Innocenti wrote:
>> --- gcc-4.0.2/gcc/config/m68k/linux.h.mps2006-01-08 23:02:06 +0100
>> +++ gcc-4.0.2/gcc/config/m68k/linux.h2006-01-08 23:03:02 +0100
>> @@ -85,6 +85,11 @@
>> LINUX_TARGET_OS_CPP_BUILTINS(); \
>>
a 6-7% change in time, so it may very well
be a single instruction.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
and carries all branches
(although only a few are displayed). If people think it would be
useful, we could install a commit hook on gcc.gnu.org to mirror
each commit immediately.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
t the changeset
automatically pushed back to svn. This is a documented
feature of "git svn", although I never tested it myself.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
Daniel Berlin wrote:
> Bernardo Innocenti wrote:
Fair enough. I hereby volunteer to setup and maintain the git
mirror on gcc.gnu.org if someone provides me a shell account
there.
Email [EMAIL PROTECTED] and ask what kind of sponsorship they want
to require for a shell account (for wr
the layout so it can be cloned just like any other git repo
What would the problem be? I have just cloned it normally.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
Harvey Harrison wrote:
Actually, the newer git-svn's finally switched metadata format, so once
I get done moving it over, it will be ~350MB of git data and 50MB or so
of git-svn metadata. (rev_db vs rev_map format)
Finally.
--
\___/
|___| Bernardo Innocenti - http://www.codewi
n is required to get the more compact
*cough*sane*cough* metadata format?
Also check out ~bernie/bin/git-update-toolchain.sh on gcc.gnu.org.
This is what I intended to use to do the update. I made it group
writable so you and Harvey can tweak it as needed.
--
\___/
|___| Bernardo Innocenti - http://www.codewiz.org/
\___\ One Laptop Per Child - http://www.laptop.org/
ely
on the compiler being at least close to release when I'll
need it to be stable.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
Mike Stump wrote:
> On May 18, 2007, at 12:51 PM, Bernardo Innocenti wrote:
>> has a release plan already been set for the 4.3 release?
>
> Just take the dates between 4.1 and 4.2, and add to the 4.2, and
> presto, you have the 4.3 times... Or, put another way, about 15
&g
ts
still waiting to be merged, as Steven Bosscher said
Would these have to go in now or later in 4.4?
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
like it would already be quite a juicy release.
(ducks)
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
o have the AMD Geode tuning and the
memcpy/strcpy() optimizations.
And also: why not?
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
ry soon :-)
Well, I don't want to step on anybody's feet. GCC has historically
had longer release cycles than other projects of comparable size
and this has clearly been consciously planned by experienced
people, most probably for good reason.
For the impatient, backporting is always
Mike Stump wrote:
> Submit to gcc 4.2. Tuning seems to be the type of thing that should
> be safe to backport, if you really must have it.
I extracted the relevant patches that would apply
to 4.2 as they were. Currently regtesting just in
case.
--
// Bernardo Innocenti
\X/
Bernardo Innocenti wrote:
> I extracted the relevant patches that would apply
> to 4.2 as they were. Currently regtesting just in
> case.
Err, allow me to rephrase that more clearly: I have
extracted the Geode patches from the trunk and they
applied without modification to the 4.2 bra
Bernardo Innocenti wrote:
> I'm currently bootstrapping 4.2 with "--with-arch=geode"
> and will run the testsuite shortly.
It took a little longer than I expected because I was
seeing a few new regressions:
FAIL: gcc.c-torture/execute/20050316-2.c execution, -O0
FAIL:
no (f)emms).
Is it already filed somewhere in Bugzilla? Or would you
like me to open a new bug for it?
--
// Bernardo Innocenti
\\X/ http://www.codewiz.org/
own usage. I can add all branches if somebody needs
them. Shouldn't make the repository much bigger and one
doesn't need to pull them by default anyway.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
-88472c7e9d0d8b80da5f7a815685d4347bee9546.pack
This is a fully packed repo with default packing settings. (git gc)
I did it with "git-repack -a -d"... should have the same result.
How many commits do you have? 81193 here.
What version of git did you use? 1.5.0.6 here.
--
// Bernardo In
... That's probably it.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
Jan-Benedict Glaw wrote:
On Thu, 2007-05-31 21:34:33 -0400, Bernardo Innocenti <[EMAIL PROTECTED]> wrote:
I've set up a Git mirror of the entire GCC history on
server space kindly provided by David Woodhouse.
You can clone it with:
git-clone git://git.infradead.org/gcc.git
How of
ut it takes a lot of time on this old mule.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
?
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
Gabriel Paubert wrote:
On Fri, Jun 01, 2007 at 11:00:29AM -0400, Bernardo Innocenti wrote:
Gabriel Paubert wrote:
I just upgraded my git to 1.5.2 and repacked the git repository
with git-gc --aggressive. It is quite impressive: the size of
the pack file was almost cut in half, from ~23MB to
sed at the difference.
Please, make your tree available for inspection.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
David Woodhouse wrote:
On Sun, 2007-06-03 at 19:57 -0700, Harvey Harrison wrote:
If I can reproduce it I'll see if I can find some webspace.
If you mail me a SSH public key you can also put it on
git.infradead.org.
Come visit git.infradead.org and its GCC development fork.
--
// Ber
.
For everyday development, I'd very much prefer using Git than
Subversion.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
re clearly to humans.
Surprisingly, gcc does not seem to support this
warning as of 4.1.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
n svn.
That's great, but... could you tell us how you did it?
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
.com. Anything that would provide rsync access
would suffice.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
Andreas Schwab wrote:
Bernardo Innocenti <[EMAIL PROTECTED]> writes:
I'm a GCC maintainer, but I don't have a full shell account on
sources.redhat.com. Anything that would provide rsync access
would suffice.
See <http://gcc.gnu.org/rsync.html>.
Great. Is there an
p cloning all the git-svn
info. So you can use git-svn yourself to push your changes to
gcc.gnu.org!
The only problem is that git-svn uses a very inefficient format to
store its metadata. It's a few gigs to rsync.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
all comment lines as a way to indent them.
--
// Bernardo Innocenti
\X/ http://www.codewiz.org/
50 matches
Mail list logo
