On Thu, 3 Mar 2005, Robert Dewar wrote:
> Bernd Trog wrote:
> > according to the gnat ref. manual
> >
http://gcc.gnu.org/onlinedocs/gnat_rm/Implementation-Defined-Characteristics.html
> >
> > Standard.Interger'Size is 32 bit for the compilation target.
> >
> > I'd like to know if the Ada frontend
On Sun, 2005-03-06 at 04:12 -0800, Bernd Trog wrote:
> On Thu, 3 Mar 2005, Robert Dewar wrote:
>
> > Bernd Trog wrote:
> > > according to the gnat ref. manual
> > >
> http://gcc.gnu.org/onlinedocs/gnat_rm/Implementation-Defined-Characteristics.html
> > >
> > > Standard.Interger'Size is 32 bit for
Laurent GUERBY wrote:
Getting GNAT to be hosted on a 16 bit machine is probably not
workable. On the other side, targetting a 16 bit machine from a >= 32
bit host should be doable for Ada.
No question about that, the issue is whether type Integer can
or cannot be 16 bits. As I said before, I suspe
Bernd Trog wrote:
A 'grep INT_TYPE_SIZE' lists avr, h8300, ip2k, m68hc11, m68k,
pdp11 and stormy16 as possible candidates for such a warning.
Note that there is a standard port of GNAT for the m68k, which
is used by some large scale customers, but it does have
integer'size set as 32.
Hi,
When using FORTIFY_SOURCE I think some new symbols are required from very
recent glibcs. This makes sense when you are compiling binaries just for
your own system or distribution but it'd be nice to be able to statically
link this code (the *_chk functions etc) so fortified binaries can be run
I am configuring `libiberty', but during `libiberty'
configure on DJGPP (without a working vfork), configure
reports that I have a working vfork. This is a bug in
configure.ac.
Samuel Lauber
--
_
Web-based SMS services available at
As originally proposed here:
http://gcc.gnu.org/ml/gcc/2005-01/msg00031.html
I propose switching the ChangeLogs to use year-based names rather than
numeric indexes.
Specifically, I propose adding these files:
ChangeLog-1997: from last part of ChangeLog.0
ChangeLog-1998: from first part of Ch
Due to some massive speedups i've implemented in cvs2svn, the full gcc
repo, including all non-broken tags (more in a moment), is now
available. It would have taken ~7 days before, and now it takes less
than 2 (it's almost completely disk bound now, and my 7200rpm disks just
aren't fast enough app
> As originally proposed here:
> http://gcc.gnu.org/ml/gcc/2005-01/msg00031.html
>
> I propose switching the ChangeLogs to use year-based names rather than
> numeric indexes.
>
> Specifically, I propose adding these files:
>
> ChangeLog-1997: from last part of ChangeLog.0
> ChangeLog-1998:
Giovanni Bajo wrote:
Mark, how does this port fit in the 4.1 plan? Since it is totally
self-contained (it does not modify anything in GCC proper but the usual
configuration additions), I think it could be merged any time, assuming a
global maintainer can spend some time on a review. To be fair, thi
Snapshot gcc-4.1-20050306 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20050306/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 CVS branch
with the following options: -D2005-03-06 17:43 UTC
You'll
On Sun, 6 Mar 2005, Ian Lance Taylor wrote:
> look at the ChangeLog for the appropriate year. This is also how some
> other GNU programs organize their ChangeLog files, including libhava
> and libstdc++-v3.
Not consistently, however. libjava/ChangeLog-1999 has entries from 1998,
libjava/Change
On Sun, 6 Mar 2005, Daniel Berlin wrote:
> I have converted most all of our scripts at this point, and verified
> they work trivially (IE that changing something in www makes it update
> the www dir)
Could the current patches to the scripts in contrib/ and
maintainer-scripts/, wwwdocs/bin if don
"Joseph S. Myers" <[EMAIL PROTECTED]> writes:
> On Sun, 6 Mar 2005, Ian Lance Taylor wrote:
>
> > look at the ChangeLog for the appropriate year. This is also how some
> > other GNU programs organize their ChangeLog files, including libhava
> > and libstdc++-v3.
>
> Not consistently, however.
On Sun, 2005-03-06 at 18:34 +, Joseph S. Myers wrote:
> On Sun, 6 Mar 2005, Daniel Berlin wrote:
>
> > I have converted most all of our scripts at this point, and verified
> > they work trivially (IE that changing something in www makes it update
> > the www dir)
>
> Could the current patches
On Sun, 6 Mar 2005, Daniel Berlin wrote:
> I have no clue how the savannah mirroring works now, or who to contact.
> Pointers would be appreciated.
>
> If they mirror via rsync, they just need to change the directory they
> mirror from.
> If they mirror via some other method, we'll need to replac
On Sun, 6 Mar 2005, Ian Lance Taylor wrote:
> Going forward, in early July of each year ChangeLog would be moved
> into ChangeLog-. Then in early January, ChangeLog would be moved
> to the front of ChangeLog-.
More natural would be to split off ChangeLog entries for the
previous year earl
On Sun, 2005-03-06 at 18:34 +, Joseph S. Myers wrote:
> On Sun, 6 Mar 2005, Daniel Berlin wrote:
>
> > I have converted most all of our scripts at this point, and verified
> > they work trivially (IE that changing something in www makes it update
> > the www dir)
>
> Could the current patches
On Sun, 2005-03-06 at 18:53 +, Joseph S. Myers wrote:
> On Sun, 6 Mar 2005, Daniel Berlin wrote:
>
> > I have no clue how the savannah mirroring works now, or who to contact.
> > Pointers would be appreciated.
> >
> > If they mirror via rsync, they just need to change the directory they
> > m
Hans-Peter Nilsson wrote:
On Sun, 6 Mar 2005, Ian Lance Taylor wrote:
When I proposed this a couple of months ago, Hans-Peter objected:
http://gcc.gnu.org/ml/gcc/2005-01/msg00640.html
I honestly didn't understand the objection. Hans-Peter, let me know
if you want to try again to explain it.
N
I compiled unexec.c from Emacs 21.3 with -O2, and I got the
error from GNU as on line 1498:
Fatal error: C_EFCN symbol out of scope
I'm on the x86. This only happens if all three of the
following are satisfied
1) -gcoff debugging information is being generated
2) -funit-at-a-time is on
3)
On Sun, 6 Mar 2005, Daniel Berlin wrote:
> mailer.conf needs a bit more configuration to get all the right messages
> to the right mailing lists, but that's trivial.
(And to ensure that the messages have the right sender address, i.e.
[EMAIL PROTECTED] (not @sourceware.org).)
I notice the facil
On Sun, 6 Mar 2005, Frank Heckenbach wrote:
> So to make it short, for my own productive work I'm not going to use
> gpc with a backend that hasn't been tested with gpc for at least
> several months. Therefore, I'm not going to do my own frontend work
> on such a version, as I want to be able to t
On Sun, 6 Mar 2005, Joseph S. Myers wrote:
On Sun, 6 Mar 2005, Daniel Berlin wrote:
mailer.conf needs a bit more configuration to get all the right messages
to the right mailing lists, but that's trivial.
(And to ensure that the messages have the right sender address, i.e.
[EMAIL PROTECTED] (not @
On Sun, 6 Mar 2005, Daniel Berlin wrote:
> The main waiting thing at htis point is for subversion 1.2 and for
With regard to this point, will accessing the repository via SVN protocols
need 1.2 on the client, or will it only be needed on the server and if
mirroring the repository?
--
Joseph S
On Sun, 6 Mar 2005, Daniel Berlin wrote:
> I actually turned this off on purpose to match what we do now.
> You can tell it to suppress adds and delete diffs, we can add diff limits,
> etc.
> Unlike our current ad-hoc scripts, mailer.py is very easy to modify.
I think matching what we do now is q
/config.guess
i686-pc-linux-gnu
linux:/usr/local/bin # ./gcc -v
Reading specs from
/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: ../gcc-3.4.3/configure
Thread model: posix
gcc version 3.4.3
linux:/etc/hotplug # cat /etc/issue
Welcome to SuSE Linux 9.1 (i586) - Kernel \r (\l
On Sun, 6 Mar 2005, Joseph S. Myers wrote:
On Sun, 6 Mar 2005, Daniel Berlin wrote:
The main waiting thing at htis point is for subversion 1.2 and for
With regard to this point, will accessing the repository via SVN protocols
need 1.2 on the client, or will it only be needed on the server and if
m
Zack Weinberg <[EMAIL PROTECTED]> writes:
> So, the plan: Step 1 introduces - one at a time - target hooks
> corresponding to each of the above macros. All callers are changed to
> use the hooks. The default definitions of the hooks invoke the
> existing macros. The hardest part of this is work
[EMAIL PROTECTED] wrote:
I compiled unexec.c from Emacs 21.3 with -O2, and I got the
error from GNU as on line 1498:
Fatal error: C_EFCN symbol out of scope
I'm on the x86. This only happens if all three of the
following are satisfied
1) -gcoff debugging information is being generated
2) -fu
On Mar 6, 2005, at 6:39 PM, Dan Kegel wrote:
[EMAIL PROTECTED] wrote:
I compiled unexec.c from Emacs 21.3 with -O2, and I got the error
from GNU as on line 1498:
Fatal error: C_EFCN symbol out of scope
I'm on the x86. This only happens if all three of the following are
satisfied
1) -gcoff debug
I'd like to start hacking on osx gcc. What tag is recommented to check
out ? Also, what areas need work most? I'm an experienced programmer,
but I know jack about gcc.
--
alfonso e. urdaneta
www.red82.com - are you ready ?
Nathan Sidwell wrote:
Hans-Peter Nilsson wrote:
On Sun, 6 Mar 2005, Ian Lance Taylor wrote:
When I proposed this a couple of months ago, Hans-Peter objected:
http://gcc.gnu.org/ml/gcc/2005-01/msg00640.html
I honestly didn't understand the objection. Hans-Peter, let me know
if you want to try a
> I'd like to start hacking on osx gcc. What tag is recommented to
check out ? Also, what areas > need work most? I'm an experienced
programmer, but I know jack about gcc.
>
--
alfonso e. urdaneta
www.red82.com - are you ready ?
I would work on mainline. It bootstraps just fine - usually ;-) -
Chris Lattner <[EMAIL PROTECTED]> writes:
| Karel Gardas wrote:
| > Yes, that's undefined, but I just define this class to be able to do:
| > Foo* f = dynamic_cast(x);
| > l = f->iiop_version();
| > there is nothing like delete involved. Anyway, I agree with you that
| > emit warning about this is
Mark Mitchell <[EMAIL PROTECTED]> writes:
[...]
| > It seems that the warning could be improved to be emitted when the
| > *delete* is seen of a class without a virtual dtor (but that does
| > have virtual methods). If you never actually do the questionable
| > behavior, you'd never get the warn
Joe Buck <[EMAIL PROTECTED]> writes:
| On Fri, Mar 04, 2005 at 08:06:27PM -0600, Chris Lattner wrote:
| > In my mind, the times you want to silence the warning (without defining
| > the virtual dtor) are when you *know* that it will never be used that way,
| > because it's part of the contract o
David Carlton <[EMAIL PROTECTED]> writes:
| On Fri, 04 Mar 2005 19:15:41 -0600 (CST), Chris Lattner <[EMAIL PROTECTED]>
said:
|
| > It's not a matter of warning vs not warning: it's a matter of
| > emitting bogus warnings *sometimes* when you can emit the proper
| > warning *all of the time*.
|
On Fri, Mar 04, 2005 at 04:59:25PM -0600, Edmar Wienskoski wrote:
> and notice a considerable number of load instructions in the 64 bits one.
>
> Does anyone have an insight on why this is happening ?
These are most likey 64-bit address constant loads. On ppc32, a 32-bit
address constant can be
Hi,
Here is a preliminary result for fold_buildN from my personal tree. I
compiled cc1-i files with ./cc1 -quiet -O2 -fomit-frame-pointer
-fmem-report -o /dev/null. I used --enable-gather-detailed-mem-stats
to see how many nodes and bytes we are allocating for trees. (Thanks
Honza!) I then sum
Hi Mark,
After your patch for PR c++/19733, there have been tonnes
of warnings during a libjava build complaining about "class
Foo has virtual functions but non-virtual destructor".
Here's a simple testcase:
-- 8< --
~/tmp > cat y.cpp
exte
On Sunday, March 6, 2005, at 05:17 PM, Alfonso Urdaneta wrote:
I'd like to start hacking on osx gcc. What tag is recommented to
check out ? Also, what areas need work most? I'm an experienced
programmer, but I know jack about gcc.
You have a few choices. Mainline is best, and what I would re
42 matches
Mail list logo
