[Bug libstdc++/25823] New: --disable-hosted-libstdcxx causes build break
While trying to build the libstdc++ library with --disable-hosted-libstdcxx
specified in the configure step, eh_alloc.cc fals to compile with an error that
the line:
extern "C" int memset (void *, int, std::size_t);
declares memset different than it has already been declared. Changing the line
to
extern "C" void *memset (void *, int, std::size_t);
resolves the problem.
--
Summary: --disable-hosted-libstdcxx causes build break
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pedz at easesoftware dot net
GCC build triplet: powerpc-ibm-aix5.3.0.0
GCC host triplet: powerpc-ibm-aix5.3.0.0
GCC target triplet: powerpc-ibm-aix5.3.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25823
[Bug libstdc++/25823] --disable-hosted-libstdcxx causes build break
--- Comment #1 from pedz at easesoftware dot net 2006-01-17 17:42 --- Created an attachment (id=10658) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10658&action=view) How configure was called -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25823
[Bug libstdc++/25823] --disable-hosted-libstdcxx causes build break
--- Comment #2 from pedz at easesoftware dot net 2006-01-17 17:43 --- Created an attachment (id=10659) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10659&action=view) My Patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25823
[Bug libstdc++/25824] New: --disable-hosted-libstdcxx causes build break in eh_globals.cc
While trying to build the libstdc++ library with --disable-hosted-libstdcxx specified in the configure step, eh_globals.cc fals to compile. Calls to std::free and std::malloc have not been defined. I do not have the error log. I can recreate it if it is really necessary. -- Summary: --disable-hosted-libstdcxx causes build break in eh_globals.cc Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pedz at easesoftware dot net GCC build triplet: powerpc-ibm-aix5.3.0.0 GCC host triplet: powerpc-ibm-aix5.3.0.0 GCC target triplet: powerpc-ibm-aix5.3.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25824
[Bug libstdc++/25824] --disable-hosted-libstdcxx causes build break in eh_globals.cc
--- Comment #1 from pedz at easesoftware dot net 2006-01-17 18:21 --- Created an attachment (id=10660) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10660&action=view) How configure was called -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25824
[Bug libstdc++/25824] --disable-hosted-libstdcxx causes build break in eh_globals.cc
--- Comment #2 from pedz at easesoftware dot net 2006-01-17 18:23 --- Created an attachment (id=10661) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10661&action=view) My Patch I used the same style that eh_alloc.cc used by adding an ifdef and changing the calls in the code to just be "free" or "malloc" rather than "std::free". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25824
[Bug bootstrap/25825] New: Add soft float to list of libraries
On AIX, a device driver or kernel extension can not use floating point. I did not see a way via the configure options to get libstdc++ built with a -msoft-float option. But there is an option to remove libraries from the list. So I changed t-aix52 to create versions of libstdc++ to use soft float by default with the thought that if anyone does not want them, they can delete them when the configure gcc. My suggested patch to t-aix52 is attached. While getting this change to compile and link, I encountered which appears to me to be more of a bug than an enhancement. ppc64-fp.c is needed will not compile without modifications. I have attached my path to it as well. -- Summary: Add soft float to list of libraries Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pedz at easesoftware dot net GCC build triplet: powerpc-ibm-aix5.3.0.0 GCC host triplet: powerpc-ibm-aix5.3.0.0 GCC target triplet: powerpc-ibm-aix5.3.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25825
[Bug bootstrap/25825] Add soft float to list of libraries
--- Comment #1 from pedz at easesoftware dot net 2006-01-17 18:37 --- Created an attachment (id=10662) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10662&action=view) Suggested patch to t-aix52 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25825
[Bug bootstrap/25825] Add soft float to list of libraries
--- Comment #2 from pedz at easesoftware dot net 2006-01-17 18:38 --- Created an attachment (id=10663) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10663&action=view) Suggested patch to ppc64-fp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25825
[Bug libstdc++/25823] --disable-hosted-libstdcxx causes build break
--- Comment #4 from pedz at easesoftware dot net 2006-01-17 18:40 --- I have not tried it and do not have the equipment to try it except on a Mac. I can do that if it would help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25823
[Bug bootstrap/25825] Add soft float to list of libraries
--- Comment #4 from pedz at easesoftware dot net 2006-01-17 22:01 --- No, I did not. Since your update, I've looked for some documentation and can not find any. If you can point me to some, then I will be happy to investigate futher. I assume that LIBCXXFLAGS or LIBCFLAGS may be able to do what the changes to t-aix52 accomplished. But the changes to pcc64-fp.c would still be needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25825
[Bug libstdc++/25823] --disable-hosted-libstdcxx causes build break
--- Comment #8 from pedz at easesoftware dot net 2006-01-17 22:02 --- Note that 25824 is a close cousin to this bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25823
[Bug c/25834] New: untar of tarball produces errors on AIX 5.3
The command:
bzcat ../images/gcc-4.0.2/gcc-4.0.2.tar.bz2 | tar xf -
causes these errors
tar: can't create
gcc-4.0.2/libstdc++-v3/testsuite/tr1/4_metaprogramming/primary_type_categories/is_member_function_po:
Is a directory
tar: can't create
gcc-4.0.2/libstdc++-v3/testsuite/tr1/4_metaprogramming/primary_type_categories/is_member_function_po:
Is a directory
tar: can't create
gcc-4.0.2/libstdc++-v3/testsuite/tr1/4_metaprogramming/primary_type_categories/is_member_object_poin:
Is a directory
tar: can't create
gcc-4.0.2/libstdc++-v3/testsuite/tr1/4_metaprogramming/primary_type_categories/is_member_object_poin:
Is a directory
After the untar is finished, there is a symplic link called @LongLinks in the
directory of the untar.
I didn't see this as a frequently reported bug, etc. I did not investigate the
problem too far. This may be an AIX tar limitation, etc. If you want, I can
do futher tests to help track this down.
--
Summary: untar of tarball produces errors on AIX 5.3
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pedz at easesoftware dot net
GCC build triplet: powerpc-ibm-aix5.3.0.0
GCC host triplet: powerpc-ibm-aix5.3.0.0
GCC target triplet: powerpc-ibm-aix5.3.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25834
[Bug c++/25943] New: Options added to collect2
I have a number of things that I would like to see added to collect2. If there is interest in them, I'll volunteer to do the work. I am not sure of the process of making suggestions like this so if there is another format, please let me know. e.g. I've put all of my suggestions into one report -- perhaps they should be split apart. Changes to collect2: 1) Added the ability for collect2 to stop after the creation of the .c file which also implies an option to give the .c file a name. Maybe: --c-file-only=foo.c I would only add this to collect2's argument processing so to use it from g++, the user would do: -Wl,--c-file-only=foo.c 2) Same as #1 but with the object file. Maybe: --o-file-only=foo.o 3) Right now collect2 looks at suffixes. It would be nice to do one or both of the following two things: 3a) An option to add suffixes used for object files. Maybe: --object-suffix=.32o to add the .32o suffix. 3b) Look at the magic number in the files to determine if they are an object file that needs to be looked at. This could be an option as well. The pitfall is that on AIX, an archive can have 32 bit object files and 64 bit object files (in the same archive) and the linker pulls out the ones it needs. The way this is done usually is to have foo.c compile to foo.32o and foo.64o and then put all the object files into one archive. gcc instead has path/libxxx.a and path/ppc64/libxxx.a If the only difference is the 32/64 bitness, those could be combined. This is what old farts like me are use to on AIX. This system confuses collect2 in two places. If I do g++ foo.32o -o foo, collect2 never looks at foo.32o for constructors and destructors (or frame tables). The trick I did was to put my object files into an archive and then collect2 scans them. I am building a driver which means I need it in 32 bit form as well as 64 bit form. I assume if I had both my 32 bit object files and my 64 bit object files in the same archive, collect2 would scan all of them which is not the right thing to have happen. collect2 could look at the magic numbers and resolve both of these short comings. (collect2 knows if it is in 32 bit mode or in 64 bit mode.) 4) collect2 on AIX has two arguments that it passes to ld that can not be removed. I'm wondering if those should be added in only if -nostdlib is not specified (or some other way to accomplish the same task). There may be other flags to ld like this as well but I don't think so. Right now, to get around this problem I have a script called ld in my path before the real ld and the script strips out the two arguments that I don't want. -- Summary: Options added to collect2 Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pedz at easesoftware dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25943
[Bug pch/14933] missing pre-compiled header depends with -MD
--- Comment #5 from pedz at easesoftware dot net 2006-03-20 19:40 --- This is also on 4.0.2. This is marked as Serverity of "enhancement". Can we change that to "normal"? -- pedz at easesoftware dot net changed: What|Removed |Added CC| |pedz at easesoftware dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14933
