Joseph S. Myers wrote (in part):
> No prototype is different from no declaration at all. Implicit function
> declarations are not part of C99, so the code is in error in C99 mode.
OK, thanks. I (now) understand that the reference to a warning about a missing
protoype
does not apply. However,
On Fri, 2005-05-20 at 17:44 +0200, Giovanni Bajo wrote:
> Etienne Lorrain <[EMAIL PROTECTED]> wrote:
>
> > [EMAIL PROTECTED]:~/projet/gujin$ gcc -Os tst.c -c -o tst.o && size tst.o
> >textdata bss dec hex filename
> > 261 0 0 261 105 tst.o
> > [EMAIL PRO
Snapshot gcc-3.4-20050520 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/3.4-20050520/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 3.4 CVS branch
with the following options: -rgcc-ss-3_4-20050520
You'll
On Fri, 20 May 2005, Gary Funck wrote:
> 1 An implementation may generate warnings in many situations, none of which
> are
> specified as part of this International Standard. The following are a few of
> the more
> common situations.
> [...]
> A function is called but no prototype has been suppl
I notice that while compiling with -stdc99 (which asserts flag_isoc99) that
the
compiler issues warnings by default when it detects that a function call
references
a function which has not been previously declared.
Although it is a useful warning, my copy of the C99 spec. seems to indicate
that
s
On Sat, May 21, 2005 at 12:16:27AM +0200, Eric Botcazou wrote:
> http://gcc.gnu.org/ml/gcc-testresults/2005-05/msg01339.html
The vectorization failures still need to be fixed.
r~
On Fri, May 20, 2005 at 08:25:16PM +0100, Jonathan Wakely wrote:
> On Fri, May 20, 2005 at 12:00:17PM -0700, Joe Buck wrote:
>
> > On Fri, May 20, 2005 at 10:15:12AM -0700, Mark Mitchell wrote:
> > > And, I would like to ask that our webmasters, in there copious spare
> > > time :-), work on auto
Bill Northcott <[EMAIL PROTECTED]> writes:
> On 21/05/2005, at 4:02 AM, Mike Stump wrote:
>>> I have now realised that it is not generated as part of the
>>> compiler build process.
>> It used to be.
>>> Presumably these files serve some purpose. How do they affect the
>>> operation of the compil
On 21/05/2005, at 4:02 AM, Mike Stump wrote:
I have now realised that it is not generated as part of the
compiler build process.
It used to be.
Presumably these files serve some purpose. How do they affect the
operation of the compiler?
For the specs file, negatively. For the other, none, as
> Jan Hubicka wrote, Friday May 20th
>
> > The attached patch seems to fix the problem to me (at least to the point
> > so I can build cc1 binarry). What kind of other problems you are
> > seeing?
... just realized that you have still reported the problem that build stops at
the cc1 level: This i
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
| On Fri, 20 May 2005, Mark Mitchell wrote:
| > And, I would like to ask that our webmasters, in there copious spare
| > time :-), work on automatically generating more of this content. The
| > bug lists and such could be automatically generated, even
Jan Hubicka wrote, Friday May 20th
>
> The attached patch seems to fix the problem to me (at least to the point
> so I can build cc1 binarry). What kind of other problems you are
> seeing?
>
thank you for your fast response. After applying your patch, bootstrap
succeeds again also on my machine.
On Fri, 20 May 2005, Mark Mitchell wrote:
> And, I would like to ask that our webmasters, in there copious spare
> time :-), work on automatically generating more of this content. The
> bug lists and such could be automatically generated, even if some
> subsequent refinement is required.
This
On Fri, May 20, 2005 at 09:40:11PM +0200, Jan Hubicka wrote:
> The problem with that is that I have to include rtl.h in cgraphunit and
> ipa-inline.c then as well. This is not much prettier either, but sure
> can do that if that sounds preferable.
Ug. Ok, leave it where it is and commit your pat
> On Fri, May 20, 2005 at 07:41:53PM +0200, Jan Hubicka wrote:
> > I am looking into that now. I would preffer the way of adding
> > basic-block.h and friends into includes of insn-emit.c as in general I
> > would like to make expanders/splitters/output templates aware of the
> > profile (and thus
On Fri, May 20, 2005 at 12:00:17PM -0700, Joe Buck wrote:
> On Fri, May 20, 2005 at 10:15:12AM -0700, Mark Mitchell wrote:
> > And, I would like to ask that our webmasters, in there copious spare
> > time :-), work on automatically generating more of this content. The
> > bug lists and such cou
On Fri, May 20, 2005 at 10:15:12AM -0700, Mark Mitchell wrote:
> And, I would like to ask that our webmasters, in there copious spare
> time :-), work on automatically generating more of this content. The
> bug lists and such could be automatically generated, even if some
> subsequent refinemen
I updated my local tree today and now every time I 'make
restage1', fixincludes are run again. Is this a bug, or do we
need to run fixincludes all the time?
To reproduce:
$ configure && make restage1
$
$ make restage1
Diego.
On Fri, May 20, 2005 at 07:41:53PM +0200, Jan Hubicka wrote:
> I am looking into that now. I would preffer the way of adding
> basic-block.h and friends into includes of insn-emit.c as in general I
> would like to make expanders/splitters/output templates aware of the
> profile (and thus BB they a
Original Message
>From: Jonathan Wilson
>Sent: 20 May 2005 00:07
> On windows, it is possible to build a binary using a compiler on Windows
> XP that can then run on older versions of windows simply by not using any
> features specific to the newest versions of windows XP (or by using
> L
> >
> > Since the missing macros seem to have moved from rtl.h to basic-block.h,
> > I'd
> > like to know at which place one would need gcc make include the additional
> > header. IIUC, instruction-emit.c is the machine-generated source file that
> > is
> > generated by the machine-descriptio
On Thursday, May 19, 2005, at 09:23 PM, Bill Northcott wrote:
Clearly that is the surgical solution, but what is the file there for?
No reason, or put another way, because you've installed applications
that you never removed. That application was an older gcc-4.0. You
can install your system f
> Hi,
>
> I am observing a bootstrap failure for the avr target that seems to be
> related
> to the patch
>
> 2005-05-19 Jan Hubicka <[EMAIL PROTECTED]>
> ...
> * basic-block.h (REG_BR_PROB_BASE): Define.
> ...
> * rtl.h (REG_BR_PROB_BASE): Kill.
>
> . Bootstrap using the sw
Joe Buck wrote:
On Fri, May 20, 2005 at 05:48:38PM +0100, Dave Korn wrote:
Original Message
From: Mark Mitchell
Sent: 20 May 2005 17:24
GCC 3.4.4 has been released.
This release is a minor release, containing fixes for regressions in
GCC 3.4.3 relative to previous versions of GCC. A more
On Fri, May 20, 2005 at 12:35:26PM -0400, Mehul wrote:
> Hi,
>
> I am trying to build/install gcc on my Linux laptop and I am having
> problems doing that. I have read through the documentation and nothing
> seems to help me out. I would therefore like some1 to help me out.
This list is for GCC
On Fri, May 20, 2005 at 05:48:38PM +0100, Dave Korn wrote:
> Original Message
> >From: Mark Mitchell
> >Sent: 20 May 2005 17:24
>
> > GCC 3.4.4 has been released.
> >
> > This release is a minor release, containing fixes for regressions in
> > GCC 3.4.3 relative to previous versions of GC
Original Message
>From: Mark Mitchell
>Sent: 20 May 2005 17:24
> GCC 3.4.4 has been released.
>
> This release is a minor release, containing fixes for regressions in
> GCC 3.4.3 relative to previous versions of GCC. A more complete list
> of changes is at:
>
> http://gcc.gnu.org/gcc-3.
* Tomasz Chmielewski:
> Well, wouldn't it be a GCC improvement? :)
I think it's mostly a GPU issue because GPU implementation details are
highly proprietary and usually treated as trade secrets.
Hi,
I am trying to build/install gcc on my Linux laptop and I am having
problems doing that. I have read through the documentation and nothing
seems to help me out. I would therefore like some1 to help me out.
I downloaded gcc.4.0.0, unzipped, after which I had two directories
under the main dire
GCC 3.4.4 has been released.
This release is a minor release, containing fixes for regressions in
GCC 3.4.3 relative to previous versions of GCC. A more complete list
of changes is at:
http://gcc.gnu.org/gcc-3.4/changes.html
This release is available from the FTP servers listed here:
http://w
http://www.iro.umontreal.ca/translation
The link above gives a 404 error here. Do you have one that works?
So sorry. The correct link of course is
http://www.iro.umontreal.ca/translation/
(note the trailing slash).
Segher
Etienne Lorrain <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:~/projet/gujin$ gcc -Os tst.c -c -o tst.o && size tst.o
>textdata bss dec hex filename
> 261 0 0 261 105 tst.o
> [EMAIL PROTECTED]:~/projet/gujin$ ../toolchain/bin/gcc -Os tst.c -c -o tst.o
&
--- Falk Hueffner <[EMAIL PROTECTED]> wrote:
> You should always enter it on bugzilla, if you cannot find this out
> for yourself. We have highly trained professionals who will swiftly
> close duplicate bug reports, and that way the report cannot get lost.
So it is:
http://gcc.gnu.org/bugzilla/s
E. Weddington wrote:
Segher Boessenkool wrote:
Yep. But translations of (GNU) packages are not handled by the
maintainers of those packages; instead, please look at
http://www.iro.umontreal.ca/translation
and join the translation team of your choice!
The link above gives a 404 error here. Do you h
Hi,
I am observing a bootstrap failure for the avr target that seems to be related
to the patch
2005-05-19 Jan Hubicka <[EMAIL PROTECTED]>
...
* basic-block.h (REG_BR_PROB_BASE): Define.
...
* rtl.h (REG_BR_PROB_BASE): Kill.
. Bootstrap using the switches
configure --target=
On Thu, 19 May 2005 18:15:33 -0700, David Daney wrote:
> The point here is what happens when you do build-time linking to
> functions that don't exist in older versions of the system's shared
> libraries (those linked at runtime).
Actually that's not the point here. This is an easy problem to no
Etienne Lorrain <[EMAIL PROTECTED]> writes:
> Shall I enter that on Bugzillia or is that a known problem?
You should always enter it on bugzilla, if you cannot find this out
for yourself. We have highly trained professionals who will swiftly
close duplicate bug reports, and that way the report
Segher Boessenkool wrote:
There is a typo in french translation of error messages (at least in
4.0 release and in 4.1 snapshot of 05/05/15).
It affects gcc/po/fr.po and libcpp/po/fr.po :
"sasn effet" should be "sans effet"
"sasn lien" should be "sans lien"
(The word "sasn" does not exist in frenc
Paul Brook <[EMAIL PROTECTED]> writes:
> On Friday 20 May 2005 16:05, Paolo Carlini wrote:
> > Hi,
> >
> > I have been waiting for > 15 minutes for 'jules' to unlock the library:
> > how is this even possible? Are there operations taking *so* much time?
>
> Tagging a branch.
I don't think it was
Paolo Carlini <[EMAIL PROTECTED]> writes:
> I have been waiting for > 15 minutes for 'jules' to unlock the library:
> how is this even possible? Are there operations taking *so* much time?
> Is there something I can do in such cases?
The process is now finished.
It was, I believe, a merge to csl
Paul Brook wrote:
>On Friday 20 May 2005 16:05, Paolo Carlini wrote:
>
>
>>Hi,
>>
>>I have been waiting for > 15 minutes for 'jules' to unlock the library:
>>how is this even possible? Are there operations taking *so* much time?
>>
>>
>Tagging a branch.
>
>
I see. I have only experience wi
On Friday 20 May 2005 16:05, Paolo Carlini wrote:
> Hi,
>
> I have been waiting for > 15 minutes for 'jules' to unlock the library:
> how is this even possible? Are there operations taking *so* much time?
Tagging a branch.
See previous discussions about moving to Subversion. I believe this is
cu
Hi,
I have been waiting for > 15 minutes for 'jules' to unlock the library:
how is this even possible? Are there operations taking *so* much time?
Is there something I can do in such cases?
Thanks in advance for any clarification,
Paolo.
Hello,
This stripped down extract of a real file (main.c of Gujin-1.1) gives:
[EMAIL PROTECTED]:~/projet/gujin$ gcc -Os tst.c -c -o tst.o && size tst.o
textdata bss dec hex filename
261 0 0 261 105 tst.o
[EMAIL PROTECTED]:~/projet/gujin$ ../toolchain/
> Jan Hubicka writes:
> Can you please try the attached patch? It fixes ICE on AIX cross for
> the testcase Steven sent me.
> (the problem seems to be that on AIX we produce function for static
> cdtors late in a game and we don't get it properly lowered as it is not
> passed throught the IPA
Paolo Carlini wrote:
Mark Mitchell wrote:
OK, please go ahead and apply the relevant patch -- once we are out of
the slush.
Thanks a lot Mark. To be sure: in my understanding, only mainline is in
slush, not 4_0-branch, where we want to backport the patches. If I'm
mistaken please let us know ASAP
--- drugdesign wrote:
> How can I subscribe to GCC mailing list?
Look at http://www.gnu.org/software/gcc/lists.html
under section titled "Subscribing/unsubscribing"
___
How much free photo storage do you get? Store your
Dear GCC mailing list administration,
I'll be very glad to be subscribed to GCC mailing list.
How can I subscribe to GCC mailing list?
Respectively yours,
Andrew E Voronkov
On Fri, 2005-05-20 at 11:13 +0200, Tomasz Chmielewski wrote:
> > Like now we have compiler options like "-mmmx -msse -msse2 -msse3
> > -m3dnow" - would it be possible to optimize the code of the binary to use
> > the GPU with "-with-nvidia-gpu" or "-with-ati-gpu"?
> >
> > I would like to hear s
> Like now we have compiler options like "-mmmx -msse -msse2 -msse3
-m3dnow" - would it be possible to optimize the code of the binary to use the GPU with
"-with-nvidia-gpu" or "-with-ati-gpu"?
I would like to hear some theoretical discussion about that.
That's not what these mailing lists are
Mark Mitchell wrote:
> OK, please go ahead and apply the relevant patch -- once we are out of
> the slush.
Thanks a lot Mark. To be sure: in my understanding, only mainline is in
slush, not 4_0-branch, where we want to backport the patches. If I'm
mistaken please let us know ASAP.
Paolo.
Opinions on how to handle this bug?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21250
a) don't print the line; or
b) output its line number as 1; or
c) fix its line number (internally) as 1.
c) seems cleanest to me, but I don't really care.
This is especially
an issue for people who use cpp to pre
There is a typo in french translation of error messages (at least in
4.0 release and in 4.1 snapshot of 05/05/15).
It affects gcc/po/fr.po and libcpp/po/fr.po :
"sasn effet" should be "sans effet"
"sasn lien" should be "sans lien"
(The word "sasn" does not exist in french language).
Yep. But tra
Do you think - theoretically - that a compiler could help compiling
software, which would in turn use the power of the GPU to make some of
the computations?
Theoretically -- yes. Of course. But...
Like now we have compiler options like "-mmmx -msse -msse2 -msse3
-m3dnow" - would it be possibl
Yes, he checked in my change, and didn't copy me on the email... Also,
something ate my gcc-patches email. :-(
No, I checked it in before seeing your other message with the proposed
fix. My apologies for not giving credit.
(Indeed the fix is a bit different, I replaced \0 with the portable &
Yes, he checked in my change, and didn't copy me on the email... Also,
something ate my gcc-patches email. :-(
No, I checked it in before seeing your other message with the proposed
fix. My apologies for not giving credit.
(Indeed the fix is a bit different, I replaced \0 with the portable &
56 matches
Mail list logo
