gmane.comp.gcc.help

Re: Effect of 'register' keyword on debug info

Rohit Arul Raj — 2012-05-24T07:03:41

Thanks Ian.
I tried with gcc v4.6.3 and get the same behavior.
Should this be considered as a bug with debug info generation then?

Warning message with usage of visibility hidden with wrapper class

Christopher Sigman — 2012-05-24T02:02:41

Hi all,

My team at work and I have started to utilize the visibility
attributes in gcc so that we are building 'nix libraries whose public
symbols are in-line with our Windows builds. With some of our code
though, we're noticing warnings about parts being declared with
greater visibility.  As far as we've been able to determine, there's
nothing being executed incorrectly, but we'd like to understand the
warning before ignoring it.

The code in question is basically set up like this:

class __attribute__ ((visibility ("hidden"))) SomeClass
{
  ...
}

template <T>
class WrappingSomeClass
{
...
  void someFunc()
  {
    SomeClass var;
    ...
  }
...
}

Where the warning occurs on usage of SomeClass in WrappingSomeClass.
Any code using this example links to the library with SomeClass in it.
Any help you can give would be appreciated, and if my super
simplification is overly so, let me know and I can give it in more
detail.

--
CSS

Files with no valid license information

Evan Hunter — 2012-05-23T23:34:58

Hello,

We are using a custom GCC toolchain to build commercial ARM code, and have noticed some issues with licensing of some of the install files that GCC creates.

There are at least 5 small header files that are missing any kind of license information.
There are also many object and static library files created with no clear indication of which (if any) are covered by the LibGCC exception.
In the lib/gcc/arm-none-eabi/4.6.3/plugin/ directory, there are also many GPL header files without the LibGCC exception.

I would like to request:
. A license block in every output header file,  and an output text file specifying which object/library files are covered by the LibGCC exception.
AND/OR
. A build switch to prevent output of any files incompatible with commercial licensed target code.

Attached is a text file detailing the headers/objects/libraries, and the build string I'm using. Also attached is a minor patch to the configure system that we needed.


Regards,

Evan Hunter
(Broadcom, Sydney)










Header files missing license information:
lib/gcc/arm-none-eabi/4.6.3/include-fixed/syslimits.h
lib/gcc/arm-none-eabi/4.6.3/include/stdint.h
lib/gcc/arm-none-eabi/4.6.3/include/varargs.h
lib/gcc/arm-none-eabi/4.6.3/install-tools/gsyslimits.h
arm-none-eabi/sys-include/confdefs.h


Object files with unclear licensing:
lib/gcc/arm-none-eabi/4.6.3/libgcov.a
lib/gcc/arm-none-eabi/4.6.3/crti.o
lib/gcc/arm-none-eabi/4.6.3/crtbegin.o
lib/gcc/arm-none-eabi/4.6.3/crtn.o
lib/gcc/arm-none-eabi/4.6.3/thumb/libgcov.a
lib/gcc/arm-none-eabi/4.6.3/thumb/crti.o
lib/gcc/arm-none-eabi/4.6.3/thumb/crtbegin.o
lib/gcc/arm-none-eabi/4.6.3/thumb/crtn.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v6m/libgcov.a
lib/gcc/arm-none-eabi/4.6.3/thumb/v6m/crti.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v6m/crtbegin.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v6m/crtn.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v6m/libgcc.a
lib/gcc/arm-none-eabi/4.6.3/thumb/v6m/crtend.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v7m/libgcov.a
lib/gcc/arm-none-eabi/4.6.3/thumb/v7m/crti.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v7m/crtbegin.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v7m/crtn.o
lib/gcc/arm-none-eabi/4.6.3/thumb/v7m/libgcc.a
lib/gcc/arm-none-eabi/4.6.3/thumb/v7m/crtend.o
lib/gcc/arm-none-eabi/4.6.3/thumb/libgcc.a
lib/gcc/arm-none-eabi/4.6.3/thumb/crtend.o
lib/gcc/arm-none-eabi/4.6.3/libgcc.a
lib/gcc/arm-none-eabi/4.6.3/crtend.o
arm-none-eabi/lib/libsupc++.a
arm-none-eabi/lib/libstdc++.a
arm-none-eabi/lib/thumb/libsupc++.a
arm-none-eabi/lib/thumb/libstdc++.a
arm-none-eabi/lib/thumb/v6m/libsupc++.a
arm-none-eabi/lib/thumb/v6m/libstdc++.a
arm-none-eabi/lib/thumb/v7m/libsupc++.a
arm-none-eabi/lib/thumb/v7m/libstdc++.a

