Jack Howarth | 1 Dec 02:41 2005
Picon

new c++ restrictions?

     For the last few months, gcc 4.1 has had problems compling
the following code in posRMSDPot.cc in xplor-nih...

 IStringStream iNoComments( stripped );

 // read NOEPot table
 CDSStringStreamBuf<char> dum;
 while ( !iNoComments.eof() && !iNoComments.fail() ) {

   String word; iNoComments >> word;
   if ( word.glob("assi*",1) ) {
     PosRMSDPot_Restraint* restraint = new PosRMSDPot_Restraint(this);
     iNoComments >> *restraint;
     if ( restraint->ok() ) {
       restraints_.append( restraint );
       if (verbose())
         cout << "PosRMSDPot::addRestraints: added restraint: "
              << *restraint << '\n';
     } else {
       cout << "PosRMSDPot::addRestraints: error adding restraint.\n";
       delete restraint;

which generates an error...

posRMSDPot.cc: In member function 'void PosRMSDPot::addRestraints(const String&)':
posRMSDPot.cc:145: error: no match for 'operator>>' in 'iNoComments >> *
restraint'
/sw/lib/gcc4/lib/gcc/powerpc-apple-darwin8/4.1.0/../../../../include/c++/4.1.0/istream:131:
note: candidates are: std::basic_istream<_CharT, _Traits>& std::basic_istream<_CharT,
_Traits>::operator>>(std::basic_istream<_CharT, _Traits>& (*)(std::basic_istream<_CharT,
(Continue reading)

Shrirang Khishti | 1 Dec 06:51 2005

Help required - ICE in GCC for my target

Hi all

I am porting GCC compiler to new 16 bit target. I am using GCC-4.0.x

For one of the target specific options, I am using PSI mode for
representing pointers. 
If I compile the following test code with this target specific option
along with any of the optimization options I am getting an ICE.

Command line is 
>>> target-elf-gcc -mlarge -O2 ICE.c -c

=============================================================
volatile double  gd[32];

int main ()
{
  int i;
  int j;
  for (i = 0; i < 32; i++)
    if (gd[i] !=  i * 4 )    /* In this statement If I use loop
invariant instead of 'i' in LHS or RHS of comparison program is getting
compiled */
      abort ();
  exit (0);
}

=============================================================

ICE I am getting is :   
(Continue reading)

DJ Delorie | 1 Dec 07:09 2005
Picon

Re: Help required - ICE in GCC for my target


> I have also provided RTL's for "extendpsisi" and "truncsipsi" (for
> converting between PSI and SI modes).

You need extendpsisi2, truncsipsi2, and zero_extendpsisi2.  The m32c
port uses PSI for pointers also; you can use it as an example.

Shrirang Khishti | 1 Dec 09:40 2005

RE: Help required - ICE in GCC for my target

Hi Delorie
  Thank you very much for your reply. 
  I have made the changes as you have mentioned, but I am getting same
error.

Could you please guide where I can look into 

Thanking you in advance
Regards
Shrirang Khisti
KPIT Cummins Infosystems Ltd.

-----Original Message-----
From: DJ Delorie [mailto:dj <at> redhat.com] 
Sent: Thursday, December 01, 2005 11:40 AM
To: Shrirang Khishti
Cc: gcc <at> gcc.gnu.org
Subject: Re: Help required - ICE in GCC for my target

> I have also provided RTL's for "extendpsisi" and "truncsipsi" (for
> converting between PSI and SI modes).

You need extendpsisi2, truncsipsi2, and zero_extendpsisi2.  The m32c
port uses PSI for pointers also; you can use it as an example.

gccadmin | 1 Dec 10:02 2005
Picon

gcc-4.2-20051201 is now available

Snapshot gcc-4.2-20051201 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20051201/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 107813

You'll find:

gcc-4.2-20051201.tar.bz2              Complete GCC (includes all of below)

gcc-core-4.2-20051201.tar.bz2         C front end and core compiler

gcc-ada-4.2-20051201.tar.bz2          Ada front end and runtime

gcc-fortran-4.2-20051201.tar.bz2      Fortran front end and runtime

gcc-g++-4.2-20051201.tar.bz2          C++ front end and runtime

gcc-java-4.2-20051201.tar.bz2         Java front end and runtime

gcc-objc-4.2-20051201.tar.bz2         Objective-C front end and runtime

gcc-testsuite-4.2-20051201.tar.bz2    The GCC testsuite

Diffs from 4.1-20051112 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.2
link is updated and a message is sent to the gcc list.  Please do not use
a snapshot before it has been announced that way.
(Continue reading)

Axel Bernhard Freyn | 1 Dec 10:33 2005
Picon

successfully built and installed GCC version 4.0.2 on i686-pc-linux-gnu Debian Sarge 3.1


successfully built and installed GCC version 4.0.2 on i686-pc-linux-gnu
Debian Sarge 3.1
all languages enabled

# ./config.guess
i686-pc-linux-gnu

#  ./gcc-4.0.2 -v
Es werden eingebaute Spezifikationen verwendet.
Ziel: i686-pc-linux-gnu
Konfiguriert mit: /home/abf/Downloads/source/gcc/gcc-4.0.2/configure
--prefix=/home/abf/gcc --program-suffix=-4.0.2
Thread-Modell: posix
gcc-Version 4.0.2

All languages configured

# /etc/issue
Debian GNU/Linux 3.1

#  dpkg -l libc6
libc6      2.3.2.ds1-22

# Kernel
2.6.14.2 #1 PREEMPT

Paolo Bonzini | 1 Dec 11:04 2005
Picon

Re: SVN Problem?

>>svn switch --relocate {svn://,svn+ssh://law <at> }gcc.gnu.org/svn/gcc
> 
> Thanks.  I doubt I would have come up with that one on my own! :-)

Oh, that's just shell expansion for

svn switch --relocate svn://gcc.gnu.org/svn/gcc \
   svn+ssh://law <at> gcc.gnu.org/svn/gcc

BTW Dan, though Jeff did not see it, the error message you get if you 
just do

svn switch svn+ssh://law <at> gcc.gnu.org/svn/gcc

does not hint at relocate.  Maybe it will be moot once we switch to 
svn+ssl and nobody will check out svn:// trees, still it can be an 
improvement.

Thanks,

paolo

Gabriel Dos Reis | 1 Dec 12:01 2005
Picon

GCC-3.4.6 status


Hi,

   gcc-3_4-branch is open again for regression-fix patches only.

Thanks,

-- Gaby

Joost VandeVondele | 1 Dec 11:40 2005
Picon
Picon

[4.0 Regression + Patch] PR23282


Hi,

PR23282 is a wrong code generation bug that shows up in trivial C code 
(see comment 2) at -O1. Since a few weeks, there has been a small patch 
attached to the PR (tested on mainline/4.1 since june see PR22442) that 
also fixes the problem for 4.0 (I tested _4_0_1_release). I think that 
that patch should go in the 4.0 branch before 4.0.3 is released....

Is there anybody with svn write permission and a few spare minutes ??

Thanks,

Joost

Geoffrey Keating | 1 Dec 11:45 2005
Picon

weakref and static


The 'weakref' attribute is defined in terms of aliases.  Now,
if the user writes

void foo(void) { }
void bar(void) __attribute__((alias ("foo")));

then that causes 'bar' to be defined.  Other translation units can use
'bar'.  If 'weakref' is to define an alias, it should behave the same
way.

Unfortunately, it can't do that; Mach-O (on Darwin) doesn't support
aliases in the object file at all, and even ELF doesn't support
aliases to symbols outside the current .o.  The easiest solution to
this is to require that weakrefs must be 'static', because the name
that they define is not visible outside this translation unit.

There's an additional wrinkle, which is although this name is
'static', it is also 'weak' because it can be NULL.  So we have
introduced a new concept, a static weak name.  Fortunately it is
limited to just this one case.

I couldn't fully test this patch because weakrefs still don't seem to
be working properly on Darwin.  However, the testcases do compile
successfully.

Sorry I didn't say anything earlier about Alexandre's proposal, I
thought that it implied that in fact ELF did have this capability.

What do people think?
(Continue reading)


Gmane