lude([../config/multi.m4])
m4_include([../config/no-executables.m4])
m4_include([../libtool.m4])
So, you need to run aclocal with:
$ aclocal -I ../config -I ..
--
albert chin ([EMAIL PROTECTED])
5.1 with the same result.
--
albert chin ([EMAIL PROTECTED])
tdc++.la] Error 1
gmake[4]: Leaving directory `/opt/build/gcc/mips-sgi-irix6.5/libstdc++-v3/src'
gmake[3]: *** [all-recursive] Error 1
I'm building with GNU as because of:
http://gcc.gnu.org/ml/gcc-help/2005-10/msg00048.html
Has anyone managed to build 4.0.2 on IRIX 6.5?
--
albert chin ([EMAIL PROTECTED])
On Mon, Oct 10, 2005 at 11:58:04PM -0400, David Edelsohn wrote:
> >>>>> Albert Chin writes:
>
> Albert> I've built gcc-4.0.2 as follows on AIX 5.3 and am receiving a
> Albert> bootstrap comparison failure:
> Albert> $ CC=/usr/vac/bin/cc CONFIG_SHELL=
On Wed, Oct 12, 2005 at 05:09:20PM +0200, Rainer Orth wrote:
> Albert Chin <[EMAIL PROTECTED]> writes:
>
> > ld32: FATAL 2 : Internal: at ../../ld/section_type.c In load_info()
> > unknown section type
> > collect2: ld returned 1 exit status
> >
=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
> - - --enable-languages=c,ada,c++,f95,objc
Can the resulting GCC build Emacs _and_ XEmacs?
--
albert chin ([EMAIL PROTECTED])
of fixed PRs.
--
albert chin ([EMAIL PROTECTED])
the full summary field displayed? I'd really
> > prefer just:
> > BUG-ID SUMMARY
> >
> > to make it easy to generate a changelog of fixed PRs.
>
> You can change the web page any which way you like.
>
> Use the "Change Columns" link to do that.
Ah, cool. Thanks.
--
albert chin ([EMAIL PROTECTED])
the freshly built gfortran to build libgfortran.
> The same thing happens for the gfortran testsuite, and the fix is also
> included in this patch.
Why wouldn't mpfr have the same problem?
--
albert chin ([EMAIL PROTECTED])
fsw/gcc343/share --enable-languages=c,c++,f77
--with-local-prefix=/opt/TWWfsw/gcc343 --prefix=/opt/TWWfsw/gcc343
Thread model: single
gcc version 3.4.3 (TWW)
--
albert chin ([EMAIL PROTECTED])
On Mon, Nov 07, 2005 at 03:13:24PM -0800, Jim Wilson wrote:
> Albert Chin wrote:
> >The "*libgcc" line from the 3.4.3/3.4.4 specs file:
> > *libgcc:
> > %{shared-libgcc:%{!mlp64:-lgcc_s}%{mlp64:-lgcc_s_hpux64}
> > %{static|static-libgcc:-lgcc -lgcc_eh
>
On Mon, Nov 07, 2005 at 06:27:40PM -0800, Jim Wilson wrote:
> Albert Chin wrote:
> >I set ':set showmatch' in vim and all the braces match up.
>
> Yes, the braces match up. You wouldn't have been able to build gcc if
> they didn't.
>
> However, th
patches are buggy. I went to the HP web site, and I see that the
> gcc sources there are in a depot file. Can I do anything with a
> depot file even though I don't have HPUX? I haven't tried
> downloading the file to check.
A .depot file is a tar file so just untar it.
--
albert chin ([EMAIL PROTECTED])
e above must also be made to aix53.h for 8.1.0 to
build successfully on AIX 5.3. At the moment, GCC 5+ doesn't build on
AIX 5.3 because of the above.
--
albert chin (ch...@thewrittenword.com)
On Wed, Jul 25, 2018 at 01:15:44PM -0400, David Edelsohn wrote:
> AIX 5.3 no longer is under supported or maintained.
Ok. Well, we can now build 8.1 with this change so we'll update the
PR and leave it to someone else to decide if the patch should be
merged.
--
albert
dlib.hWed Aug 15 19:38:37 2018
--- /opt/build/gcc-8.2.0/fixincludes/tests/base/stdlib.hThu Feb 22
16:12:26 2018
***
*** 56,61
--- 56,62
#if defined( HPUX_LONG_DOUBLE_2_CHECK )
+ # if !defined(__ia64) || !defined(_PROTOTYPES) ||
defined(_LONG_DOUBLE_STRUCT)
#endif /* HPUX_LONG_DOUBLE_2_CHECK */
There were fixinclude test FAILURES
Any ideas?
--
albert chin (ch...@thewrittenword.com)
E_2_CHECK )
extern long double strtold(const char *, char **);
#endif /* HPUX_LONG_DOUBLE_2_CHECK */
I don't know why the change to test_text causes "make check" to
succeed though.
> Thanks, David
>
>
>
>
> On Wed, Aug 15, 2018 at 3:46 PM Albert Chin
>
ed.
>
>To get these to match, you need to define a type for the parameter
>which has C linkage and use it in both places, or place the entire
>definition in an extern "C" block, if that will fork for your actual
>situation.
>The linkage of a parameter that is a function is considered in its type.
>One has C linkage, the other C++ linkage. It is subtle.
Who is right?
--
albert chin ([EMAIL PROTECTED])
gt; {
> > notifyXsldbgAppFuncPtr = notifyXsldbgAppFunc;
> > }
>
> This is most likely very related to PR 2316 where GCC does not use language
> as the overloaded part.
Is there some place in the C++ standard I can look up to determine
what the correct behavior for the above code should be?
--
albert chin ([EMAIL PROTECTED])
On Wed, Mar 15, 2006 at 08:10:41PM -0800, Alexey Starovoytov wrote:
> 2nd:
> - change the default for Solaris 7+ and linux
Why not 2.6+? Because 7+ does 64-bit?
--
albert chin ([EMAIL PROTECTED])
linked with
> libgcc_s.so.1 are not able to load it, even if the RUNPATH
> (-R/path/to/libgcc) or
> LD_LIBRARY_PATH are defined correctly.
Are you _sure_? We don't have a problem on a Solaris 8 system with
libgcc_s.so, mode 644, with either GCC 3.4.3 or 4.0.2. What error are
you getting?
--
albert chin ([EMAIL PROTECTED])
an modify the specs file to _automatically_ add the -R/-Wl,-rpath
when linking. Below is a possible patch for the GCC 4.0.2 specs file
to accomplish it for Solaris. Linux is handled in a similar way.
--
albert chin ([EMAIL PROTECTED])
-- snip snip
--- specs.orig Sun Jun 25 23:30:01 2006
+++ specs
, nor AIX. Why? Because, on these
systems, the runtime path option (+b, -rpath, -blibpath) is not
additive (i.e. you cannot use these options more than once on the
command-line).
--
albert chin ([EMAIL PROTECTED])
23 matches
Mail list logo