Build string:
CFLAGS="-I../addon_tools/include" \
LDFLAGS="-L../addon_tools/lib" \
configure \
--target=$target --prefix= ../install \
--disable-nls --disable-shared --disable-threads \
--with-gcc --with-gnu-ld --with-gnu-as --with-dwarf2 \
--enable-languages=c,c++ --enable-interwork --enable-multilib \
--with-newlib --with-headers=../newlib-1.20.0/newlib/libc/include \
--disable-libssp --disable-libstdcxx-pch --disable-libmudflap \
--disable-libgomp -v --with-system-zlib
make all-gcc
make install-gcc

<Make Newlib>

make
make install

Re: Query regarding pointer analysis

Ian Lance Taylor — 2012-05-23T22:18:13



I don't offhand know the answers to your questions.  Still, some notes.

You didn't mention which version of GCC you are using.  This code
changes in every version of GCC.

If you use -fdump-tree-all-vops you will get tree dumps for each pass
that show the tree-dependent aliasing information.  Look for VUSE and
VDEF lines.

The most recent versions of GCC use an aliasing oracle anyhow, in
gcc/tree-ssa-alias.c.  Look at how that code works.

Ian

Re: Fixincludes permanence & questions on cross compilers

rbmj — 2012-05-23T18:03:27

OK, so I went into fixincludes/inclhack.def and added this rule:

/*
  *  This hack makes makes unistd.h more POSIX-compliant on VxWorks
  */
fix = {
     hackname    = vxworks_tasklib_regs;
     files       = taskLib.h;
     test        = " -r vxWorks.h ";

     select      = "#[\t ]*include[\t ]+<regs.h>";
     c_fix       = format;
     c_fix_arg   = "#include <arch/../regs.h>";

     test_text   = "`touch vxWorks.h taskLib.h`"
         "#include <regs.h>\n";
};

I then ran genfixes and then went in to my build directory.  I ran make 
check.  This was in fixincludes/test/inc/taskLib.h:

#if defined( VXWORKS_TASKLIB_REGS_CHECK )
#include <regs.h>

#endif  /* VXWORKS_TASKLIB_REGS_CHECK */

and I saw this in tests/res/taskLib.h:

#if defined( VXWORKS_TASKLIB_REGS_CHECK )
#include <arch/../regs.h>

#endif  /* VXWORKS_TASKLIB_REGS_CHECK */

So it looks good. I deleted the fixincludes subdir and then ran make. 
However, when I get to libgcc:

In file included from ../../../gcc-4.7.0/libgcc/../gcc/regs.h:25:0,
                  from /usr/powerpc-wrs-vxworks/sys-include/taskLib.h:213,
                  from ../../../gcc-4.7.0/libgcc/config/vxlib.c
<errors />

These errors go away if i run sed -i.orig -e 
's|<regs.h>|<arch/../regs.h>|' /usr/powerpc-wrs-vxworks/taskLib.h

So taskLib.h is still including regs.h, not arch/../regs.h like it 
should.  I go into the build directory, and type find | grep taskLib. 
The only thing I get are the two in fixincludes/tests - there's no file 
in GCC's build tree.

taskLib.h and vxWorks.h are in /usr/powerpc-wrs-vxworks/sys-include.  I 
configured gcc with the following command line:

