On May 19, 2005, at 2:53 PM, Bryce McKinlay wrote:
Was this not fixed by:
2005-05-18 Paolo Bonzini <[EMAIL PROTECTED]>
* Makefile.am (Makefile.deps): Do not use \0, it is unportable.
* Makefile.in: Regenerate.
?
Yes, he checked in my change, and didn't copy me on the email...
Also, somet
On May 19, 2005, at 4:08 PM, Lloyd Dupont wrote:
I want to do a binding to ObjectiveC
For how you described the question, libffi would be the natural
choice and obviates the need for asms or machine dependencies. Maybe
Andrew might have some insight into something libobjc specific that
might
is is an easy problem to notice and
solve, and you're right that Windows and MacOS X have the same issue.
The point is that the toolchain silently gives you dependencies you
weren't expecting and may have coded explicitly to avoid.
thanks -mike
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
for the rest. That's
the bit which is unintuitive, unexpected and should be (IMHO) fixed :)
thanks -mike
On May 23, 2005, at 12:01 PM, Mark Mitchell wrote:
We've researched this in detail.
As have I, I also have the timings for template heavy code with the
more egregious of the bugs fixed in the compiler-server branch, at
that time, they were worth a 10x compile time improvement. If
someone
On May 23, 2005, at 3:58 PM, Ron Hudson wrote:
I am teaching myself C by writing programs.
I'm sorry, this is the wrong list for such questions.
I did a checkin using ../ in one of the files and cvs screwed up.
The ChangeLog file came out ok, but, all the others were created
someplace else. I'm thinking those ,v files should just be rmed off
the server... but, would rather someone else do that. Thanks.
I was in gcc/testsuite/obj
On May 26, 2005, at 8:47 PM, Ian Lance Taylor wrote:
I have removed these files from the server.
Much thanks.
On May 27, 2005, at 6:55 AM, Jack Howarth wrote:
Are there likely to be any odd issues
I'm sure there are likely to be issues... for example, c++ isn't
going to link across these versions. As long as one links with
gcc-4.0, the issues of not finding a routine should be minimized.
For C
On Tuesday, May 31, 2005, at 06:43 AM, Vincent Lefevre wrote:
No, this is not portable, since if extended precision is necessary to
get correct results for some application, the same application run on
PowerPC, where there is no extended precision
? News to me! Ok, who removed it? Speak up
On May 31, 2005, at 10:25 AM, Vincent Lefevre wrote:
Well, there is no extended precision with GCC under Linux/PPC.
Hum, I do wonder about even that; why do:
2004-02-07 Alan Modra <[EMAIL PROTECTED]>
* config/rs6000/t-linux64 (LIB2FUNCS_EXTRA): Add darwin-
ldouble.c.
powerpc64-*-
On Tuesday, May 31, 2005, at 08:11 PM, Dan Allen wrote:
I tried doing bootstrap builds of GCC 3.3.6 and GCC 3.4.4 but these
builds fail due to the absence of the 'c++filt' tool.
mrs $ type c++filt
c++filt is /usr/bin/c++filt
The builds proceed for quite awhile until they hit this missing
'c+
On Wednesday, June 1, 2005, at 12:21 AM, Vincent Lefevre wrote:
But that's not the default and you'll have problems when linking with
existing libraries on the machine, that use a 64-bit long double...
Fine, we'll make it the default and recompile all your libraries for
you... give me a seco
On Wednesday, June 1, 2005, at 04:22 AM, dk zhou wrote:
Hello , I want to make the an compiler for a new
language to produce elf and pe(windows) format file.
Can you tell me where to find the document of
them(most detail)?
All the documentation we have can be found on the web site, or in the
On Wednesday, June 1, 2005, at 11:01 AM, Daniel Berlin wrote:
Mike says sarcastically, as if this isn't what tiger did :)
Someday, get me drunk and ask me how hard abi compatibility is. :-( I
hate how we did it, and I hate that it was necessary. I hate that
bools on darwin are 4
On Wednesday, June 1, 2005, at 07:01 PM, Peter O'Gorman wrote:
I think he has to, as far as I know the changes to use libSystemStubs
on
tiger were never backported to 3.4 and 3.3.
If one uses fink to install the older compiler, it just works. :-(
On Monday, June 6, 2005, at 06:03 AM, Bruno Haible wrote:
Joseph S. Myers wrote:
If the required version of any tool is changed then the documentation
of
that version in install.texi needs to be updated accordingly.
Here is an updated patch.
Looks reasonable to me. Would be good to hear t
I'd put this more simply...
On Monday, June 6, 2005, at 02:06 PM, Mathieu Malaterre wrote:
I have a question about a valid C code. I am trying to compile the
following code in MacOSX (*). I don't understand what the problem is?
You must use -fno-common when you are building dynamic librari
On Monday, June 6, 2005, at 11:04 PM, Atul Talesara wrote:
I wanted to know if this is a bug
Yes.
On Friday, June 10, 2005, at 07:30 AM, Olivier Hainque wrote:
Is there a rationale for the list of bss patterns matched by
default_section_type_flags_1 ?
That is how bss sections are named?!
Would matching, say, ".bss" anywhere-in or at-the-end-of name be
appropriate?
No, the standard is
On Friday, June 10, 2005, at 02:48 PM, Mathieu Malaterre wrote:
Could someone please explain me what is going on?
You didn't use -fno-common.
Can someone please tell me then which one of the three possibilities
is the right one:
#1. I need to tell the linker to use -single_module
#2. Rewrite
On Friday, June 10, 2005, at 03:04 PM, Brett Porter wrote:
Part of the question is "how bss sections are named" according
to evolution, or some crystal clear standard, or what ?
Ultimately, people just pick names. Once picked, they form crystal
clear standards.
Would matching, say, ".bss"
On Friday, June 10, 2005, at 04:15 PM, Sam Lauber wrote:
#1. I need to tell the linker to use -single_module
#2. Rewrite the code to make a fake initialization
#3. I need to pass -fno-common to the compiler
From a standpoint of just getting the thing deployed, any one of these
three
is right.
On Friday, June 10, 2005, at 05:03 PM, Brett Porter wrote:
So there is no documented standard involved.
Actually I do believe that some of the standards are documented, but, I
don't happen to have pointers to exactly which ones.
No, the standard is to be prefix based, this simplifies the im
C3
> version of the compiler, which contains some "features" not seen otherwise
> will be of course inconsistent with anything else.
Do you have any details on this? Exception unwinding doesn't seem all that
related to signal handling to a non-guru ...
thanks -mike
On Jun 10, 2005, at 6:04 PM, Brett Porter wrote:
Doing an exact match on that name in default_section_type_flags_1
is a nice solution for our needs.
Ok, sounds good.
The reason for our query was twofold: are there standards (of any
form :) that such a choice would be incompatible with?
If
On Jun 12, 2005, at 10:51 AM, Gerald Pfeifer wrote:
Note, though, that this is only one part of the equation. A most
significant amount of work also goes into analysing and potentially
fixing packages which do not compile any longer and submit fixes
upstream.
:-( Sometimes we wish that gcc ha
Any objections to adding Visual C++ style inline asms?
On Wednesday, June 15, 2005, at 07:35 AM, Graham Stott wrote:
they had inline asms that spaned several pages of A4 with emmbeded
labels, control flow, and other cruff which was why it ended up being
so gross.
Also when combined with C++ Templates even the upfront parsing of the
asm gets hairy
On Tuesday, June 14, 2005, at 10:08 PM, Richard Henderson wrote:
Didn't RTH objected the last time?
One has to do a less gross job of it than Red Hat did.
I did go back and re-reread all the useful content you, and others
gave. I did expect that all past concerns raised remain and that we'
On Tuesday, June 14, 2005, at 06:29 PM, Andi Kleen wrote:
Doesn't that need support to parse assembly?
CW asm support needed this. I'd expect that MS asms would too, but I'm
not an expert, yet. That support is substantially less support than
gas.
On Tuesday, June 14, 2005, at 06:29 PM, Daniel Jacobowitz wrote:
On Tue, Jun 14, 2005 at 09:26:11PM -0400, Andrew Pinski wrote:
On Jun 14, 2005, at 9:25 PM, Mike Stump wrote:
Any objections to adding Visual C++ style inline asms?
Mike, you're going to get more useful feedback if you
On Wednesday, June 15, 2005, at 11:19 AM, Bradley Lucier wrote:
I cannot build and use (link, etc.) 64-bit shared libraries on
powerpc-apple-darwin8.1.0 with gcc version 4.0.1 20050615 > (prerelease).
If you remove the # that comment out the -m64 multilibs, does it then
work perfectly? If so
On Wednesday, June 15, 2005, at 06:37 PM, Bradley Lucier wrote:
The reasons given for disabling ppc64 multilib instead of java on
darwin were
I think it might be possible to use GNU make to setup the MULTILIB
options depending upon wether or not LANGUAGES (CONFIG_LANGUAGES)
includes java. I
On Jun 16, 2005, at 10:04 AM, Bradley Lucier wrote:
On Jun 16, 2005, at 1:30 AM, Mike Stump wrote:
Please try something like:
...
and let me know if it works.
Thank you, I will try it today.
Actually, by try, I meant try your application. :-)
Last night I unconditionally allowed
On Friday, June 17, 2005, at 07:13 AM, Sergei Organov wrote:
The first thing I'd like to get some advice on is which codebase do I
use, gcc-4_0-branch?
No, mainline. If it doesn't work there, is won't work anyplace else.
:-( Once you get it working there, you can then ask for the patches,
On Friday, June 17, 2005, at 05:59 PM, Paul Schlie wrote:
- If the semantics of an operation are "undefined", I'd agree; but if
control is returned to the program, the program's remaining specified
semantics must be correspondingly obeyed, including the those which
may utilize the resultin
On Thursday, June 16, 2005, at 10:26 AM, Roberto Bagnara wrote:
OK, you did not have time to check the standard... perhaps it is the
word "bugmaster" that generates unreasonable expectations.
Think of them as BugMonkeys if it helps. :-)
On Thursday, June 16, 2005, at 03:16 AM, [EMAIL PROTECTED] wrote:
I'm a new guy in gcc mailing list I've been studying gcc for 2 months.
Why?
My problem is there are so much symbol/function/API in gcc.
You have two choices ignore what you aren't interested in learning, or
learn it all. Y
On Tue, 14 Jun 2005 20:24:40 -0500, Benjamin Kosnik wrote:
> I'm testing a patch that resolves the issue. I expect to have additional
> details within 24 hrs, and will let you know details.
Is this bug #21405, or some other versioning issue?
thanks -mike
dc++.so.6 versions mixed into the same binary
and the symbol versioning is not enough to stop them conflicting.
thanks -mike
General note, please, this list is for developers of gcc to develop
gcc. Using it as a way to teach yourself how to read the C standard,
isn't ok, please stop.
On Saturday, June 18, 2005, at 07:15 AM, Paul Schlie wrote:
Maybe I didn't phrase my statement well;
I think you did, you are j
On Jun 18, 2005, at 11:50 AM, Paul Schlie wrote:
[ curiously can't find any actual reference stating that integer
overflow
is specifically results in undefined behavior, although it's
obviously ill defined?
Every operation that isn't defined is undefined. Only the operations
that are de
Forgive me ignorance, is there is use for the use of the label below?
From rs6000, though, certainly there are other examples of this sort of
thing in the md files:
(define_insn ""
[(set (pc)
(match_operand:P 0 "register_operand" "c,*l"))
(use (label_ref (match_operand 1 "" "")))]
In defaults.h, they do:
/* This is how to output an element of a case-vector that is absolute.
Some targets don't use this, but we have to define it anyway. */
#ifndef ASM_OUTPUT_ADDR_VEC_ELT
#define ASM_OUTPUT_ADDR_VEC_ELT(FILE, VALUE) \
do { fputs (integer_asm_op (POINTER_SIZE / BITS_PER_
On Jun 28, 2005, at 5:57 AM, Robert Dewar wrote:
C is not an assembly language.
My head explodes.
I had a friend call up and ask where he could find the gcc-4.0.0
tarball. I did a quick survey of the GNU FTP mirrors and only 1 out
of the first 7 had gcc-4.0.0 on it. :-( At least some of the GNU
mirrors aren't carrying gcc-4.0.0.
Kinda sad.
I did a quick survey of the our gcc mirrors
On Sunday, July 3, 2005, at 03:28 PM, Nathanael Nerode wrote:
Of these, only newlib actually uses libtool, so it's the last holdout
for
switching to newer libtool.
Hopefully we ask the newlib maintainers for a timeline for conversion...
On Sunday, July 3, 2005, at 10:57 PM, Sung-Gu wrote:
How can I get byteswap.c, endian.c and some related files for an aleady
installed gcc library? The aleady installed gcc is gcc-3.4.2 for sol8
sparc on
www.sunfreeware.com. But there isn't include/bits/varisouc_files.h. :(
Wrong list. Mayb
On Jul 5, 2005, at 7:42 AM, Julio Garvia Honrado wrote:
I am trying to compile a C++ program (with cxx - Compaq compiler)
that uses a C++ shared library (compiled with g++), but several
'unresolved' messages are reported.
Is there any way to solve this incidence?
Yes, have cxx ported to ma
On Saturday, July 9, 2005, at 01:23 PM, Florian Michel wrote:
I have a question concerning successfully assembling and linking the
following assembly program on a linux AMD 64 machine:
Wrong list, this list isn't for help with how to program is assembly.
gcc-help would be more appropriate, th
On Monday, July 11, 2005, at 08:30 AM, Steven Bosscher wrote:
In practice, people have already contributed significants amount of
documentation as comment because they disagree with the GFDL.
I'm of the opinion we never should have allowed the GFDL into our
source tree, no thanks should have b
On Monday, July 11, 2005, at 07:15 AM, Perret Yannick wrote:
(second send, as I never saw my first send on the mailing list.
sorry if duplicated).
I've seen it twice now, a third time is not necessary.
Can you explain me why I see that behavior? Is it "good" or is it a
bug?
Sounds like a bu
On Jul 13, 2005, at 11:44 AM, Eric Christopher wrote:
I think it's useful
To put real life numbers on it, for some, it translates into a
savings of around 150 megs worth of debug information, and the time
it takes to compile, assemble and link it. For linking for example,
it can take us
On Jul 13, 2005, at 12:39 PM, Eric Christopher wrote:
Would be nice if someone could approve it.
It's not in a state that could be approved yet, but hopefully after
some
cleanup it will be.
Remove the APPLE LOCAL markers, which, is obvious. Anything else?
If not, Ok with that change?
On Jul 17, 2005, at 4:48 AM, Gabriel Dos Reis wrote:
C++ has resisted, for two decades, the temptation of "improving" the
meaning of volatile :-) considering that it is C's baby.
Do you know what the semantics of:
a;
are in C and C++?
:-(
On Jul 19, 2005, at 7:26 PM, Greg Schafer wrote:
This is just a headsup for any folks running 3.4.x testsuite under
Linux
2.6.12 kernels (stock Linus).
:-(
I always run a modified Linus. :-)
On Friday, July 22, 2005, at 11:07 AM, Chris Lattner wrote:
I'm trying to determine (in target-independent code) what the
*minimum* target alignment of a type is. For example, on darwin,
double's are normally 4-byte aligned, but are 8-byte aligned in some
cases (e.g. when they are the first el
On Friday, July 22, 2005, at 06:28 PM, Geoff Keating wrote:
I am discussing here only with what GCC *could* do, and still be
standards-conforming. What it *should* do is a different > conversation.
You will have to explain the benefits to me of having discussions on
this list of discussing th
On Saturday, July 23, 2005, at 05:42 PM, Mathieu Malaterre wrote:
I have quite a surpising behavior with gcc when compiling the
following code (*). Here is the output:
Using:
$ g++ --version
g++ (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671)
g++-4.0 --version
powerpc-apple-darwin8-g++-
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
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
On Jul 27, 2005, at 5:21 PM, Paul C. Leopardi wrote:
How do I make the tests find the bootstrapped g++?
You don't it already does.
Shouldn't the test just do this automatically?
Yes.
How is the test supposed to find find the bootstrapped g++?
Carefully, see the source code.
Is it done
On Jul 27, 2005, at 7:04 PM, Paul C. Leopardi wrote:
OK. Looks like a long term project.
Should be as easy as debugging three lines of code. Insert a couple
of printf's and voila.
Wild ass guess, did you type make -k check?
Yes. Is there something wrong with that?
No, that is the righ
On Jul 28, 2005, at 9:12 AM, Kean Johnston wrote:
extern int stat (const char *__p, stat_t *__s);
extern __inline__ int
stat(const char *__p, stat_t *__s)
{
return _xstat(_STAT_VER, __p, __s);
}
However, it caused a problem bootstrapping the compiler, becuase
the first stage do
On Jul 28, 2005, at 12:42 PM, Kean Johnston wrote:
[ cough ] "always_inline" [ cough ]
HA!
I *knew* there was a solution. Thank you Mike.
So now I guess the question remains, for the cases where
you want a function to behave differently depending on
pre-processor conditionals, what
ripts get this right, and
> aren't very hard to use. There are also other ways of getting the same
> result.
Dan's crosstool installs glibc headers before attempting any gcc steps since
afaik any other method is unsupported by the gcc team
-mike
On Friday, July 29, 2005, at 01:23 PM, Kean Johnston wrote:
[ cough ]
#if _FILE_OFFSET_BITS - 0 == 32
int open (const char *, int, int) asm ("open32");
#elif _FILE_OFFSET_BITS - 0 == 64
int open (const char *, int, int) asm ("open64");
#else
int open (const char *, int, int) asm ("__open");
#e
eturn 4; }
}
An alternative approach would be to have the linker assigned inlined
symbols the same version tag as whatever the same symbol in libstdc++ has,
but I'm not sure how I'd implement this.
Does anybody have insight?
thanks -mike
On Saturday, July 30, 2005, at 09:09 AM, Andrew Pinski wrote:
But I don't know what happened to it or came up from the discussion.
Looks like no response to Geoff's last comment. If someone wants to
address his stated concerns and resubmit it... otherwise, -Wl,-bundle
should do the trick.
ot;C++ Game -> SDL -> SDL_audio -> libArts (for KDE audio) ->
mismatched libstdc++ version -> crash in std::string".
thanks -mike
On Aug 2, 2005, at 10:32 AM, Shaun Jackman wrote:
In a typical Ethernet/IP ARP header the source IP address is
unaligned. Instead of using...
out->srcIPAddr = in->dstIPAddr;
... I used...
memcpy(&out->srcIPAddr, &in->dstIPAddr, sizeof(uint32_t));
... to account for the unaligned destinati
On Aug 2, 2005, at 1:15 PM, Shaun Jackman wrote:
There is no padding. The structure is defined as
__attribute__((packed)) to explicitly remove the padding. The result
is that gcc knows the unaligned four byte member is at an offset of
two bytes from the base of the struct, but uses a four byte lo
On Aug 2, 2005, at 1:37 PM, Andrew Pinski wrote:
No it is not,
:-) Ah, yes, the old, we don't have pointers to unaligned types
problem... anyway, we can at least agree that this is a gapping hole
people can drive trucks though in the type system, but I'm still
claiming it isn't a featur
On Aug 2, 2005, at 1:45 PM, Ian Lance Taylor wrote:
That argument doesn't make sense to me. memcpy takes a void*
argument, which has no presumed alignment.
The memcpy builtin uses the static type of the actual argument
(before conversion to void*), to gain hints about the alignments of
the
On Saturday, August 6, 2005, at 10:39 PM, David Nowak wrote:
Do I need a c compiler to build gcc on my Windows PC? If so, where
can I get one? I downloaded both MinGW and Cygwin, but neither seems
to have a c compiler. Please help me. Thank you.
Both are compilers... You will need to read
On Sunday, August 7, 2005, at 01:19 PM, Chris Garrett wrote:
[EMAIL PROTECTED] wrote:
Chris Garrett <[EMAIL PROTECTED]> wrote:
main.cpp:5: error: 'cout' was not declared in this scope
This question should have been sent to gcc-help, not here.
Sorry about this. What criteria is there for p
On Aug 12, 2005, at 5:05 AM, Etienne Lorrain wrote:
I have added a command to the linker file to forbid reference from
one section to another:
NOCROSSREFS (.text .xcode);
It sounds like this feature isn't compatible with inlining, -fno-
inline I suspect is one of the few ways to `fix' it in
On Aug 12, 2005, at 10:39 AM, Dale Johannesen wrote:
We had a situation come up here where things are like this
(simplified, obviously):
c() { char x[100]; }
I think we should turn off inlining for functions > 100k stack size.
(Or maybe 500k, if you want).
On Aug 12, 2005, at 12:25 PM, Paul Koning wrote:
Mike> I think we should turn off inlining for functions > 100k stack
Mike> size. (Or maybe 500k, if you want).
Why should stack size be a consideration? Code size I understand, but
stack size doesn't seem to matter.
In gener
On Aug 12, 2005, at 3:45 PM, Laurent GUERBY wrote:
Isn't it possible to attach some information on a comparison
statement that tells code generation never to never
optimize away this particular comparison even if it
seems to be able to prove it is always true or false?
Cough, hack, ick.
On Aug 17, 2005, at 12:19 PM, Florian Weimer wrote:
Can't we just use some inline function written in plain C to check the
arguments and execute it at compile time using constant folding etc.?
I like this idea, but, I'm probably weird.
On Aug 17, 2005, at 3:09 PM, Rikard S wrote:
Where do I start?
I'd start by using cvs and checking out the source code from mainline
and then fire up emacs.
I guess there is only some few files that I need to write or edit,
using files for similar MCU's as "templates".
Yes...
If I would
On Aug 18, 2005, at 5:08 AM, Dave Korn wrote:
I was referring to this bit:
Remember that it's not enough simply to execute the optimizers.
You have to build a symbol table and an environment for the code
to execute in.
IIUIC, that would be a requirement for the optimisers to be able to
On Aug 18, 2005, at 12:53 PM, Branko Čibej wrote:
Now imagine that the output of the original program depends on the
locale that's in force at execution time
Now imagine that you can't use locale specific functions for these
things.
On Friday, August 19, 2005, at 01:57 PM, Aoun Raza wrote:
I have developed it already, but I want to use GCC
headers.. and I see the problems described earlier
Must be a bug in your compiler, because g++ compiles it just fine, go
ask them.
On Friday, August 19, 2005, at 04:26 PM, Jiang Long wrote:
I 'd like to dig into gcc internals, and would like to compile it with
-g.
cd /gcc && make cc1 is another way to do it.
On Aug 24, 2005, at 3:54 PM, Jiang Long wrote:
After a while I got the following errors with :
configure: error: `target_alias' was not set in the previous run
configure: error: changes in the environment can compromise the build
configure: error: run `make distclean' and/or `rm ./config.cache
On Aug 25, 2005, at 6:19 AM, Ashwin Kolhe wrote:
I am actually trying to find out WHY and WHEN peep2_reg_dead_p
was introduced. I checked the mailing list but dint find anything
relavent.
Did you do a cvs diff/log and hunt it down, read the check-in
comment, then find a PR number and read it,
On Aug 25, 2005, at 5:09 PM, Ivan Novick wrote:
Can you recommend a solution for compiling Windows DLLs on any
variation of UNIX?
Yes, just use cygwin, see the cygwin folks for details.
On Aug 25, 2005, at 5:53 PM, Ivan Novick wrote:
Yes understood, but thats the whole point, cygwin runs on a windows
machine...
Odd, I was running it on a solaris machine not windows. Maybe you
forgot to recompile it on a UNIX machine?
configure --with-headers=/cygwin/usr/include --with-li
On Friday, August 26, 2005, at 12:59 AM, Kai Ruottu wrote:
Is there any sane reasons for this on systems which never have had that
non-GNU native 'cc' ?
Consistency. This is only bad if one abhors consistency and
predicability. No?
I'll abstain from answering the other questions, I think
e.org/badspammer.html
I happened across this site http://www.gnu.org/ which allows me in, so
finally, after weeks I am able to tell someone about it. Incidentally, some
of the links from this site also result in the Spam Bot message.
Regards,
Mike Ainley.
auto signature:
On Aug 27, 2005, at 1:54 AM, Gaurav Gautam, Noida wrote:
I WANT TO KNOW
Please, stop screaming. We can hear you. This is the wrong list for
such questions. Please go try gcc-help.
On Aug 28, 2005, at 3:48 PM, Kevin McBride wrote:
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.
Ok, so go research it, collect data, and then report your findings
On Aug 29, 2005, at 5:34 AM, [EMAIL PROTECTED] wrote:
I'm trying to extract global variables from a set of c++ files. I
tried
using:
cp_namespace_decls(global_namespace);
But this returns a whole set of variables which I do not want to know
about now (i.e stdout, timezone, _ZTISt10ostrstream e
On Aug 30, 2005, at 4:34 PM, Steve Ellcey wrote:
I see that it is timing out on a slow machine that I have. I tried
to look around to find out how and where the timeout limit was set
and could not find it. Can someone explain to me how much time a
compile is given and where this limit is s
On Sep 2, 2005, at 2:30 PM, Richard B. Kreckel wrote:
This lead to developer irritation because people expect that what
compiled with GCC x.y.z should still compile with GCC x.y.z+1.
I'll echo the generalized request that we try and avoid tightenings
on other than x.y.0 releases.
On Sep 6, 2005, at 12:04 PM, Michael Tegtmeyer wrote:
I am trying to find out what the existing method of determining
whether or not something (function for example) can access a field
of a structure.
M-x grep access cp/*.[ch] will show you the existing methods of
access control. lookup_m
301 - 400 of 1036 matches
Mail list logo
