Date: Tue, 15 Nov 2022 09:47:52 -0800 From: Xin LI <delphij@gmail.com> To: Archimedes Gaviola <archimedes.gaviola@gmail.com> Cc: freebsd-database@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Include SQLite3 source upon buildworld Message-ID: <CAGMYy3u3ocKJ713m=m2qHXBTQxynMt=LWQiN99yYDo6KQuDTGg@mail.gmail.com> In-Reply-To: <CAJFbk7H4cgZn6Cy4m6uMZhZKe93mMtHb6afbVb8YDrQwJ2FBtA@mail.gmail.com> References: <CAJFbk7H4cgZn6Cy4m6uMZhZKe93mMtHb6afbVb8YDrQwJ2FBtA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000040f09b05ed85f534 Content-Type: text/plain; charset="UTF-8" On Tue, Nov 15, 2022 at 5:16 AM Archimedes Gaviola < archimedes.gaviola@gmail.com> wrote: > Hi, > > There's an SQLite3 source located in the /usr/src/contrib/sqlite3. Is > there a way to include this upon buildworld so that I can run the binary > after compiling? > Yes and no. Yes -- you can always compile shell.c source and link against the library; the code is there, just the BSD make build glues are missing. No -- the omission is intentional: the library is meant to be used by the base system as a "private library", which gives us the flexibility to not give a stable API/ABI promise and to only build with options that the base system needed (to reduce attack surface), so that when we make an update, it will be a "wholesale" update and user applications are not broken, even if sqlite3 update have introduced one. Users who want sqlite3 should really install it from ports (databases/sqlite3) or package. --00000000000040f09b05ed85f534 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace,monospace"><br></div></div><br><div class=3D"gmail_quote= "><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Nov 15, 2022 at 5:16 AM Arc= himedes Gaviola <<a href=3D"mailto:archimedes.gaviola@gmail.com">archime= des.gaviola@gmail.com</a>> wrote:<br></div><blockquote class=3D"gmail_qu= ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20= 4);padding-left:1ex"><div dir=3D"ltr"><div>Hi,</div><div><br></div><div>The= re's an SQLite3 source located in the=20 /usr/src/contrib/sqlite3. Is there a way to include this upon buildworld so= that I can run the binary after compiling?</div></div></blockquote><div><b= r></div><div class=3D"gmail_default" style=3D"font-family:monospace,monospa= ce">Yes and no.</div><div class=3D"gmail_default" style=3D"font-family:mono= space,monospace"><br></div><div class=3D"gmail_default" style=3D"font-famil= y:monospace,monospace">Yes -- you can always compile shell.c source and lin= k against the library; the code is there, just the BSD make build glues are= missing.</div><div class=3D"gmail_default" style=3D"font-family:monospace,= monospace"><br></div><div class=3D"gmail_default" style=3D"font-family:mono= space,monospace">No -- the omission is intentional: the library is meant to= be used by the base system as a "private library", which gives u= s the flexibility to not give a stable API/ABI promise and to only build wi= th options that the base system needed (to reduce attack surface), so that = when we make an update, it will be a "wholesale" update and user = applications are not broken, even if sqlite3 update have introduced one.=C2= =A0 Users who want sqlite3 should really install it from ports (databases/s= qlite3) or package.</div></div></div> --00000000000040f09b05ed85f534--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGMYy3u3ocKJ713m=m2qHXBTQxynMt=LWQiN99yYDo6KQuDTGg>