../gcc-4.7.0/configure --prefix=/usr --target=powerpc-wrs-vxworks 
--with-gnu-as --with-gnu-ld 
--with-headers=../gccdist/WindRiver/vxworks-6.3/target/h 
--disable-shared --disable-libssp --disable-multilib --with-float=hard 
--enable-languages=c --enable-threads=vxworks --without-gconv 
--disable-libgomp --disable-nls --disable-libmudflap --with-cpu-PPC603

What is the problem here?  Do I need to manually specify to run fixincludes?

Thanks,

Robert Mason

Re: trying to build a DLL on Windows 7 gcc using 3rd party libraries

Ángel González — 2012-05-23T17:34:01

Sorry, I had missed this.

On 02/05/12 21:01, Ray Holme wrote:
No, it doesn't provide the call convention. I just expected the output
of the function name, if it had some prefixes or suffixes (they may be
added to give hints about the call convention).


On 03/05/12 18:35, Ray Holme wrote:
One way would be to copy the files to a Unix machine and run file there.
Another would be to get a version of file compiled for windows, such as
http://gnuwin32.sourceforge.net/packages/file.htm

Re: Fixincludes permanence & questions on cross compilers

Jonathan Wakely — 2012-05-23T17:27:20

They are permanent, but they don't replace the file. GCC puts the
fixed headers in a directory which it searches before the system
directories, so it finds the fixed ones before the original ones.


If you're expecting the original headers to be replaced then you're
looking in the wrong place.

Search under the GCC installation tree, you should find the fixed
version of the header.

Fixincludes permanence & questions on cross compilers

rbmj — 2012-05-23T16:52:59

Hi all,

Two questions:

1.  Are fixincludes hacks only active during build-time (e.g. they do 
not replace the actual file) or are they permanent?  If they are only 
temporary/local to gcc, but they need to be permanent, is there a way to 
specify this?

2.  On cross compilers, fixincludes does not appear (to my uneducated 
eye) to be applied to my headers (then again, I may have written the 
hacks wrong) located in sys-include.  Does fixincludes not affect 
headers in sys-include or am I not looking hard enough?

If somebody can explain in a bit more detail how fixincludes works (I 
read the README but it only defines the formatting), please do.

The hacks I'm trying to apply are at the end of this email, if it helps.

Thanks,

Robert Mason

/*
  *  Wrap VxWorks ioctl to keep everything pretty
  */
fix = {
     hackname    = vxworks_ioctl_macro;
     files       = ioLib.h;
     test        = " -r vxWorks.h ";

     c_fix       = format;
     c_fix_arg   = "%0\n"
         "#define ioctl(fd, func, arg) ((ioctl)((fd), (func), 
((int)(arg))))\n";
     c_fix_arg   = "extern[\t ]+int[\t ]+ioctl[\t ]*\([\t ,[:alnum:]]\);";

     test_text   = "`touch vxWorks.h`"
         "extern int ioctl ( int asdf1234, int jkl, int qwerty ) ;";
};

/*
  *  Work around same-named gcc header regs.h in taskLib.h on VxWorks
  */
fix = {
     hackname    = vxworks_tasklib_regs;
     files       = taskLib.h;
     test        = " -r vxWorks.h ";

     select      = "#[\t ]*include[\t ]+<regs.h>";
     c_fix       = format;
     c_fix_arg   = "#include <arch/../regs.h>";

     test_text   = "`touch vxWorks.h`"
         "#include <regs.h>\n";
};

/*
  *  This hack makes makes unistd.h more POSIX-compliant on VxWorks
  */
fix = {
     hackname    = vxworks_unistd;
     files       = unistd.h;
     test        = " -r vxWorks.h ";

     select      = "#[\t ]*include[\t ]+<vxWorks.h>";
     c_fix       = format;
     c_fix_arg   = "%0\n#include <ioLib.h>\n"
         "#ifndef STDIN_FILENO\n"
         "#define STDIN_FILENO 0\n"
         "#endif\n"
         "#ifndef STDOUT_FILENO\n"
         "#define STDOUT_FILENO 1\n"
         "#endif\n"
         "#ifndef STDERR_FILENO\n"
         "#define STDERR_FILENO 2\n"
         "#endif\n";

     test_text   = "`touch vxWorks.h`"
         "#include <vxWorks.h>\n";
};

