szia

[niki]

HIHETETLEN JÓ FÓRUM RENDSZER!

csak nektek!

INGYENES REGISZTRÁCIÓ ÉS AZ IS MARAD !!!

Nálunk nem kell töltened,ingyen szedheted le a legujabb premiereket!

Ime a CÍm:

http://href.hu/x/7gae

--
.

szia

[niki]

HIHETETLEN JÓ FÓRUM RENDSZER!

csak nektek!

INGYENES REGISZTRÁCIÓ ÉS AZ IS MARAD !!!

Nálunk nem kell töltened,ingyen szedheted le a legujabb premiereket!

Ime a CÍm:

http://href.hu/x/7gae

--
.

[Bug bootstrap/41391] New: gcc fails to compile because of missung fenv.h

[niki dot waibel at gmx dot net]

gcc fails to compile, because solaris8/9 do not have fenv.h. funnily enough gcc
compiles after 'touch /usr/include/fenv.h', but i feel that can't be a
solution. 

i am currently trying to reproduce this to report the exact error message. it
will take a while, as i have only pretty old hw available.


-- 
   Summary: gcc fails to compile because of missung fenv.h
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: niki dot waibel at gmx dot net
 GCC build triplet: sparc-sun-solaris2.9 and sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.9 and sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.9 and sparc-sun-solaris2.8


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41391

[Bug bootstrap/41391] gcc fails to compile because of missung fenv.h

[niki dot waibel at gmx dot net]

--- Comment #1 from niki dot waibel at gmx dot net  2009-09-18 00:36 ---
sorry, but i can't reproduce this. on another solaris8 system (without fenv.h)
gcc compiled fine -- this time with (initial) gcc-4.4.1 (which was built using
'touch /usr/include/fenv.h')


-- 

niki dot waibel at gmx dot net changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41391

[Bug libstdc++/19545] New: static libstdc++.a does not link against shared objects

[niki dot waibel at gmx dot net]

i usually compile c++ code using static libstdc++, which is no problem on:
i386-pc-solaris2.9, sparc-sun-solaris2.8, sparc-sun-solaris2.9 and i686-pc-
linux-gnu using gcc-3.4.3 and binutils-2.15.94.0.2.

only on x86_64-unknown-linux-gnu i get (not always, but very often) sthg like
===
/misc/x86_64-unknown-linux-gnu/bin/ld: /misc/x86_64-unknown-linux-gnu/opt/gcc/3.
4.3/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/libstdc++.a(allocator.o): relocation 
R_X86_64_32S against `__gnu_cxx::__pool_alloc_base::_S_free_list' can not be 
used when making a shared object; recompile with -fPIC
/misc/x86_64-unknown-linux-gnu/opt/gcc/3.4.3/lib/gcc/x86_64-unknown-linux-gnu/3.
4.3/libstdc++.a(allocator.o): could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libdb_cxx-4.3.la] Error 1
===
i know that this can be solved using the shared version of libstdc++, but i'd 
like to have binaries with do not depend on libstdc++ AND i'd like to 
understand 
what's wrong here.

(maybe this is a binutils problem -- i am not sure...)

-- 
   Summary: static libstdc++.a does not link against shared objects
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: niki dot waibel at gmx dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19545

[Bug libstdc++/19545] static libstdc++.a does not link against shared objects

[niki dot waibel at gmx dot net]

--- Additional Comments From niki dot waibel at gmx dot net  2005-01-21 
08:55 ---
--with-pic when building the db lib (that is what i currently try to compile on 
all platforms), or when building gcc?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19545

[Bug libstdc++/19545] static libstdc++.a does not link against shared objects

[niki dot waibel at gmx dot net]

--- Additional Comments From niki dot waibel at gmx dot net  2005-01-21 
09:00 ---
i get exactly the same error if i use --with-pic when configuring db-4.3.27.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19545

[Bug libstdc++/19545] static libstdc++.a does not link against shared objects

[niki dot waibel at gmx dot net]

--- Additional Comments From niki dot waibel at gmx dot net  2005-01-21 
09:05 ---
comping gcc again using --with-pic. just saw the option in gcc-3.4.3/libstdc++-
v3/configure ...

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19545

[Bug libstdc++/19545] static libstdc++.a does not link against shared objects

[niki dot waibel at gmx dot net]

--- Additional Comments From niki dot waibel at gmx dot net  2005-01-21 
09:20 ---
YES! everything fine now. compiling gcc using --with-pic solved the problem.

thanks a lot for that hint!

niki

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19545