Your system is NOT supported by GCC, please read
http://www.fsf.org/licensing/sco/
Perhaps you should read README.SCO at the top of the GCC tree?
And for your information, SCO is supported by GCC. I am the
maintainer, and a few malcontents like yourself aside, I
have had little trouble doing so.
--- Kean Johnston wrote:
> Perhaps you should read README.SCO at the top of the
> GCC tree?
README.SCO contains:
"
The GCC team has been urged to drop support for SCO
Unix from GCC, as
a protest against SCO's irresponsible aggression
against free software
and GNU/Linux. We have decided to take n
The GCC team has been urged to drop support for SCO
Unix from GCC, as a protest against SCO's irresponsible
> aggression against free software and GNU/Linux.
> We have decided to take no action at this time, as we
no longer believe that SCO is a serious threat.
What part of *NO ACTION* was unc
--- Kean Johnston wrote:
> > The GCC team has been urged to drop support for
> SCO
> > Unix from GCC, as a protest against SCO's
> irresponsible
> > aggression against free software and GNU/Linux.
> > We have decided to take no action at this time,
> as we
> > no longer believe that SCO is a seri
Such an example can't be compiled:
#include
void x()
{
printf(__FUNCTION__ "\n");
}
$ gcc printf.c -o fprintf
printf.c: In function `x':
printf.c:5: error: syntax error before string constant
Then, the problem is not printf-specific and is not depend of
. The next example gives the sam
On 7/25/05, Denis Zaitsev <[EMAIL PROTECTED]> wrote:
> Such an example can't be compiled:
>
>
> #include
>
> void x()
> {
> printf(__FUNCTION__ "\n");
> }
>
>
> $ gcc printf.c -o fprintf
> printf.c: In function `x':
> printf.c:5: error: syntax error before string constant
__FUNCTION__ ex
Richard Guenther wrote:
>Btw, this list is for the development _of_ gcc, not with gcc.
>Use gcc-help for that.
>
>
By the way, since we have to point out that *so often*, maybe there is
something wrong on our part: I wonder whether changing the names of
those lists would help!?!? I don't know: g
Haren Visavadia <[EMAIL PROTECTED]> writes:
| --- Kean Johnston wrote:
| > > The GCC team has been urged to drop support for
| > SCO
| > > Unix from GCC, as a protest against SCO's
| > irresponsible
| > > aggression against free software and GNU/Linux.
| > > We have decided to take no action at
On Mon, Jul 25, 2005 at 10:51:23AM +0200, Richard Guenther wrote:
> On 7/25/05, Denis Zaitsev <[EMAIL PROTECTED]> wrote:
> > Such an example can't be compiled:
> >
> >
> > #include
> >
> > void x()
> > {
> > printf(__FUNCTION__ "\n");
> > }
> >
> >
> > $ gcc printf.c -o fprintf
> > printf
Paolo Carlini wrote:
By the way, since we have to point out that *so often*, maybe there is
something wrong on our part: I wonder whether changing the names of
those lists would help!?!? I don't know: gcc-development, gcc-users, ...
one problem is that people often say something like:
Btw, t
Ok, but such a code used to be compiled succesively with gcc for
years. Then, some change _in_ gcc has occured. That is why I've
posted to here.
Yes, it was deprecated in 3.1 (released three years ago) and removed in
3.3 (released two years ago).
Paolo
Hi,
The SC has agreed me taking up the GCC-3.4.5 ball.
I'm planning for two releases from the GCC-3.4.x series this year:
(a) GCC-3.4.5 on September 30, and
(b) GCC-3.4.6 on December, 15.
The number of bugs (regressions) currently targetted for 3.4.5 is
quite huge: 125 according to my
Hi all,
Are there any open-source(or free) front-end which translates C++ to C?
I could find some commercial things - Comeau, AT&T Cfront, etc., but
these have many limitations(especially, It's too difficult to get cfront
because there are few cfront-based compiler at present)
LLVM ( http://llvm.
Installed. If you prefer a different summary (I haven't changed the
existing one), please let me know.
Gerald
Index: index.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.508
diff -u -3 -p -r1.508 index
On Tue, 19 Jul 2005, FX Coudert wrote:
>> Don't folk run the gfortran testsuite???
> No. People don't regtest with gfortran enabled. That's a pity, since it only
> adds little time to the total build and testing time.
I believe on of the reasons people often do not build with gfortran
enabled is
Hello
I have taken the opensoruce from
http://www-personal.engin.umich.edu/~wagnerr/ConfigFile.html for reading
configuration file. It perfectly works fine with gcc 3.2.3 and it fail
to compile with gcc 3.4.3 on RHEL 4
I am getting following error
g++ -Wno-trigraphs -Wno-unused -Wno-deprec
On Fri, 22 Jul 2005, Mark Mitchell wrote:
> We have been in Stage 3 for a little while now. I'm sure a few more
> patches that were proposed in Stage 2 will find their way into 4.1,
> but we're approximately feature-complete at this point.
I just committed the following update for our main page.
On Mon, Jul 25, 2005 at 11:35:27AM +0200, Paolo Bonzini wrote:
> > Ok, but such a code used to be compiled succesively with gcc for
> > years. Then, some change _in_ gcc has occured. That is why I've
> > posted to here.
>
> Yes, it was deprecated in 3.1 (released three years ago) and removed in
Coming back to this topic.
Nobody has answered to one of my questions: if the mingw/cygwin
maintainers can't approve such a patch, who can?
FX
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
| Installed. If you prefer a different summary (I haven't changed the
| existing one), please let me know.
That is fine. Thanks!
-- Gaby
Hey folks. I'm having some trouble with a process compiled with gcc
3.3.6. This code is pretty complex and has several features that are not
typically in use because they involve non-production test cases.
The problem is I'm getting core dumps (SEGV) that appears to come from
this code when I kn
Louis LeBlanc <[EMAIL PROTECTED]> wrote:
> The problem is I'm getting core dumps (SEGV) that appears to come from
> this code when I know it shouldn't be in the execution path. The code
> in question is switched on by a command line argument only, and the
> process is managed by a parent process
On Mon, Jul 25, 2005 at 03:37:55PM +0200, Fran?ois-Xavier Coudert wrote:
>Coming back to this topic.
>
>Nobody has answered to one of my questions: if the mingw/cygwin
>maintainers can't approve such a patch, who can?
Presumably, people with blanket write privs and people responsible for
the build
On 07/25/05 05:15 PM, Giovanni Bajo sat at the `puter and typed:
> Louis LeBlanc <[EMAIL PROTECTED]> wrote:
>
> > The problem is I'm getting core dumps (SEGV) that appears to come from
> > this code when I know it shouldn't be in the execution path. The code
> > in question is switched on by a co
On Monday, July 25, 2005, at 01:58 AM, Paolo Carlini wrote:
By the way, since we have to point out that *so often*, maybe there is
something wrong on our part: I wonder whether changing the names of
those lists would help!?!? I don't know: gcc-development, gcc-users,
...
No, randomly changing
Mike Stump <[EMAIL PROTECTED]> writes:
| On Monday, July 25, 2005, at 01:58 AM, Paolo Carlini wrote:
| > By the way, since we have to point out that *so often*, maybe there is
| > something wrong on our part: I wonder whether changing the names of
| > those lists would help!?!? I don't know: gcc-d
Gabriel Dos Reis wrote:
> After
>all, people doing development *with* GCC might also think tha
>gcc-development is the proper place ot sned mails instad of gcc-help
>:-)
>
>
Yes ;-) On the other hand, some people may believe that gcc-h
The first step is to have clear documentation.
I sent a message to someone who would posted a question and he replied
by pointing to a clear statement that said tried gcc-help first if you have
questions
and if that doesn't work try gcc, and that's what he did!
On Jul 25, 2005, at 1:58 AM, Paolo Carlini wrote:
Richard Guenther wrote:
Btw, this list is for the development _of_ gcc, not with gcc.
Use gcc-help for that.
By the way, since we have to point out that *so often*, maybe there is
something wrong on our part: I wonder whether changing the n
On Mon, 2005-07-25 at 11:41 +0200, Gabriel Dos Reis wrote:
> Hi,
>
> The SC has agreed me taking up the GCC-3.4.5 ball.
> I'm planning for two releases from the GCC-3.4.x series this year:
> (a) GCC-3.4.5 on September 30, and
> (b) GCC-3.4.6 on December, 15.
>
> The number of bugs (reg
I have done quite a few experiments with this to
narrow down the problem. The performance numbers are
slower compared to *No Feedback optimization with just
-O3* Here are some of them. All the experiments were
done on a new build-area in order to eliminate effects
of old feedback files.
1. I buil
On Mon, 2005-07-25 at 14:01 +0400, Vladimir A. Merzliakov wrote:
> > Hi all,
> >
> > Are there any open-source(or free) front-end which translates C++ to C?
> > I could find some commercial things - Comeau, AT&T Cfront, etc., but
> > these have many limitations(especially, It's too difficult to ge
Daniel Berlin <[EMAIL PROTECTED]> writes:
| Fixed.
| It was counting a slightly higher number of bugs than it actually sent
| (it does some of the query filtering client-side in the script)
Thanks.
-- Gaby
The full list of bugs is produced below. Maintainers, please look
into any of those and see which ones you can fix or give guidance for
fixes in ways that are suitable for a stable branch.
Do I still have time / opportunity to refresh the SCO ports?
If Sept 30 is the deadline I will definately b
> "Dan" == Daniel Berlin <[EMAIL PROTECTED]> writes:
Dan> You can't take the output of the gcc llvm frontend on one platform, and
Dan> run it on another, like cfront could.
Dan> The sizes, alignments, etc, of things will be different, where people
Dan> use sizeof(x), etc, in their code.
Dan>
Hello All
I've built gcc-3.4.4 as a linux to Solaris (on SPARC) cross compiler. If I
change my path to include my new compiler executables, I can compile and
link a simple "hello world" program.
However, I want to be able to specify the target architecture and compiler
version number with gcc's
Kean Johnston <[EMAIL PROTECTED]> writes:
| > The full list of bugs is produced below. Maintainers, please look
| > into any of those and see which ones you can fix or give guidance for
| > fixes in ways that are suitable for a stable branch.
| Do I still have time / opportunity to refresh the SC
Gabriel Dos Reis wrote:
Kean Johnston <[EMAIL PROTECTED]> writes:
| > The full list of bugs is produced below. Maintainers, please look
| > into any of those and see which ones you can fix or give guidance for
| > fixes in ways that are suitable for a stable branch.
| Do I still have time / opp
Kean Johnston <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis wrote:
| > Kean Johnston <[EMAIL PROTECTED]> writes:
| > | > The full list of bugs is produced below. Maintainers, please
| > look
| > | > into any of those and see which ones you can fix or give guidance for
| > | > fixes in ways that
Here is how Mark and I have agreed on those sort of things. If such a
patch is accepted in 3.4.x but not in 4.0.x, then we've introduced a
regression in 4.0.x.
So, the way we deal with it is that, the patch is first applied to
4.0.x, then to 3.4.x retrospectively. Is that workable for you?
Ab
Kean Johnston <[EMAIL PROTECTED]> writes:
| > Here is how Mark and I have agreed on those sort of things. If such a
| > patch is accepted in 3.4.x but not in 4.0.x, then we've introduced a
| > regression in 4.0.x. So, the way we deal with it is that, the patch
| > is first applied to
| > 4.0.x, t
LLVM ( http://llvm.cs.uiuc.edu/ ) ?
It use modified gcc 3.4 as C/C++ frontend and it can emits portable C
code.
Depends what you mean by portable.
You can't take the output of the gcc llvm frontend on one platform, and
run it on another, like cfront could.
"emits portable C code" just copied fr
On Mon, 25 Jul 2005, Daniel Berlin wrote:
On Mon, 2005-07-25 at 14:01 +0400, Vladimir A. Merzliakov wrote:
Hi all,
Are there any open-source(or free) front-end which translates C++ to C?
I could find some commercial things - Comeau, AT&T Cfront, etc., but
these have many limitations(especially,
> Presumably, people with blanket write privs and people responsible for
> the build machinery.
Yup, that's them.
I did a little historical digging on this item, and the original
trigger was http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00280.html
where Paolo needed to switch from symlinks to har
On Mon, Jul 25, 2005 at 04:48:45PM -0400, DJ Delorie wrote:
>> Presumably, people with blanket write privs and people responsible for
>> the build machinery.
>
>Yup, that's them.
>
>I did a little historical digging on this item, and the original
>trigger was http://gcc.gnu.org/ml/gcc-patches/2005-
> Maybe one solution would be to patch pex-win32 for mingw so that it
> could understand '#!' style shell scripts? That would at least
> allow bootstrapping.
That would be wonderful, and that's exactly the right place to put it
too. I'm assuming I can persuade one of you to do that? ;-)
I'm g
On Mon, Jul 25, 2005 at 05:23:54PM -0400, DJ Delorie wrote:
>>Maybe one solution would be to patch pex-win32 for mingw so that it
>>could understand '#!' style shell scripts? That would at least allow
>>bootstrapping.
>
>That would be wonderful, and that's exactly the right place to put it
>too.
On Tuesday 19 July 2005 10:34, Sean PH wrote:
> Hello,
>
> I'm currently working on implementing a tool chain for a 'pet
> language' of mine called O (for Obscure, since my preferred name was
> taken). You can see the [unfinished] language specification here:
>
> http://sean.heybryan.org/spec0_u
On Jul 23, 2005, at 8:44 PM, Mark Mitchell wrote:
Actually, I think the best fix would be just not to set
DECL_IGNORED_P in the first place, and let the debug-generators
sort it out.
OK. I'll see how dbxout reacts.
-
Devang
On 07/25/05 05:15 PM, Giovanni Bajo sat at the `puter and typed:
> Louis LeBlanc <[EMAIL PROTECTED]> wrote:
>
> > The problem is I'm getting core dumps (SEGV) that appears to come from
> > this code when I know it shouldn't be in the execution path. The code
> > in question is switched on by a co
From: Christopher Faylor
Sent: Tuesday, July 26, 2005 9:33 AM
>
> On Mon, Jul 25, 2005 at 05:23:54PM -0400, DJ Delorie wrote:
> >>Maybe one solution would be to patch pex-win32 for mingw so that it
> >>could understand '#!' style shell scripts? That would at
> least allow
> >>bootstrapping
Gerald Pfeifer wrote:
On Fri, 22 Jul 2005, Mark Mitchell wrote:
We have been in Stage 3 for a little while now. I'm sure a few more
patches that were proposed in Stage 2 will find their way into 4.1,
but we're approximately feature-complete at this point.
I just committed the following upda
Louis LeBlanc <[EMAIL PROTECTED]> wrote:
> I added the -fstack-check switch to my makefile and recompiled with
> various optimizations. I was pretty surprised at the file sizes that
> showed up:
>
> No Optimization:
> -rwxr-xr-x 1 leblanc daemon 1128660 Jul 25 16:25 myprocess*
>
> Optimized
Louis LeBlanc wrote:
I would have expected much different results. Shouldn't the file
sizes be smaller (at least a little) with the -O3 switch? Maybe
there's a loop unrolled to make it faster, resulting in a larger
codebase?
you generally expect -O3 files to be larger. inlining does not save
O Jul 25, 2005, at 3:50 PM, Robert Dewar wrote:
The unoptimized version completed a 401,900 transaction test with no
problem. All day, I've been playing with different things,
there are many bugs, most notably uninitialed vars, that show
up only when you turn on optimization.
Also violations
On Sun, Jul 17, 2005 at 11:56:46AM -0700, Geoffrey Keating wrote:
> "D. Hugh Redelmeier" <[EMAIL PROTECTED]> writes:
> > An object that has volatile-qualified type may be modified in ways
> > unknown to the implementation or have other unknown side
> > effects. Therefore any expression referring to
We are seeing tons of regressions (9 of 2377 for fink, over 100 or so
out of 8000 was it for internal projects) in the build state of
projects with code like:
class bar {
friend class foo;
void baz(foo *x) {}
};
from 4.0.0 in 4.0.1. This is really unfortunate. What we rea
Mike Stump <[EMAIL PROTECTED]> writes:
| We are seeing tons of regressions (9 of 2377 for fink, over 100 or so
| out of 8000 was it for internal projects) in the build state of
| projects with code like:
|
| class bar {
|friend class foo;
|void baz(foo *x) {}
| };
|
| fro
With -march=pentium4 -mfpmath=sse -O2, we get an extra move for code
like
double d = atof(foo);
int i = d;
callatof
fstpl -8(%ebp)
movsd -8(%ebp), %xmm0
cvttsd2si %xmm0, %eax
(This is Linux, Darwin is similar.) I think the difficulty is th
Which leads me to the old saying that friends don't let friends use friends.
On 26 Jul 2005 03:07:49 +0200, Gabriel Dos Reis
<[EMAIL PROTECTED]> wrote:
> Mike Stump <[EMAIL PROTECTED]> writes:
>
> | We are seeing tons of regressions (9 of 2377 for fink, over 100 or so
> | out of 8000 was it for i
On 23/07/2005, at 6:12 PM, Paul Schlie wrote:
Geoffrey Keating wrote:
Mirco Lorenzon wrote:
.., are comparisons in the following program legal code?
No.
...
void *a, *b;
...
if (a < b)
Because 'a' and 'b' are not part of the same array,
the behaviour is undefined.
Although I don'
Gabriel Dos Reis wrote:
> The full list of bugs is produced below. Maintainers, please look
> into any of those and see which ones you can fix or give guidance for
> fixes in ways that are suitable for a stable branch.
This m68k patch:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00783.html
62 matches
Mail list logo
