www.delorie.com/archives/browse.cgi | search |
> From: "Ozkan Sezer (sezeroz AT gmail DOT com) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com> > Date: Sat, 28 Jan 2023 12:12:50 +0300 > > On 1/28/23, Eli Zaretskii (eliz AT gnu DOT org) [via djgpp AT delorie DOT com] > <djgpp AT delorie DOT com> wrote: > >> From: "Ozkan Sezer (sezeroz AT gmail DOT com) [via djgpp AT delorie DOT com]" > >> <djgpp AT delorie DOT com> > >> Date: Sat, 28 Jan 2023 11:07:07 +0300 > >> > >> This can be a show stopper, so I _can_ revert the whole patch: The > >> patch was made for the whole purpose of dxe3gen finding -lgcc (and > >> -lstdc++) automatically in the first place, and one can just do the > >> manual labor of copying them to $(DJDIR)/lib easily (a documentation > >> about it from someone would be nice.) > > > > Having "-L$(DJDIR)/lib" and using GCC to find the standard libraries > > are not contradicting goals, are they? The -L switch just says "look > > in that directory as well", it doesn't replace the standard > > directories. > > Well, try doing the following horrible -L : > -L/usr/local/cross-djgpp/lib/gcc/i586-pc-msdosdjgpp/3.4.6 > > because, unlike libc.a, libgcc.a isn't under $(DJDIR)/lib > at least not in cross- environments -- really do not know > about a native installation. That was the original issue. OK, but still: there should be no problem with having both on the command line, right?
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |