Ye, Joey wrote:
A) Whole-optimized but with dirty debugged information if possible.
When there is coredump from crash then its debugged information can
be not complete (with losses) but can be readable for human
On Nov 26, 2007 7:57 AM, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Nov 24, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote:
>
> > No, hashing is fine, but doing walks over a hashtable when your algorithm
> > depends on ordering is not.
>
> Point.
>
> > I have patches to fix the instance of
>You can't use conventional 32-bit x86 code, so there seems little or no
>benefit in allowing 32 and 64-bit code to be mixed.
Why not? Switching between 32- and 64-bit modes doesn't involve anything
(apart from knowing the proper selector register values) that cannot be done
purely in user mode.
On 23 November 2007 23:32, Howard Chu wrote:
> And it looks
> like current bash on cygwin doesn't handle case/esac constructs correctly,
> so e.g.
> the configure script for BerkeleyDB 4.6.21 fails there.
Could you possibly send a testcase to the cygwin mailing list? We haven't
had any report
>>You can't use conventional 32-bit x86 code, so there seems little or no
>>benefit in allowing 32 and 64-bit code to be mixed.
>
>Why not? Switching between 32- and 64-bit modes doesn't involve anything
>(apart from knowing the proper selector register values) that cannot be done
>purely in user
2007/11/26, Robert Dewar <[EMAIL PROTECTED]> wrote:
> The word "full" worries me a bit, I am afraid of it being interpreted as
> a requirement to be 100% "correct" in all cases, and this may be too
> severe. What we are looking for is good enough in practice, which is a
> vaguer criterion, but a mo
Dave Korn wrote:
On 23 November 2007 23:32, Howard Chu wrote:
And it looks
like current bash on cygwin doesn't handle case/esac constructs correctly,
so e.g.
the configure script for BerkeleyDB 4.6.21 fails there.
Could you possibly send a testcase to the cygwin mailing list? We haven't
ha
2007/11/26, Robert Dewar <[EMAIL PROTECTED]> wrote:
> J.C. Pizarro wrote:
>
> > You've reason, the world "full" can mean one of many scenarios depending
> > in how wants it to "be filled"!
> >
> > So, it's afraid unknownly in what scenario has to be filled.
> >
> > But, the most important thing is
On 25 Nov 2007 21:26:21 -0600, Gabriel Dos Reis <[EMAIL PROTECTED]> wrote:
>
> I have no implementation strategy at the moment. But I do have a
> request: Please, whatever you do, please, don't make it noisy with
> template codes and `reasonable' codes. (We have had PRs for that
> behaviour in te
On Mon, 26 Nov 2007, Manuel López-Ibáñez wrote:
| On 25 Nov 2007 21:26:21 -0600, Gabriel Dos Reis <[EMAIL PROTECTED]> wrote:
| >
| > I have no implementation strategy at the moment. But I do have a
| > request: Please, whatever you do, please, don't make it noisy with
| > template codes and `rea
Hello,
Back when God hadn't invented the dinosaurs yet (7 years ago) Joseph
opened a bug report requesting the creation of a gcc-cvs-patches
mailing list. The bug report can be found here:
http://gcc.gnu.org/PR1634.
Then, nothing happened for many years, a few comments aside.
Joseph wants to ke
Hi,
I tried to compile gcc-4.2.2 with openmp support under cygwin.
To do so, I previously installed gmp-4.2.2 and mpfr-2.3.0.
Now I start configure and up like this:
$ ./configure --prefix=/usr/local/ --enable-languages=c
loading cache ./config.cache
checking host system type...
Hi,
can we avoid the limitation for template member functions not to be
virtual in C++, if we construct v-tables and fill in indices in them at
link time, when all member functions are known? May be it's wrong, but
now I don't see why.
Sincerely yours,
Dmitri
On Nov 26, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote:
> On Nov 26, 2007 7:57 AM, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> On Nov 24, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote:
>>
>> > No, hashing is fine, but doing walks over a hashtable when your algorithm
>> > depends on
Hi,
On Fri, 23 Nov 2007, Alexandre Oliva wrote:
> Yep. Nowhere does that bug report request parameters to be forced live.
Not in that bug report perhaps, but we got requests for exactly this, i.e.
to be able to introspect all parameters of all functions, be they inlined
or not, at all time.
Hi,
On Fri, 23 Nov 2007, Alexandre Oliva wrote:
> On Nov 13, 2007, Michael Matz <[EMAIL PROTECTED]> wrote:
>
> > The nice thing is, that there are only few places which really get rid of
> > SETs: remove_insn. You have to tweak that to keep the information around,
> > not much else (though th
Do people think it is a good idea to have a gcc-cvs-patches list (or
gcc-svn-patches, also fine), where all patches automatically get sent
to, exactly as they are committed to SVN (maybe in gzip'ed form)?
This would have been especially useful before GCC started using SVN,
but even today there
On Mon, Nov 26, 2007 at 06:55:00PM +0300, Dmitri Lebedinski wrote:
> Hi,
> can we avoid the limitation for template member functions not to be
> virtual in C++, if we construct v-tables and fill in indices in them at
> link time, when all member functions are known? May be it's wrong, but
> now I d
On Nov 26, 2007, "Alexandre Oliva" <[EMAIL PROTECTED]> wrote:
> On Nov 26, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote:
> > On Nov 26, 2007 7:57 AM, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> >> On Nov 24, 2007, "Richard Guenther" <[EMAIL PROTECTED]> wrote:
> >>
> >> > No, hashing is fine,
Hi,
I would like to propose a set of diffs to enable compilation of gcc
without requiring flex/bison. I feel that this would greatly benefit
the variety of users building gcc.
The only files which really need these are:
gcc/gengtype-lex.l
gcc/treelang/lex.l
gcc/treelang/parse.y
One more thing t
On Mon, 26 Nov 2007, Paolo Bonzini wrote:
> On the other hand, if it is meant for human usage the file list is already a
> clue to spot "wrong" commits. Then, an equivalent but more versatile feature
> request would be to have patches visible online, with URLs like
> http://gcc.gnu.org/viewcvs/?r
On Nov 26, 2007, J.C. Pizarro <[EMAIL PROTECTED]> that i wrote:
> ..., last access data for elimination from bigger cache, etc. }
I'm sorry, it's date, not data:
..., last access date for elimination from bigger cache, etc. }
Sincerely, J.C.Pizarro
On Mon, Nov 26, 2007 at 11:39:47PM +0530, Karthik Kumar wrote:
> I would like to propose a set of diffs to enable compilation of gcc
> without requiring flex/bison. I feel that this would greatly benefit
> the variety of users building gcc.
Please be more concrete. I strongly disagree that there
hi, it seem stl templates are not mangled as other classes and templates
I was wondering why and where in the g++ source code is that special case
implemented?
it seem to cause a problem with -fleading-underscore
--
Stephane Hockenhull
SSC-Studios.com
PS: why would someone wants to underscor
Daniel Jacobowitz wrote:
On Mon, Nov 26, 2007 at 11:39:47PM +0530, Karthik Kumar wrote:
I would like to propose a set of diffs to enable compilation of gcc
without requiring flex/bison. I feel that this would greatly benefit
the variety of users building gcc.
Please be more concrete. I strong
On Mon, Nov 26, 2007 at 01:33:54PM -0500, Stephane Hockenhull wrote:
>
> hi, it seem stl templates are not mangled as other classes and templates
>
> I was wondering why and where in the g++ source code is that special case
> implemented?
>
> it seem to cause a problem with -fleading-underscore
On Mon, Nov 26, 2007, Karthik Kumar wrote:
> I would like to propose a set of diffs to enable compilation of gcc
> without requiring flex/bison. I feel that this would greatly benefit
> the variety of users building gcc.
Dear Karthik Kumar, why not flex/bison? It's bad idea not using them.
The to
Hi,
On Nov 27, 2007 12:13 AM, J.C. Pizarro <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 26, 2007, Karthik Kumar wrote:
> > I would like to propose a set of diffs to enable compilation of gcc
> > without requiring flex/bison. I feel that this would greatly benefit
> > the variety of users building gcc
> "Taras" == Taras Glek <[EMAIL PROTECTED]> writes:
Tom> LD_PRELOAD would work just as well as having gcc directly support
Tom> plugins, provided that certain internal things are never made
Tom> file-local. Someone could write a helper library to make it
Tom> relatively simple to hook in. Bu
On Monday 26 November 2007 13:40, Joe Buck wrote:
> On Mon, Nov 26, 2007 at 01:33:54PM -0500, Stephane Hockenhull wrote:
> > hi, it seem stl templates are not mangled as other classes and templates
> >
> > I was wondering why and where in the g++ source code is that special case
> > implemented?
>
On Mon, Nov 26, 2007 at 10:40:35AM -0800, Joe Buck wrote:
> On Mon, Nov 26, 2007 at 01:33:54PM -0500, Stephane Hockenhull wrote:
> >
> > hi, it seem stl templates are not mangled as other classes and templates
> >
> > I was wondering why and where in the g++ source code is that special case
> >
Tom Tromey wrote:
"Taras" == Taras Glek <[EMAIL PROTECTED]> writes:
Tom> LD_PRELOAD would work just as well as having gcc directly support
Tom> plugins, provided that certain internal things are never made
Tom> file-local. Someone could write a helper library to make it
Tom> relatively simple
> "Karthik" == Karthik Kumar <[EMAIL PROTECTED]> writes:
Karthik> All directories which have configure scripts also have their
Karthik> autoconf files (configure.ac) in the tree. And many
Karthik> directories which have Makefile.in have Makefile.am as well.
Yes. The rule is, or ought to be,
On Mon, Nov 26, 2007 at 02:01:30PM -0500, Daniel Jacobowitz wrote:
> On Mon, Nov 26, 2007 at 10:40:35AM -0800, Joe Buck wrote:
> > On Mon, Nov 26, 2007 at 01:33:54PM -0500, Stephane Hockenhull wrote:
> > >
> > > hi, it seem stl templates are not mangled as other classes and templates
> > >
> > >
On 2007/11/26, Karthik Kumar <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Nov 27, 2007 12:13 AM, J.C. Pizarro <[EMAIL PROTECTED]> wrote:
> > On Mon, Nov 26, 2007, Karthik Kumar wrote:
> > > I would like to propose a set of diffs to enable compilation of gcc
> > > without requiring flex/bison. I feel t
I am attempting to install gcc-4.2.2 on an SGI Octane running IRIX 6.5.26
I untar'd the gcc-4.2.2.tar file in the target directory /usr/local/gcc4x
I went through the traditional 'configure' step as a prelude to the
'make install' step
That produced the following =>
configure
creating ca
> "Basile" == Basile STARYNKEVITCH <[EMAIL PROTECTED]> writes:
Basile> Plugins into GCC are expected to add optimisation passes (see file
Basile> gcc/passes.c function init_optimization_passes and I don't understand
Basile> what exactly LD_PRELOAD trick (unless you also redefine this very
Basi
On Monday 26 November 2007 14:01, Daniel Jacobowitz wrote:
> On Mon, Nov 26, 2007 at 10:40:35AM -0800, Joe Buck wrote:
> > On Mon, Nov 26, 2007 at 01:33:54PM -0500, Stephane Hockenhull wrote:
> > > hi, it seem stl templates are not mangled as other classes and
> > > templates
> > >
> > > I was wond
When using g++, one can get label conflicts in assembler code by using
specific names for globals that match up against functions. e.g.:
void a () {}
int _Z1av;
since the 'a' function is mapped to the label "_Z1av". (compile with
-S and look at the .s file.) This occurs even when the global varia
On 11/26/07, Andrew Ducore <[EMAIL PROTECTED]> wrote:
> since the 'a' function is mapped to the label "_Z1av". (compile with
> -S and look at the .s file.) This occurs even when the global variable
> isn't declared within an extern "C" {} block. Should non-'extern "C"
> {}' global variable names al
I suppose this is related to what I said to you on IRC, so I ought to
chime in here.
I agree with Daniel and David - your patch is not appropriate. As
long as we actually have the .l and .y files, the associated .c/.h
files should not be checked in, and flex/bison should be required when
building
Snapshot gcc-4.1-20071126 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20071126/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Nov 26, 2007, Michael Matz <[EMAIL PROTECTED]> wrote:
> Hi,
> On Fri, 23 Nov 2007, Alexandre Oliva wrote:
>> Yep. Nowhere does that bug report request parameters to be forced live.
> Not in that bug report perhaps, but we got requests for exactly this, i.e.
> to be able to introspect all
On Mon, Nov 26, 2007 at 04:02:48PM -0500, Stephane Hockenhull wrote:
> On Monday 26 November 2007 14:01, Daniel Jacobowitz wrote:
> > On Mon, Nov 26, 2007 at 10:40:35AM -0800, Joe Buck wrote:
> > > On Mon, Nov 26, 2007 at 01:33:54PM -0500, Stephane Hockenhull wrote:
> > > > hi, it seem stl template
On Nov 26, 2007, Michael Matz <[EMAIL PROTECTED]> wrote:
> Hi,
> On Fri, 23 Nov 2007, Alexandre Oliva wrote:
>> On Nov 13, 2007, Michael Matz <[EMAIL PROTECTED]> wrote:
>>
>> > The nice thing is, that there are only few places which really get rid of
>> > SETs: remove_insn. You have to tweak t
I'm working with a target that has 32-bit word addressing,
so there is a define of BITS_PER_UNIT = 32.
This causes a problem: an error saying that there is
no emulation for 'DI'. DImode has a precision of 128 bits,
which is clearly incorrect. (All the other integer modes
were incorrect as well
Joseph Maxwell wrote:
>
> I am attempting to install gcc-4.2.2 on an SGI Octane running IRIX 6.5.26
> I untar'd the gcc-4.2.2.tar file in the target directory /usr/local/gcc4x
>checking for gcc... gcc
>checking whether the C compiler (gcc ) works... no
>configure: error: installation
Miceal Eagar writes:
>I'm working with a target that has 32-bit word addressing,
>so there is a define of BITS_PER_UNIT = 32.
According to the documentation, this changes the size of a byte to 32
bits, instead of the more usual 8 bits.
>This causes a problem: an error saying that there is
>no em
On Mon, Nov 26, 2007 at 04:29:35PM -0800, Joe Buck wrote:
> But why are you using -fleading-underscore?
It's the default for a lot of targets. I'd still like to see a
concrete example of the problem...
--
Daniel Jacobowitz
CodeSourcery
Joerg Frochte wrote:
> *** This configuration is not supported in the following subdirectories:
> target-libmudflap target-libgomp target-libffi target-zlib
> target-libjava t
> arget-libada gnattools target-libstdc++-v3 target-libgfortran zlib
> target-libobj
> c target-boehm-gc
> (Any
Ross Ridge wrote:
Miceal Eagar writes:
I'm working with a target that has 32-bit word addressing,
so there is a define of BITS_PER_UNIT = 32.
According to the documentation, this changes the size of a byte to 32
bits, instead of the more usual 8 bits.
This causes a problem: an error saying
51 matches
Mail list logo