/*
  *  This hack makes write const-correct on VxWorks
  */
fix = {
     hackname    = vxworks_write_const;
     files       = ioLib.h;
     test        = " -r vxWorks.h ";

     c_fix       = format;
     c_fix_arg   = "extern int  write (int, const char*, size_t);";
     c_fix_arg   = "extern[\t ]+int[\t ]+write[\t ]*\("
         "[\t ]*int[\t ]*,"
         "[\t ]*char[\t ]*\*[\t ]*,"
         "[\t ]*size_t[\t ]*\)[\t ]*;";

     test_text   = "`touch vxWorks.h`"
         "extern int write ( int , char * , size_t ) ;";
};

Re: Problem compiling gcc 4.7.0 libgcc on Netgear ReadyNAS DUO Sparc

Jonathan Wakely — 2012-05-23T16:35:13

Actually, the bus errors indicate a different problem:

On 23 May 2012 14:29, .uservorname .usernachname wrote:

As it says, "Please submit a full bug report,with preprocessed source
if appropriate.See <http://gcc.gnu.org/bugs.html> for instructions."
(and please try to preserve newlines in the output so it's readable!)

Re: Problem compiling gcc 4.7.0 libgcc on Netgear ReadyNAS DUO Sparc

Jonathan Wakely — 2012-05-23T16:16:57

This is a FAQ: http://gcc.gnu.org/wiki/FAQ#configure_suffix

Please read http://gcc.gnu.org/wiki/InstallingGCC

Problem compiling gcc 4.7.0 libgcc on Netgear ReadyNAS DUO Sparc

.uservorname .usernachname — 2012-05-23T13:29:11

Hello,

I'm trying to upgrade my gcc from 4.0 to 4.7.

I got the following compiling enviroment:
2.6.17.14ReadyNAS #1 Thu Sep 1 17:44:33 PDT 2011 padre GNU/Linux
GNU ld (GNU Binutils) 2.22
ldconfig (GNU libc) 2.3.2
GNU Make 3.82
debian sarge

ls /usr/local/lib/libmpfr.*
/usr/local/lib/libmpfr.a   /usr/local/lib/libmpfr.so    /usr/local/lib/libmpfr.so.1.2.2  /usr/local/lib/libmpfr.so.4.1.0
/usr/local/lib/libmpfr.la  /usr/local/lib/libmpfr.so.1  /usr/local/lib/libmpfr.so.4

ls /usr/local/lib/libmpc.*
/usr/local/lib/libmpc.a   /usr/local/lib/libmpc.so    /usr/local/lib/libmpc.so.0.0.0  /usr/local/lib/libmpc.so.2.0.0
/usr/local/lib/libmpc.la  /usr/local/lib/libmpc.so.0  /usr/local/lib/libmpc.so.2

whereis libgmp
libgmp: /usr/lib/libgmp.a /usr/lib/libgmp.lai /usr/local/lib/libgmp.so /usr/local/lib/libgmp.la /usr/local/lib/libgmp.a

I configured gcc with the following parameters: gcc-4.7.0-compiled# ../gcc-4.7.0/configure --build='sparc-linux' --enable-languages=c,c++ --prefix=/usr --mandir=/usr/share/man --enable-shared --with-system-zlib --enable-nls --enable-clocale=gnu --enable-debug --with-cpu=v7  --enable-objc-gc

make breaks at:
make[3]: Leaving directory `/c/backup/gcc-4.7.0-compiled/gcc'mkdir -p -- sparc-linux/libgccChecking multilib configuration for libgcc...Configuring stage 1 in sparc-linux/libgccconfigure: creating cache ./config.cachechecking build system type... sparc-unknown-linux-gnuchecking host system type... sparc-unknown-linux-gnuchecking for --enable-version-specific-runtime-libs... nochecking for a BSD-compatible install... /usr/bin/install -cchecking for gawk... mawkchecking for sparc-linux-ar... archecking for sparc-linux-lipo... lipochecking for sparc-linux-nm... /backup/gcc-4.7.0-compiled/./gcc/nmchecking for sparc-linux-ranlib... ranlibchecking for sparc-linux-strip... stripchecking whether ln -s works... yeschecking for sparc-linux-gcc... 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-includechecking for suffix of object files... configure: error: in `/backup/gcc-4.7.0-compiled/sparc-linux/libgcc':configure: error: cannot compute suffix of object files: cannot compileSee `config.log' for more details.make[2]: *** [configure-stage1-target-libgcc] Error 1make[2]: Leaving directory `/c/backup/gcc-4.7.0-compiled'make[1]: *** [stage1-bubble] Error 2make[1]: Leaving directory `/c/backup/gcc-4.7.0-compiled'make: *** [all] Error 2
The exact error is:
It was created by GNU C Runtime Library configure 1.0, which wasgenerated by GNU Autoconf 2.64.  Invocation command line was   $ /backup/gcc-4.7.0/libgcc/configure 
--cache-file=./config.cache --enable-multilib --prefix=/usr 
--mandir=/usr/share/man --enable-shared --with-system-zlib --enable-nls 
--enable-clocale=gnu --enable-debug --with-cpu=v7 --enable-objc-gc 
--enable-languages=c,c++,lto --program-transform-name=s,y,y, 
--disable-option-checking --with-target-subdir=sparc-linux 
--build=sparc-linux --host=sparc-linux --target=sparc-linux 
--srcdir=../../../gcc-4.7.0/libgcc --disable-intermodule 
--enable-checking=yes,types --disable-coverage 
--enable-languages=c,c++,lto ## --------- #### Platform. #### --------- ## hostname = fes-a120d19nasuname -m = padreuname -r = 2.6.17.14ReadyNASuname -s = Linuxuname -v = #1 Thu Sep 1 17:44:33 PDT 2011 /usr/bin/uname -p = unknown/bin/uname -X     = unknown /bin/arch              = unknown/usr/bin/arch -k       = unknown/usr/convex/getsysinfo = unknown/usr/bin/hostinfo      = unknown/bin/machine           = unknown/usr/bin/oslevel       = unknown/bin/universe          = unknown PATH: /opt/rfw/binPATH: /opt/rfw/sbinPATH: /usr/local/sbinPATH: /usr/local/binPATH: /usr/sbinPATH: /usr/binPATH: /sbinPATH: /binPATH: /usr/bin/X11  ## ----------- #### Core tests. #### ----------- ## configure:2042: creating cache ./config.cacheconfigure:2207: checking build system typeconfigure:2221: result: sparc-unknown-linux-gnuconfigure:2241: checking host system typeconfigure:2254: result: sparc-unknown-linux-gnuconfigure:2352: checking for --enable-version-specific-runtime-libsconfigure:2365: result: noconfigure:2413: checking for a BSD-compatible installconfigure:2481: result: /usr/bin/install -cconfigure:2497: checking for gawkconfigure:2524: result: mawkconfigure:2624: checking for sparc-linux-arconfigure:2651: result: arconfigure:2716: checking for sparc-linux-lipoconfigure:2743: result: lipoconfigure:2808: checking for sparc-linux-nmconfigure:2835: result: /backup/gcc-4.7.0-compiled/./gcc/nmconfigure:2900: checking for sparc-linux-ranlibconfigure:2927: result: ranlibconfigure:2992: checking for sparc-linux-stripconfigure:3019: result: stripconfigure:3081: checking whether ln -s worksconfigure:3085: result: yesconfigure:3102: checking for sparc-linux-gccconfigure:3129: result: 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include   configure:3398: checking for C compiler versionconfigure:3407: 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include    --version >&5xgcc (GCC) 4.7.0Copyright (C) 2012 Free Software Foundation, Inc.This is free software; see the source for copying conditions.  There is NOwarranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3418: $? = 0configure:3407: 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include    -v >&5Reading specs from /backup/gcc-4.7.0-compiled/./gcc/specsCOLLECT_GCC=/backup/gcc-4.7.0-compiled/./gcc/xgccCOLLECT_LTO_WRAPPER=/backup/gcc-4.7.0-compiled/./gcc/lto-wrapperTarget: sparc-linuxConfigured with: ../gcc-4.7.0/configure
 --build=sparc-linux --enable-languages=c,c++ --prefix=/usr 
--mandir=/usr/share/man --enable-shared --with-system-zlib --enable-nls 
--enable-clocale=gnu --enable-debug --with-cpu=v7 --enable-objc-gcThread model: posixgcc version 4.7.0 (GCC) configure:3418: $? = 0configure:3407: 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include    -V >&5xgcc: error: unrecognized command line option '-V'xgcc: fatal error: no input filescompilation terminated.configure:3418: $? = 1configure:3407: 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include    -qversion >&5xgcc: error: unrecognized command line option '-qversion'xgcc: fatal error: no input filescompilation terminated.configure:3418: $? = 1configure:3434: 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include    -o conftest -g -O2   conftest.c 
 >&5xgcc: internal compiler error: Bus error (program cc1)Please submit a full bug report,with preprocessed source if appropriate.See <http://gcc.gnu.org/bugs.html> for instructions.configure:3437: $? = 4configure:3625: checking for suffix of object filesconfigure:3647: 
/backup/gcc-4.7.0-compiled/./gcc/xgcc 
-B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include    -c -g -O2  conftest.c >&5xgcc: internal compiler error: Bus error (program cc1)Please submit a full bug report,with preprocessed source if appropriate.See <http://gcc.gnu.org/bugs.html> for instructions.configure:3651: $? = 4configure: failed program was:| /* confdefs.h */| #define PACKAGE_NAME "GNU C Runtime Library"| #define PACKAGE_TARNAME "libgcc"| #define PACKAGE_VERSION "1.0"| #define PACKAGE_STRING "GNU C Runtime Library 1.0"| #define PACKAGE_BUGREPORT ""| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"| /* end confdefs.h.  */| | int| main ()| {| |   ;|   return 0;| }configure:3665: error: in `/backup/gcc-4.7.0-compiled/sparc-linux/libgcc':configure:3668: error: cannot compute suffix of object files: cannot compileSee `config.log' for more details. ## ---------------- #### Cache variables. #### ---------------- ## ac_cv_build=sparc-unknown-linux-gnuac_cv_env_CC_set=setac_cv_env_CC_value='/backup/gcc-4.7.0-compiled/./gcc/xgcc
 -B/backup/gcc-4.7.0-compiled/./gcc/ -B/usr/sparc-linux/bin/ 
-B/usr/sparc-linux/lib/ -isystem /usr/sparc-linux/include -isystem 
/usr/sparc-linux/sys-include   'ac_cv_env_CFLAGS_set=setac_cv_env_CFLAGS_value='-g -O2'ac_cv_env_CPPFLAGS_set=setac_cv_env_CPPFLAGS_value=ac_cv_env_CPP_set=ac_cv_env_CPP_value=ac_cv_env_LDFLAGS_set=setac_cv_env_LDFLAGS_value=ac_cv_env_LIBS_set=ac_cv_env_LIBS_value=ac_cv_env_build_alias_set=setac_cv_env_build_alias_value=sparc-linuxac_cv_env_host_alias_set=setac_cv_env_host_alias_value=sparc-linux[...]
I think the cache variables aren't relevant anymore. If you want the full config.log you can watch it on http://pastebin.com/GckvTpaa or I can post it here.
Searching the web for config.log error results in setting the LD_LIBRARY_PATH, LD_RUN_PATH and LDFLAGS which I have done.
LD_RUN_PATH=/usr/local/lib
export LD_RUN_PATH
LDFLAGS="-L/usr/local/lib -R/usr/local/lib"
export LDFLAGSecho $LD_LIBRARY_PATH
/usr/local/lib

So at the moment I' dont know how I can pass the configure of libgcc. What can I try else? If you need more information I can post them.

greetings

Martin

Query regarding pointer analysis

Mukta Joglekar — 2012-05-23T10:16:28

Hello,

We are trying to find how pointer analysis information is being used
by other optimizations in gcc. We disovered that pointer information
is stored as a bitmap which is accessed via a macro named
"SSA_NAME_PTR_INFO". However, when we tried to find where this macro
is being used, we came up with following observations:

For the example given below:

int main()
{
         int *a,*b;

         int p,q,r;

         a = &r;

         *a = p + q;

         b = &p;

         *b = p + q;

         printf("%d,%d",*a,*b);

}

There is scope for copy propagation, and the program does get
optimized stating that *a should be equal to *b. Pass
"COPY_PROPAGATION" has a call to SSA_NAME_PTR_INFO wherein it
duplicates the points-to information in case of copy propagation.
However, for the example given above, this macro is not being called.
Here, we realized that the pointer dereferences are already converted
to scalar variables in the first execution of the pass "CONDITIONAL
CONSTANT PROPAGATION". However, this pass also does not seem to call
the macro SSA_NAME_PTR_INFO.

Thus, we are not sure how exactly this conversion takes place.

In general, we need answers for the following questions :
1. How are the pointer dereferences converted to scalar variables and
whether points-to information is being used for this conversion or
not?
2. Which passes use pointer information?
3. How does the pointer information exactly help these passes in
optimizations?
4. How do the passes that execute before the pta pass deal with
pointers? For instance following passes have one execution before
pass_ipa_pta and another execution after it.
         pass_ccp
         pass_build_ealias
         pass_sra_early
         pass_fre
         pass_copy_prop
         pass_merge_phi
         pass_cd_dce

Can anyone help us with this issue?

join

.uservorname .usernachname — 2012-05-23T09:28:23

hi,

i want join the list. greetings

Re: Address rejected by TARGET_LEGITIMATE_ADDRESS_P recreated in post reload CSE pass at -O2

Ian Lance Taylor — 2012-05-22T19:54:21


I'm not sure I understand this, because it sounds like that MEM is
already invalid and therefore not a general_operand.  When
general_operand sees a MEM, it checks that the address satisfies the
legitimate_address_p target hook, and I thought you indicated that such
an address would fail that hook.



That is what it does for the transformation, yes, but it only commits
the transformation back to the RTL if it is valid.  At least that is how
it is supposed to work.

Ian

Re: Address rejected by TARGET_LEGITIMATE_ADDRESS_P recreated in post reload CSE pass at -O2

Ayonam Ray — 2012-05-22T19:31:10

Thanks Ian,

It is exactly as you said.  I fixed my predicate for that instruction.
 So what was earlier a general_operand now checks for general_operand
and in addition, it checks for the operand to be a MEM (PLUS (MULT
(REG  CONST_INT))  SYMBOL_REF) and rejects those operands.

However, I still get the same problem.  What I noticed is that the
address conversion from using a REG instead of a SYMBOL_REF happens at
the IRA stage.  I presume it is having register pressure and since the
register that contains the SYMBOL_REF is used only for these kind of
addresses, it knocks off the REG and replaces it with the SYMBOL_REF
itself.  But the problem is how to make it not do so.  Does it check
the instruction predicates when it does this transformation in the
IRA?  I feel it doesn't.  It just looks at the REG_EQUIV and REG_EQUAL
expression lists and carries out the transformation based on that.

Regards
Ayonam

Re: Help compiling native gcc-4.7.0 on Solaris/x86

Shahbaz Javeed — 2012-05-22T17:39:52

Kai,

Agreed :-)  I can't believe I omitted that.  Here's that output:

