Hi Dago,
> > Also, you should update BUILD_DEP_PKGS += CSWgcc3core
> > to BUILD_DEP_PKGS += CSWgcc4core when switching to gcc4
> I should have taken this out. The compiler could be checked by GAR if
> necessary.
I've tested it with GAR r16113: comment out BUILD_DEP_PKGS += CSWgcc4core,
remove gcc4core from a build system, then do make configure. Build fails with
error
configure: error: C compiler cannot create executables
I suppose, it is a bug in GAR, but until it is fixed, I'd prefer to keep
BUILD_DEP line.
> GCC4 works fine, so I have used that one for now. However, it doesn't seem to
> link
> against libiconv.so.2 and libncurses.so.5, so I removed the deps.
After building with GCC4 from unstable on my system.
ldd work/build-isa-sparcv8plus/remake-3.82+dbg0.8/make | grep csw
libintl.so.8 => /opt/csw/lib/libintl.so.8
libreadline.so.6 => /opt/csw/lib/libreadline.so.6
libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2
libncurses.so.5 => /opt/csw/lib/libncurses.so.5
Probably, configure strips readline and ncurses if they are not exists on a
build host.
I think, having readline and ncurses support for interactive debugger is nice
feature,
so returned deps on them.
My changes on top of
https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/remake (r16057)
attached as remake-gcc4.patch
I'll check git version of remake a bit later and get back with results.
Best regards,
Andrey
remake-gcc4.patch
Description: remake-gcc4.patch
_______________________________________________ users mailing list [email protected] https://lists.opencsw.org/mailman/listinfo/users
