Georg-Johann Lay wrote:
The avr backend auto-generates parts of GCC's texi documentation,
namely the supported -mmcu= options, which are about 200.
To generate the texi a small C program is used to print the texi
to stdout, and that output is then compared against the already
existing doc/avr-mm
Mike Stump wrote:
...
Thoughts?
Raw thoughts:
1. Threading isn't going to help for I/O bound portions.
2. The OS should already be doing some of the work of threading.
Some 'parts' of the compiler should already be using CPUs: 'make',
the front-end (gcc) command, the language compiler, t
Paul Brook wrote:
For other optimisations I'm not convinced there's an easy win compared with
make -j. You have to make sure those passes don't have any global state, and
as other people have pointed out garbage collection gets messy. The compile
server project did something similar, and that
Jakub Jelinek wrote:
On Tue, Mar 20, 2007 at 09:37:38AM -0400, Doug Gregor wrote:
Even if we only use subcodes for the less often used codes, I think we
still take the performance hit. The problem is that it's very messy to
I'm sure smaller hit than when going to 9 bit tree code, and o
"q", char *),
2, 6)));
is there any interest in this? if i was to come up with a patch that
accomplished this, would it have a chance of acceptance? is there a
better syntax that people might suggest?
kevin
--
kevin lyda ~ dems for torture: salazar(co/10) landrieu(la/08)
Gabriel Dos Reis wrote:
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
[...]
| Attempt to get the GNU C++ compiler through the same massage is
| underway (but I'm going to bed shortly ;-)).
I can also report that I got the GNU C++ compiler through -- and apart
form uses of C++ keywords (templat
Diego Novillo wrote:
On Mon, May 23, 2005 at 01:15:17AM -0500, Gabriel Dos Reis wrote:
So, if various components maintainers (e.g. C and C++, middle-end,
ports, etc.) are willing to help quickly reviewing patches we can
have this done for this week (assuming mainline is unslushed soon).
An
Paul Koning wrote:
"Scott" == Scott Robert Ladd <[EMAIL PROTECTED]> writes:
Scott> Richard Henderson wrote:
>> On Thu, May 26, 2005 at 10:34:14AM -0400, Scott Robert Ladd wrote:
>>
>>> static const double range = PI; // * 2.0; static const double
>>> incr = PI / 100.0;
>>
>>
>
Date: Wed, 06 Jul 2005 12:09:32 -0400
To: [EMAIL PROTECTED]
From: Kevin Neelands <[EMAIL PROTECTED]>
Subject: GCC on linux, question on -m32 switch
I am using GCC 3.2.3 on a Linux Sparc system. The program I am
working on needs to be compiled in 32 bit mode for historical r
Paul Koning wrote:
"Joseph" == Joseph S Myers <[EMAIL PROTECTED]> writes:
Joseph> On Mon, 11 Jul 2005, Michael Cieslinski wrote:
>> I also could convert parts of the ggcinternals manual into wiki
>> pages. But only if there is a consensus about this being the way
>> to go.
Josep
Michael Gatford wrote:
We compile the following code with gcc (historically 2.95.3,
egcs-2.91.66 or VC5/6 on Windows).
std::map quickfindtag;
Shouldn't 'string' be 'std::string' also?
I have just installed Fedora Core 4 and am trying to compile it with
gcc 4.0.0 (Redhat 4.0.0-8). Howeve
I have been having comparison errors while building a native 4.0.1
compiler for my Fedora Core 4 system. I checked the flags for a file I
randomly chose, c-pragma.c, and the flags don't differ from initial
build of xgcc to stage2. I have included a tarball of the object files
for c-pragma.c and a
ave to run "make bootstrap4" to
successfully bootstrap gcc-4.0.x - that's what I noticed.
- KJM
On Sat, 2005-08-13 at 17:11 -0700, James E Wilson wrote:
> Kevin McBride wrote:
> > I have been having comparison errors while building a native 4.0.1
> > compiler for my Fedor
I have a bit of a disagreement with the optimization toward memset()
calls. In one of my libraries, libteklti, I have a function named
ucharempty(), which frees a uchar_t (unique character structure) from
memory. If the user elects to have the memory erased prior to calling
free(), memset() is s
Everyone,
Please take notice that I am appealing my bug (number 23605) to the
steering committee of GCC on the basis that it is a legimate
bug/enhancement in need of a through research. I believe that Andrew
Pinski is trying to keep the research from occuring by means of marking
the bug as inval
Joe Buck wrote:
I've looked at the bug in bugzilla; it's not marked as invalid, though
I tend to agree with Andrew and Ian's comments in the log.
I set the bug back to unconfirmed after I noticed that, in my opinion,
there can be more optimization done.
In any case, the SC doesn't get invol
re to
implement.
Sincerely,
Kevin Regan
_
Dont just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
Ian Lance Taylor wrote:
Richard Guenther <[EMAIL PROTECTED]> writes:
If it is at all possible we should probably try to keep read-only CVS working
(and up-to-date) for HEAD and release-branches. This will allow occasional
contributors and technically-less-provided people to continue workin
Daniel Berlin wrote:
> On Fri, 2005-10-28 at 22:40 +0100, Paul Brook wrote:
>> > I am still working on tarballs of a .svk/local dir for people.
>>
>> Any reason you're doing a tarball instead of a bootstrap dump?
>> http://svk.elixus.org/?SVKBootStrap
>
>
> Same thing, more or less :)
Yes and
I'm replying to a thread off of gcc-devel, but as I think I may have just
had a thought that hasn't already been chewed through. So, I'm shifting to
subversion-devel. If I'm wrong and this is already debunked, just shoot me
down...
Branko Čibej wrote:
> Andreas Schwab wrote:
>> Branko Čibej <[EMA
t it is not, but I thought I'd open up
discussion on the topic.
I have worked on the MIcrochip PIC18 C compiler, and worked for DDC-I,
supporting their compiler suites,(Ada, C/C++) as well as some work on the ASIS
standard, and thought it might be fun to work on GCC.
Looking forward to read
I apologize for stating that you had reported the issue. I copy/pasted from
your comment rather than the original report.
The issue was reported by Teodor Petrov
Kevin
"Manuel López-Ibáñez" wrote:
> > On 03/28/2016 01:56 PM, Florian Weimer wrote:
> >>> In
the commit correctly, the change that causes this
is the removal of `PTA_AES` in
const wide_int_bitmask PTA_WESTMERE = PTA_NEHALEM | PTA_AES | PTA_PCLMUL;
as PTA_IVYBRIDGE contains PTA_SANDYBRIDGE which in turn contains
PTA_WESTMERE.
Is this an oversight or mistake?
Best regards,
Kevin W
g build for your CPU
using all CPU features you can use.
That's different from LLVM, which attempts to find which CPU most
closely matches yours. In that VM scenario, it would either disable
some features you could use or enable ones you can't.
Thanks for the interesting pointers, and both of your answers!
--
Kevin Weidemann
s and debug info by default, and maybe a few simple
optimizations that do not interfere with debugging. There can only be
one set of default options, and which one you pick will depend on who
your target audience is. You cannot please everyone.
--
Kevin
s
list of demangled names.
Just guessing, though :)
Regards,
Kevin André
appreciate your advice.
Thanks for the help!
--
- Kevin Polulak (soh_cah_toa)
Is it possible to configure a working gcc cross compiler from the Intel
ixp425 processor
(linux system OS build, trying to update to use eabi)? This is an arm
xscale processor
without floating point. Every --target I've tried fails compiling with
build errors, including
missing header files, con
What version of GCC will build for a cross --target=armv4t-linux-eabi,
which I believe is the right code for an ixp425 processor? The host
compiler is gcc-4.3.3 on a Linux-debian-test system. I have also tried
unsuccessfully tried the armv5t target, with similar results.
I have tried numerous ver
size:
$ svn co svn://gcc.gnu.org/svn/gcc/trunk gcc-trunk
...
$ find gcc-trunk -name ".svn" -type d -print0 | xargs -0 rm -rf
$ tar -cf - gcc-trunk | lzma --best > gcc-trunk.tlz &
$ tar -cf - gcc-trunk | bzip2 --best > gcc-trunk.tbz &
$ wait
$ ls -lh gcc-trunk.t?z
-rw-r--r
How should DECL_FUNCTION_SPECIFIC_
OPTIMIZATION be controled, should the front end be setting these per
function? (I am looking to avoid IPA passes for now)
Thank you in advance,
Kevin
eeds to be done to keep this code alive? It seems fairly light
weight. I can provide remote access to AIX POWER2 hardware if needed.
Regards,
Kevin Bowling
On Tue, Jun 29, 2010 at 12:45 AM, Andrew Haley wrote:
> On 06/29/2010 06:53 AM, Kevin Bowling wrote:
>> In the GCC 4.5 announcement:
>>
>> "Support for the classic POWER architecture implemented in the
>> original RIOS and RIOS2 processors of the old IBM RS/6000 pr
On Tue, Jun 29, 2010 at 7:09 AM, David Edelsohn wrote:
> On Tue, Jun 29, 2010 at 1:53 AM, Kevin Bowling
> wrote:
>> In the GCC 4.5 announcement:
>>
>> "Support for the classic POWER architecture implemented in the
>> original RIOS and RIOS2 processors of the
On Tue, Jun 29, 2010 at 3:35 PM, Steven Bosscher wrote:
> On 6/30/10, Kevin Bowling wrote:
>>> GCC's mission is not to
>>> support every system in a computer history museum. Older versions of
>>> GCC created at the time of those systems still will work on thos
On Tue, Jun 29, 2010 at 6:51 PM, David Edelsohn wrote:
> On Tue, Jun 29, 2010 at 6:18 PM, Kevin Bowling
> wrote:
>
>> This is an unfortunate attitude many people have in free software
>> these days, especially big business contributors with profit-aligned
>> mot
an't
help but feel this may cause continued headaches in the future. There
may be more legitimate reasons for supporting older platforms,
especially with heavy embedded use of archs with vastly different
species like mips, ppc, and i386. Of course, this may be well known
(I'm sure there is historical background) and I have no solution to
offer.
Regards,
Kevin Bowling
On Fri, Aug 6, 2010 at 1:28 PM, Peter Bergner wrote:
> On Fri, 2010-08-06 at 12:27 -0700, Erick Garske wrote:
>> There a location where I can download the binary of GCC for the IBM i?
>>
>> http://gcc.gnu.org/install/binaries.html
>>
>> Are any of these compatible for the IBM i at V6R1M0?
>
> Ther
On Tue, Sep 14, 2010 at 17:55, Chris Lattner wrote:
>
> On Sep 14, 2010, at 7:22 AM, David Edelsohn wrote:
>
>> On Mon, Sep 13, 2010 at 6:33 PM, Ian Lance Taylor wrote:
>>> From the perspective of gcc, I think the goal of clang->gcc would be to
>>> replace the current frontends entirely.
>>
>> Ye
On Mon, Jan 24, 2011 at 16:49, Ian Lance Taylor wrote:
> Daniel Marjamäki writes:
>
>> Do you have any opinion about adding a warning for:
>>
>> int f(char c)
>> {
>> return 10 * (c == 13) ? 1 : 2;
>> }
>> As far as I see the multiplication doesn't exist in the gimple format
>> (looking at a
Andrew Haley wrote:
Tom Tromey writes:
> > "Thorsten" == Thorsten Glaser <[EMAIL PROTECTED]> writes:
>
> >> ecj is written in java. This will complicate the bootstrap process.
>
> Thorsten> Why not keep enough support in jc1 to bootstrap ecj?
>
> We don't know how much of the language th
Jack Howarth wrote:
I am trying to compile some fairly old legacy c code with gcc 4.1
in FC5 and have been able to eliminate all the compiler warnings save
one...
warning: incompatible implicit declaration of built-in function 'exit'
It should be defined in .
Is there a missing #include
s this intended?
Link <https://godbolt.org/z/eWxnYsK1z> for details. Thank you!
Sincerely,
Kevin
On Fri, Nov 11, 2022 at 8:39 AM Andrew Pinski wrote:
>
> On Fri, Nov 11, 2022 at 12:57 AM Marc Glisse via Gcc wrote:
> >
> > On Thu, 10 Nov 2022, Kevin Lee wrote:
> > > What would be causing the difference? Is this intended? Link
> > > <https://godbolt.
Paul Schlie wrote:
> Out of curiosity, although svn certainly seems attractive, are there any
> concerns observing that:
>
> - ironically it seems that the svn isn't itself under svn control but cvs?
svn was initially developed in cvs, but has been self-hosted since August
2001. You must have so
Marcin Dalecki wrote:
> OK. I just took a redhat spec as configure command template. As it
> turns out this
> was a mistake on my part... argh! JBLD was once again the root of the
> problem.
> Unfortunately due to this I didn't notice that subversion packages
> apr/, apr-utils/, neon/ and db4/ as
Richard Guenther wrote:
> On Wed, 09 Feb 2005 00:11:54 -0500, Daniel Berlin <[EMAIL PROTECTED]>
> wrote:
>> (Thanks very much to Al Stone of HP for hosting the test repo on
>> toolchain.org! This would not have been possible without him)
>
> Tried it, including builting svn on a Debian woody mac
Daniel Berlin wrote:
>
>> >
>> > You can't mix svn and svk commits against the same repo. It confuses
>> > svk (not svn).
>> >
>> > You can use svk readonly, of course.
>>
>> Actually, that's not quite right. While svk's depot must only be used by
>> svk, the usual usage is to mirror a regular s
Hello there!
I am trying to compile GCC using Apple’s latest tools. The reason is that I am
building an own, redistributable, toolchain.
Everything goes quite well (except a ton of warnings about redeclarations and
c99 standart), untill it tries to link cc1.
A rough rip-off of the warnings is:
Hey hey!
I have just tried to build a new GCC, and this time put the binutils folder
inside as well, because I simply needed newones as well. But when it is at
making the dynamic libraries, it suddenly does this:
for mlib in $MLIBS ; do \
/Users/Ingwie/Downloads/gcc-4.8.2-buil
failed.
*** You must set the environment variable CC to a working compiler."
But is not much help when it fails.
I can just go back to using an older version, "2.95.2pl", but that is missing
lots of files which I need.
Regards,
Kevin Ross
e. kevin.r...@afd.co.uk
t. 01624 811711
f. 01624 817695
w. www.afd.co.uk
Diego Novillo wrote:
We are *always* interested in making GCC faster. All you need now is a
copyright assignment, the willingness to do the work (or find someone to
do it for you) and the time to implement it.
200% speed gains are nice, especially if they can be replicated outside
the lab.
Hi. I've noticed a few things about the new stack protector
implementation in gcc-4.1, which are different from the Etoh's IBM
patch that we've been using on Gentoo in the gcc-3 series for a good
while now.
Looking back through the list archives, I see this has been discussed
before, but not rea
i use the gentoo flavor of linux and a recent install method has become
popular there. i myself have not done this and i do doubt the usefulness
of it but i want to check with the people who would know the most about
the basic tool-chain as it is called.
this is the install method
http://forums.gen
ll of #include statements to achieve the same end as it
works with versions of GCC where -combine is broken (or not available).
--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: kpflem...@digium.com
C
install it instead into
/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1 along with the other
classpath libraries included by gcc?
--
Kevin F. Quinn
signature.asc
Description: PGP signature
nce the classical MIPS MMU gives
execute permission to any page that is readable.
Regards,
Kevin K.
he kernel
> can't have definate knowledge that certain addresses have never entered the
> I-cache.
Sad but true.
Regards,
Kevin K.
> Am 30.01.2015 um 21:30 schrieb Jonny Grant :
>
>
>
> On 30/01/15 17:09, pins...@gmail.com wrote:
>>
>>
>>
>>
>>> On Jan 30, 2015, at 4:22 AM, Jonny Grant wrote:
>>>
>>> Hello
>>>
>>> When I checked out from the trunk I saw that various files had .C
>>> capital extension. Its not a big
> Am 30.01.2015 um 22:39 schrieb DJ Delorie :
>
>
> pins...@gmail.com writes:
>> No because they are c++ code so capital C is correct.
>
> However, we should avoid relying on case-sensitive file systems
> (Windows) and use .cc or .cxx for C++ files ("+" is not a valid file
> name character on
> Am 31.01.2015 um 02:57 schrieb Jonathan Wakely :
>
> On 30 January 2015 at 22:24, Kevin Ingwersen (Ingwie Phoenix) wrote:
>> Apple’s HFS is, on a default OS X install, case insensitive.
>
> Which doesn't matter, see my previous reply.
That is true; though its good
> Am 31.01.2015 um 21:21 schrieb DJ Delorie :
>
>
>> Aren't current Windows file systems case-preserving? Then they
>> shouldn't have no problems with .C files.
>
> They are case preserving, but not case sensitive. A wildcard search
> for *.c will match foo.C and bar.c, and foo.c can be opene
> Am 01.02.2015 um 17:09 schrieb Eli Zaretskii :
>
>> Date: Sat, 31 Jan 2015 01:55:29 +
>> From: Jonathan Wakely
>> Cc: Andrew Pinski , "gcc@gcc.gnu.org" ,
>> Jonny Grant
>>
>> These files are only compiled by GCC's own build system, with GCC's
>> own makefiles, so we know we invoke the C
> Am 04.02.2015 um 00:20 schrieb Andreas Schwab :
>
> Jonny Grant writes:
>
>> How many minutes labor is this task?
>
> What does it fix?
How many hacks/workarounds can be avoided?
64 matches
Mail list logo
