Alexander <[EMAIL PROTECTED]> writes:
| I started exploring code base of cc1plus, and now I have little
| question - how I can get access to tree representation of program (I
| should do it after gcc/cp/parser.c:cp_parser_translation unit(...), isnt it?)
| If I wasnt mistaken, RTL began build only
Hi Gerald,
On Mon, 2005-12-12 at 00:21 +0100, Gerald Pfeifer wrote:
> On Sun, 4 Dec 2005, Mark Wielaard wrote:
> >> 2005-09-21 Mark Wielaard <[EMAIL PROTECTED]>
> >>
> >> * lib/split-for-gcj.sh: Cut list to 3 package levels deep.
> > I reversed this (patch attached) and now my build wit
Hello Gabriel,
Monday, December 12, 2005, 12:47:17 PM, you wrote:
> Alexander <[EMAIL PROTECTED]> writes:
> | I started exploring code base of cc1plus, and now I have little
> | question - how I can get access to tree representation of program (I
> | should do it after gcc/cp/parser.c:cp_parser_
Mark Wielaard writes:
> Hi Gerald,
>
> On Mon, 2005-12-12 at 00:21 +0100, Gerald Pfeifer wrote:
> > On Sun, 4 Dec 2005, Mark Wielaard wrote:
> > >> 2005-09-21 Mark Wielaard <[EMAIL PROTECTED]>
> > >>
> > >> * lib/split-for-gcj.sh: Cut list to 3 package levels deep.
> > > I rever
Always interesting to compare seemingly duplicates. The variant
from fold-const.c seems to be more strict with types and sets
TREE_ADDRESSABLE on the base component, while the gfc variant
sets it on the passed tree itself. Other than that, the gfc variant
uses convert () to do typecasting. And
I need to generate a gcc binary that will always enable the
-fabi-version=1, because I have a library built with gcc 3.3 and I
need to link with it, but I would like to use gcc 4.
The libstdc++ ABI broke between these releases, so unless your library
doesn't use libstdc++ at all (somewhat unlike
Hi,
Bugzilla reports this morning that there are 113 open PRs with
gcc-3.4.6 target, out of which only two are considered
release-critical. There
middle-end/18956: [hppa] 'bus error' at runtime while passing a
special struct to a C++ member function
Nathan Sidwell wrote:
> Jan Beulich wrote:
>
>>
>> Why? It's broken. You just cannot embed something that requires
>> alignment into something that doesn't guarantee alignment, except that
>> for built-in types, the compiler can synthesize the necessary splitting,
>> but Foo's assignment operator,
On Linux/x86-64 I now get lots of new failures in the objc testsuite
like the following (gcc trunk):
Executing on host: /builds/gcc/misc/gcc/xgcc -B/builds/gcc/misc/gcc/
/builds/gcc/misc/gcc/testsuite/obj
c.dg-struct-layout-encoding-1/t001_main.m -w
-I/cvs/gcc-svn/trunk/gcc/testsuite/objc.dg/g
>
> --=-=-=
> Content-Type: text/plain; charset=iso-8859-1
> Content-Transfer-Encoding: quoted-printable
>
>
> : Floating point exception
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://gcc.gnu.org/bugs.html> for instructions.
>
> FAIL: objc.dg-struct-
Mark Mitchell wrote:
struct Foo { void operator=(Foo const &);};
struct Baz __attribute__((packed))
{
char c;
Foo m;
}
void Bar (Baz *ptr)
{
ptr->m = something;
}
I'm not sure it can be made to work, without making the base class
version of Foo::operator= expect unaligned input
Hello,
I am experimenting with some different memory architectures and would like to isolate instruction and data accesses (Harvard architecture style). I am currently working with the PPC 405 processor and I am cross compiling applications using Crosstool (gcc-3.3.1 and glibc-2.3.2). The R_PPC_R
Hi, I have updated the wiki with all current information:
http://gcc.gnu.org/wiki/CompileFarm
As indicated on the wiki:
If you are a GCC developper and want access to the compileFarm for GCC
development and testing, or if you are a free software developper
wishing to set up automated testing of
On page: http://gcc.gnu.org/onlinedocs/
The Following are corrupted:
http://gcc.gnu.org/onlinedocs/gcc-3.4.5/gnat_ugn_unw.pdf
http://gcc.gnu.org/onlinedocs/gcc-3.4.5/gnat_ugn_unw-html.tar.gz
And the link
(http://gcc.gnu.org/onlinedocs/gcc-3.4.5/docs-sources.tar.gz ) to t
Peter Ward <[EMAIL PROTECTED]> writes:
| On page: http://gcc.gnu.org/onlinedocs/
|
| The Following are corrupted:
| http://gcc.gnu.org/onlinedocs/gcc-3.4.5/gnat_ugn_unw.pdf
| http://gcc.gnu.org/onlinedocs/gcc-3.4.5/gnat_ugn_unw-html.tar.gz
|
| And the link
| (http://gcc
Nathan Sidwell wrote:
> Mark Mitchell wrote:
>
>> struct Foo { void operator=(Foo const &);};
>> struct Baz __attribute__((packed))
>> {
>>char c;
>>Foo m;
>> }
>>
>> void Bar (Baz *ptr)
>> {
>>ptr->m = something;
>> }
>>
>> I'm not sure it can be made to work, without making th
On Sun, 4 Dec 2005 20:07:33 -0500 (EST), Jack Howarth wrote:
>swigpy.cc: In function 'int SWIGPY_Python_ConvertPtr(PyObject*, void**,
>swig_typ
>e_info*, int)':
>swigpy.cc:620: warning: dereferencing type-punned pointer will break
>strict-alia
>sing rules
My recent encounters with python (in m
On Dec 8, 2005, at 7:24 AM, Paul Martinolich wrote:
running 'make' yields the following error:
# /Users/martinol/auto_v4.0/third/gcc-4.1-20051202/configure --
disable-multilib
I suspect you'll want to file a bug for this so we don't loose track
of it.
On Dec 12, 2005, at 7:33 PM, Mike Stump wrote:
On Dec 8, 2005, at 7:24 AM, Paul Martinolich wrote:
running 'make' yields the following error:
# /Users/martinol/auto_v4.0/third/gcc-4.1-20051202/configure
--disable-multilib
I suspect you'll want to file a bug for this so we don't loose trac
I find the documentation on checking out branches, particularly
for branch releases, confusing. It doesn't say you need to use "tags"
instead of "branches" for releases.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (6
> Date: Mon, 12 Dec 2005 08:35:41 +0100
> From: Hans-Peter Nilsson <[EMAIL PROTECTED]>
> ... the JUMP_LABEL field in a JUMP_P ...
Almost-consistent typo: s/JUMP_LABEL/JUMP_TARGET/g to hopefully
make a little bit more sense of it all. (Attempting a
brain-dump before shuteyes always has some defe
> It does seem like reload 0 should be RELOAD_FOR_ something _ADDR.
> What set it to RELOAD_OTHER?
Ok, we start with a RELOAD_OTHER for the zero_extendhisi. The MEM's
address eventually gets RELOAD_FOR_OTHER_ADDRESS. Part of that
address is split out into another RELOAD_FOR_OTHER_ADDRESS.
Separ
I'm working on a project where I post-process AST (.tu) output from gcc
using the -fdump-translation-unit option.
Problem is the C compiler does not generate useful AST data. So I actually
run the preprocessed source again thru g++ to get AST data. This works fine
unless there are constructs n
DJ Delorie <[EMAIL PROTECTED]> writes:
> > It does seem like reload 0 should be RELOAD_FOR_ something _ADDR.
> > What set it to RELOAD_OTHER?
>
> Ok, we start with a RELOAD_OTHER for the zero_extendhisi.
I'm not clear on why that happens. Most reloads start out as
RELOAD_FOR_INPUT or RELOAD_FOR
The insn starts like this:
(insn 238 237 239 35 ../../../../../src/newlib/libc/stdio/vfprintf.c:604 (set
(reg/v:HI 175 [ ch ])
(sign_extend:HI (mem:QI (reg/v/f:HI 176 [ fmt ]) [0 S1 A8]))) 46
{extendqihi2} (nil)
(nil))
Reload 0: reload_in (HI) = (plus:HI (reg/f:HI 7 fb)
>It can be made to work by not packing Baz::m, and that is what g++ does
(with a
>warning%). Issuing an error in this case I don't think is acceptable
-- I know
>of users who would complain. If the user explicitly packed Baz::m
field, rather
>than the containing structure, I would be happy wit
GNU make 3.80 is a HUGE memory hog. It calls xstrdup to build
dependency list. gnu-src-gcc.deps in libjava has 3000+ targets depend
the same 3000+ files, whose filenames are more than 260K. For this
dependency alone, make takes 3000*260K == 761MB.
Then, you should make the 3000+ target depend
27 matches
Mail list logo