http://pastebin.com/Uka1w2rh

I'm not sure if it's absolute line 13 in that file or if it's line 13
of a particular section etc.

Shahbaz Javeed
Blog: http://learnonthejob.blogspot.com/


On Tue, May 22, 2012 at 6:09 AM, Kai Ruottu <kai.ruottu< at >wippies.com> wrote:

Re: Address rejected by TARGET_LEGITIMATE_ADDRESS_P recreated in post reload CSE pass at -O2

Ian Lance Taylor — 2012-05-22T13:48:35


I'm really guessing here, but it sounds like you have an insn with an
operand that uses an m constraint but for which the operand predicate
accepts operands that do not meet that constraint.  In general for every
RTL that the operand predicate accepts you must have a constraint that
can match that operand.  Based on your description even general_operand
ought to reject the symbolicRef address.

Ian

Re: Help compiling native gcc-4.7.0 on Solaris/x86

Kai Ruottu — 2012-05-22T10:09:38

22.5.2012 0:45, Shahbaz Javeed kirjoitti:

 >
 > I can provide any additional information (files, output, etc) as
 > needed.  Any help would be appreciated.

So: What did the row 13 in 'libgcc.map' say? Couldn't it be logical
to look at this first :

/usr/local/src/bootstrap/build-4.7.0/gcc/../ld/ld-new:libgcc.map:13: 
syntax error

and then ask what could be the problem?

cross gcc libgfortran mis-configuration

rbmj — 2012-05-22T03:51:14

Hi everyone,

I am working on getting libgfortran to cross compile targeting vxworks.  
However, I've noticed that it has been mis-configured.  Checking 
config.log, it appears that checks for function existence is succeeding 
because gcc thinks they are builtins.

My config.log is attached - line 2175 (for example) shows the issue.

This appears to be a problem with other functions as well.  For some 
reason, configure thinks that my cross gcc has functions like fp_trap, 
fp_enable, fp_setmask, umask, exec*

For another thing, I don't see how fork() can be a builtin, considering 
that there is no fork() in the libc and the vxworks process model 
doesn't exactly mesh with posix and forking...

Or maybe there's another issue.  Either way, these functions should 
*not* be working.

Any help is appreciated.  Thanks,

Robert Mason

Re: Help compiling native gcc-4.7.0 on Solaris/x86

Shahbaz Javeed — 2012-05-22T01:42:49

Vincent,

No, I'm building the compiler in a directory parallel to where the source is.  Here's a quick layout diagram:

/usr/local/src
|
+- gmp-5.0.5
+- mpfr-3.0.1
+- mpc-0.9
+- build-4.7.0
+- binutils-2.22
+- gcc-4.7.0
   +- gmp -> ../gmp-5.0.5
   +- mpfr -> ../mpfr-3.0.1
   +- mpc -> ../mpc-0.9
   +- bfd -> ../binutils-2.22/bfd
   +- binutils -> ../binutils-2.22/binutils
   +- cpu -> ../binutils-2.22/cpu
   +- elfcpp -> ../binutils-2.22/elfcpp
   +- etc -> ../binutils-2.22/etc
   +- gas -> ../binutils-2.22/gas
   +- gold -> ../binutils-2.22/gold
   +- gprof -> ../binutils-2.22/gprof
   +- ld -> ../binutils-2.22/ld
   +- opcodes -> ../binutils-2.22/opcodes
   +- setup.com -> ../binutils-2.22/setup.com
   +- src-release -> ../binutils-2.22/src-release
   +- texinfo -> ../binutils-2.22/texinfo

I run the following configure command from within /usr/local/src/build-4.7.0:

../gcc-4.7.0/configure --prefix=/usr/local/gcc --enable-bootstrap --with-gnu-as --with-gnu-ld

I hope that helps clear things up.

S

On May 21, 2012, at 6:29 PM, Vincent Diepeveen wrote:

Re: Help compiling native gcc-4.7.0 on Solaris/x86

Vincent Diepeveen — 2012-05-21T22:29:50

hi Shahbaz,

Am i seeing it correctly you configure by accident in the SAME  
directory as where the installs are?

It's better to make a new directory and compile it there, so a  
different directory than where the sourcecode is.

mkdir gcc470
cd gcc470
../gcc-4.7.0/configure

Bootstrap is turned on automatically already, only if you want to  
turn it off add a parameter.

Hope that helps you, fixes 1 problem another 100 to go :)

On May 21, 2012, at 11:45 PM, Shahbaz Javeed wrote: