Can you guys trim your CC list? I have no interest
in the stupidity of OOo in including every project
under the sun into its build system.
--
Steve
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
I use FreeBSD mainline for my normal use and I don't have
access to a system with the upcoming FreeBSD 8.0. It appears
the changes to sys/amd64/include/pcb.h to remove the
pcb_{fs,ds,es,gs} members of the pcb struct breaks at least
gdb-6.8.x and gdb-7.0. I've sent a patch to the gdb developers
to
On Thu, Oct 15, 2009 at 08:27:15PM +, b. f. wrote:
> >My question is what __FreeBSD_version number should I use
> >to have gdb working on FreeBSD 8.0 or greater?
>
> The earliest FreeBSD version bump after Revision 190620, Wed Apr 1
> 13:09:26 2009 UTC, seems to have been in Revision 190787, M
Has portmgr considered a re-organization of the current
directory structure for ports?
troutmask:root[226] pwd
/usr/ports/devel
troutmask:root[227] ls | wc -l
3633
troutmask:root[228] ls | grep -E ^p5- | wc -l
1446
troutmask:root[229] ls | grep -E ^py- | wc -l
275
troutmask:root[230]
Can someone please fix the lang/gcc port for FreeBSD-current?
The weekly churn is lang/gcc46 gave me the brilliant idea to
switch over to lang/gcc. What a $#@! nightmare! The only
nightmare that surpasses the current lang/gcc fiasco is the
questionable churn in lang/gcc46.
--
Steve
__
diff -ur gcc-4.6.2.orig/boehm-gc/configure gcc-4.6.2/boehm-gc/configure
--- gcc-4.6.2.orig/boehm-gc/configure 2011-10-26 02:30:24.0 -0700
+++ gcc-4.6.2/boehm-gc/configure2011-12-16 11:19:53.0 -0800
@@ -10520,7 +10520,7 @@
objformat=`/usr/bin/objformat`
else
ca
On Fri, Dec 16, 2011 at 06:09:08PM -0800, Xin LI wrote:
>
> Actually you can add a dot (.) to these matches, e.g. freebsd[123]* ->
> freebsd[123].*, etc... Have you contacted the maintainer
> (ger...@freebsd.org) by the way?
>
There are probably a few different ways to workaround the
problem.
On Fri, Dec 16, 2011 at 09:15:06PM -0600, Mark Linimon wrote:
> On Fri, Dec 16, 2011 at 06:09:08PM -0800, Xin LI wrote:
> > Actually you can add a dot (.) to these matches, e.g. freebsd[123]* ->
> > freebsd[123].*, etc... Have you contacted the maintainer
> > (ger...@freebsd.org) by the way?
>
>
On Mon, Dec 19, 2011 at 04:09:02PM +0900, Gerald Pfeifer wrote:
>
> As usual, Brendan is right on target. :-) If you guys would like
> to test the attached patch for lang/gcc, it does allow that port
> to build on a FreeBSD 10 system for me, and if I get independent
> confirmation in the next thr
Is there any reguirement that a ports committer needs
to test their intended commit prior to pulling the
trigger?
http://www.freebsd.org/cgi/cvsweb.cgi/ports/print/ghostscript9/Makefile
Committed 75 minutes ago.
laptop:root[202] cd /usr/ports/print/ghostscript9
laptop:root[203] make
In file inc
On Sun, Feb 12, 2012 at 08:03:28PM +, Chris Rees wrote:
> On 12 Feb 2012 19:39, "Steve Kargl"
> wrote:
> >
> > Is there any reguirement that a ports committer needs
> > to test their intended commit prior to pulling the
> > trigger?
> >
>
>
On Sun, Feb 12, 2012 at 10:27:25PM +0200, Andriy Gapon wrote:
> on 12/02/2012 22:16 Steve Kargl said the following:
> > You seem to have the faulty belief that this is the first occurence
> > of this type of issue?
>
> So instead of proper report to the port's maintainer
On Sun, Feb 12, 2012 at 08:44:11PM +, Chris Rees wrote:
> On 12 Feb 2012 20:41, "Steve Kargl"
> wrote:
> >
> > On Sun, Feb 12, 2012 at 10:27:25PM +0200, Andriy Gapon wrote:
> > > on 12/02/2012 22:16 Steve Kargl said the following:
> > > > Yo
On Sun, Feb 12, 2012 at 08:52:56PM +, Chris Rees wrote:
> On 12 Feb 2012 20:45, "Steve Kargl"
> wrote:
> >
> >
> > laptop:root[252] uname -a
> > FreeBSD laptop 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r230975M: Sat Feb 4
> 09:03:27 PST 2012 ro
On Sun, Feb 12, 2012 at 03:32:52PM -0600, Stephen Montgomery-Smith wrote:
> >
> >But, the 2nd issue with too many arguments in a function call is
> >clearly evident on amd64 because I justed test that on FreeBSD 10.
>
> Yes. But the issue isn't whether someone else was correct in why the
> port
On Mon, Feb 13, 2012 at 11:43:57AM +0900, Hiroki Sato wrote:
> Hiroki Sato wrote
> in <201202130231.q1d2vixp051...@repoman.freebsd.org>:
>
> hr> hrs 2012-02-13 02:31:18 UTC
> hr>
> hr> FreeBSD ports repository
> hr>
> hr> Modified files:
> hr> print/ghostscript9 Makefile
> hr>
Sorry about the cross post, but I can't tell if this
a -current issue of a -ports issue. Unfortunately,
I updated my freebsd 10.0 systems and the lang/gcc
port during the same timeframe.
I have compiled my math library and several programs
with gfortran, which is installed by lang/gcc (pkg_info
On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote:
> On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote:
> >
> > troutmask:kargl[210] halfspace
> > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/halfspace
> > n
On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote:
> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote:
> > On 2012-02-21 20:42, Steve Kargl wrote:
> > ...
> > > Yes, /lib comes before /usr/local/lib/gcc46. I suppose
> > > that this is a
On Wed, Feb 22, 2012 at 12:22:50AM +0100, Mel Flynn wrote:
> On 2/21/2012 23:32, Steve Kargl wrote:
> > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote:
> >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote:
> >>> On 2012-
On Tue, Feb 21, 2012 at 06:39:36PM -0500, Daniel Eischen wrote:
> On Tue, 21 Feb 2012, Steve Kargl wrote:
>
> >On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote:
> >>On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote:
> >>>On 20
I thought I would try out libreoffice. So,
as root I did
cd /usr/opt
ln -s /usr/opt /opt
csup ~/supfile.ports
cd /use/ports
make fetchindex
cd /usr/ports/editors/libreoffice
make PREFIX=/opt/
===> Installing for qt4-qmake-4.7.3
===> Generating temporary packing list
===> Checking if devel/
As root, I did
mkdir -p /usr/opt
ln -s /usr/opt /opt
cd /usr/ports/editors/libreoffice
make PREFIX=/opt/
The above builds and installs dependencies along the
way under the /opt/ heirarchy. The first few are
cppunit-1.12.1
mdbtools-0.5_14
boost-libs-1.45.0_1
The build finally dies with qt4-moc
On Sat, Aug 06, 2011 at 10:18:08AM +0100, Matthew Seaman wrote:
> On 05/08/2011 23:08, Steve Kargl wrote:
> > make clean
> > make PREFIX=/opt/
> >
> > This eventually dies with
> >
> > ===> Installing for cppunit-1.12.1
> > ===> Generating
I'm porting a piece of code to FreeBSD, and I've run into
a problem that I currently don't know how to solve. I scanned
both the Porter's Handbook and the Developer's Handbook, but
came up empty.
A reduce testcase is
#include
typedef FILE *FILEP;
static FILEP outfile = {stderr};
int
main(int
On Fri, May 02, 2008 at 01:43:55PM -0700, Bakul Shah wrote:
> On Fri, 02 May 2008 13:23:56 PDT Steve Kargl <[EMAIL PROTECTED]> wrote:
> > I'm porting a piece of code to FreeBSD, and I've run into
> > a problem that I currently don't know how to solve. I scanne
On Sat, May 03, 2008 at 07:43:48AM +1000, Peter Jeremy wrote:
> On Fri, May 02, 2008 at 01:23:56PM -0700, Steve Kargl wrote:
> >static FILEP outfile = {stderr};
> ...
> >troutmask:sgk[204] cc -o z a.c
> >a.c:5: error: initializer element is not constant
> >a.c:5: e
--- Makefile2012-06-09 02:25:25.0 -0700
+++ Makefile.new2012-06-13 12:12:26.0 -0700
@@ -15,8 +15,6 @@
tcl84:${PORTSDIR}/lang/tcl84 \
tk84:${PORTSDIR}/x11-toolkits/tk84
-BROKEN=does not build
-
MASTERDIR= ${.CURDIR}/
On Wed, Jun 13, 2012 at 10:16:21PM +0100, Chris Rees wrote:
> On 13 June 2012 21:51, Chris Rees wrote:
> > On 13 June 2012 21:05, Steve Kargl
> > wrote:
> >>
> >> --- Makefile 2012-06-09 02:25:25.0 -0700
> >> +++ Makefile.new 2012-06
On Sat, Sep 08, 2012 at 10:57:49AM +0200, O. Hartmann wrote:
> Hello.
> I tried to create a "port", see the Makefile attached I created already.
> For further informations and your convenience, look at this website:
>
Please stop cross posting to freebsd-current when you
have some issue that clea
On Tue, Sep 25, 2012 at 02:42:23PM +0200, O. Hartmann wrote:
> If someone overrides the default system compiler which is in my case
> CLANG 3.2 (on FreeBSD 10.0-CURRENT #1 r240885M: Mon Sep 24 12:30:44
> CEST 2012 amd64), the if-statement does always take place and prevents
> lang/icon to be build
In review PR 228007, it came to my attention some individuals are
mis-characterizing a FreeBSD loader issue as "gfortran's FreeBSD
issue". See
https://lists.freebsd.org/pipermail/freebsd-fortran/2018-May/000124.html
The problem can be summarized by the following
% gfortran7 -o z h.f90
% ./z
/
On Thu, May 10, 2018 at 10:24:52AM -0400, Diane Bruce wrote:
> On Thu, May 10, 2018 at 10:46:31AM +0300, Gleb Popov wrote:
> > On Thu, May 10, 2018 at 2:45 AM, Steve Kargl <
> > s...@troutmask.apl.washington.edu> wrote:
> >
> > > In review PR 228007, it came
On Thu, May 10, 2018 at 06:21:51PM +0200, Tijl Coosemans wrote:
> On Wed, 9 May 2018 16:45:51 -0700 Steve Kargl
> wrote:
> >
> > So, the runtime loader finds 6 instead of 716, tries to link,
> > fails, and issues an error message. There are a number ways to
> >
On Wed, May 09, 2018 at 04:45:51PM -0700, Steve Kargl wrote:
> In review PR 228007, it came to my attention some individuals are
> mis-characterizing a FreeBSD loader issue as "gfortran's FreeBSD
> issue". See
It seems we've had the same discussion 2 yea
Is it possible to build math/octave with QT4?
The recent switch to require QT5 in r469260
leads to an unusable octave (unless one's
intention is to debug QT5).
% gdb81
/usr/local/libexec/octave/4.4.0/exec/amd64-portbld-freebsd12.0/octave-gui
octave-gui.core
> bt
#0 0x0002056b244d in QVarian
On Tue, Jun 12, 2018 at 08:28:07PM +, Montgomery-Smith, Stephen wrote:
>
> Or if you just send him a request without a patch, he may get
> around to it sometime.
This seems to work.
cd /usr/ports
svn merge -r 469260:469259 .
--
Steve
___
freebsd-
On Wed, Jun 13, 2018 at 12:32:28AM +, Montgomery-Smith, Stephen wrote:
> On 06/12/2018 04:20 PM, Steve Kargl wrote:
> > On Tue, Jun 12, 2018 at 08:28:07PM +, Montgomery-Smith, Stephen wrote:
> >>
> >> Or if you just send him a request without a patch, he may get
I recently updated to pkg-1.10.5_5, and I now
find to command "pkg version -vl '<'" to be
much slower than previous versions.
Four consecutive executions of "time pkg version -vl '<'"
yields
54.15 real27.28 user25.66 sys
48.80 real26.04 user23.01 sys
On Fri, Oct 26, 2018 at 08:40:07PM +0200, Michael Gmelin wrote:
>
> > On 26. Oct 2018, at 20:03, Steve Kargl
> > wrote:
> >
> > I recently updated to pkg-1.10.5_5, and I now
> > find to command "pkg version -vl '<'" to be
> >
On Mon, Nov 19, 2018 at 03:57:22PM -0800, bob prohaska wrote:
> Using pkg delete resolved the ImageMagick vs ImageMagic6 conflict, allowing
> inkscape to build successfully from ports on an RPI3.
>
> Alas, I somehow deleted libicuuc.so.62, causing a runtime failure. Rebuilding
> devel/icu got ver
On Tue, Nov 20, 2018 at 08:52:58AM -0800, bob prohaska wrote:
> On Mon, Nov 19, 2018 at 04:43:18PM -0800, Steve Kargl wrote:
> > On Mon, Nov 19, 2018 at 03:57:22PM -0800, bob prohaska wrote:
> > > Using pkg delete resolved the ImageMagick vs ImageMagic6 conflict,
> > >
On Mon, Nov 26, 2018 at 07:33:12PM -0500, Diane Bruce wrote:
> On Mon, Nov 26, 2018 at 11:59:36PM +, Montgomery-Smith, Stephen wrote:
> >
> > Original error was: /lib/libgcc_s.so.1: version GCC_4.8.0 required by
> > /usr/local/lib/gcc7/libgfortran.so.4 not found
> >
> >
> > Any ideas?
>
>
On Wed, Dec 12, 2018 at 10:29:59AM -0800, Kevin Oberman wrote:
> This morning the PORTREVISION on at least hundreds of ports was bumped
> because gcc8 was declared as the "canonical" version. As a result, I will
> have about 300 ports to rebuild which will take many hours.
> Why?
>
> If a port is
I must be missing a change in how staging works.
% cd /usr/ports/devel/jsoncpp
% make
===> Staging for jsoncpp-1.8.1_5
===> Generating temporary packing list
(cd /usr/ports/devel/jsoncpp/work/jsoncpp-1.8.1/include/ && /bin/sh -c
'(/usr/bin/find -Ed $1 $3 | /usr/bin/cpio -dumpl $2 >/dev/null 2
On Mon, Dec 17, 2018 at 05:48:57PM -0800, Steve Kargl wrote:
> I must be missing a change in how staging works.
>
> % cd /usr/ports/devel/jsoncpp
> % make
>
> ===> Staging for jsoncpp-1.8.1_5
> ===> Generating temporary packing list
> (cd /usr/ports/devel/json
On Tue, Dec 18, 2018 at 08:54:29AM +0100, Mathieu Arnold wrote:
> On Mon, Dec 17, 2018 at 07:25:10PM -0800, Steve Kargl wrote:
> > On Mon, Dec 17, 2018 at 05:48:57PM -0800, Steve Kargl wrote:
> > > I must be missing a change in how staging works.
> > >
> >
On Wed, Dec 19, 2018 at 02:35:00AM +0900, Yasuhiro KIMURA wrote:
> From: Steve Kargl
> Subject: Re: devel/jsoncpp and staging?
> Date: Tue, 18 Dec 2018 08:21:46 -0800
>
> >> I cannot reproduce the error you encounter, what version of FreeBSD are
> >> you runni
On Wed, Dec 19, 2018 at 03:46:33AM +0900, Yasuhiro KIMURA wrote:
> From: Steve Kargl
> Subject: Re: devel/jsoncpp and staging?
> Date: Tue, 18 Dec 2018 10:07:05 -0800
>
> > Thanks for the pointer to email thread. Guess I'll
> > upgrade from 341703 to top-of-tree
Anyone have any pointers on building x11-toolkits/qt5-gui on
FreeBSD-current? My attempts end with
c++ -Wl,--as-needed -fstack-protector -Wl,--no-undefined
-Wl,--version-script,QtGui.version -pthread -Wl,-rpath,/usr/local/lib/qt5
-shared -Wl,-Bsymbolic-functions
-Wl,--dynamic-list,/usr/ports/x
On Sat, Feb 09, 2019 at 07:32:27PM -0800, Steve Kargl wrote:
> Anyone have any pointers on building x11-toolkits/qt5-gui on
> FreeBSD-current? My attempts end with
>
> c++ -Wl,--as-needed
(boat load of info removed).
> qdrawhelper.cpp:(.text+0x2d0ba): undefin
On Sun, Feb 10, 2019 at 08:31:12AM +0100, Tobias C. Berner wrote:
> Moin moin
>
> Make sure all your qt5-(qt5-gui dependency)-ports that are already
> installed are at 5.12.0.
>
They are all up to date.
% cd /usr/ports
% svn update
% pkg delete -f qt5-\*
% portmaster -Byd x11-toolkits/qt5-gui
On Sun, Feb 10, 2019 at 08:31:12AM +0100, Tobias C. Berner wrote:
> Moin moin
>
> Make sure all your qt5-(qt5-gui dependency)-ports that are already
> installed are at 5.12.0.
>
The qt5 ports are up to date.
% cd /usr/ports
% svn update
% pkg delete -f qt5-\*
% cd x11-toolkits/qt5-gui
% make
(
On Sun, Feb 10, 2019 at 11:34:28AM -0200, Lucas Nali de Magalhães wrote:
> >
> > My lumina builds indirectly build qt5-qui and have been having
> > no problems (targeting amd64, aarch64, armv7, and powerpc64).
> > (My powerpc64 context is not normally gcc 4.2.1 based.)
> >
> > [...]
>
> So it lo
On Sun, Feb 10, 2019 at 02:56:17PM +, Carmel NY wrote:
> On Sun, 10 Feb 2019 06:40:01 -0800, Steve Kargl stated:
>
> >On Sun, Feb 10, 2019 at 08:31:12AM +0100, Tobias C. Berner wrote:
> >> Moin moin
> >>
> >> Make sure all your qt5-(qt5-gui dependency
On Sun, Feb 10, 2019 at 10:24:43AM -0800, Mark Millard wrote:
>
> My reference to building for armv7 not having a problem in
> my builds is an example of a 32-bit-target context for
> qt5-gui. So i386 specific or some other aspect of how its
> build was attempted might be involved in your context.
On Sun, Feb 10, 2019 at 10:32:50AM -0800, Steve Kargl wrote:
> On Sun, Feb 10, 2019 at 10:24:43AM -0800, Mark Millard wrote:
> >
> > My reference to building for armv7 not having a problem in
> > my builds is an example of a 32-bit-target context for
> > qt5-gui. So
On Sun, Feb 10, 2019 at 03:14:15PM -0800, Mark Millard wrote:
>
> /usr/ports/Mk/Uses/qt-dist.mk has:
>
> .if ${ARCH} == i386 && empty(MACHINE_CPU:Msse2)
> CONFIGURE_ARGS+=-no-sse2
> .endif
>
Hmmm. Oh well. I set CPUTYPE=core2 in /etc/make.conf.
During configure of qt5-gui, it
On Mon, Feb 11, 2019 at 10:08:08AM +0100, Tijl Coosemans wrote:
> On Sun, 10 Feb 2019 15:18:20 -0800 Steve Kargl
> wrote:
> > On Sun, Feb 10, 2019 at 03:14:15PM -0800, Mark Millard wrote:
> >>
> >> /usr/ports/Mk/Uses/qt-dist.mk has:
> >>
> >> .
Anyone have any idea which recent change broke the
drm-legacy-kmod port. This is why I raised an issue
with removal of drm2 from src/sys. How is suppose
to be fixed?
--- ttm_bo_manager.o ---
cc -O2 -pipe -march=core2 -fno-strict-aliasing -march=core2 -Werror -D_KERNEL
-DKLD_MODULE -nostdinc
On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote:
> Anyone have any idea which recent change broke the
> drm-legacy-kmod port. This is why I raised an issue
> with removal of drm2 from src/sys. How is suppose
> to be fixed?
>
It was r343567. The merging of PAE and N
On Mon, Feb 11, 2019 at 06:05:03PM +0100, Niclas Zeising wrote:
> On 2/11/19 5:20 PM, Steve Kargl wrote:
> > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote:
> >> Anyone have any idea which recent change broke the
> >> drm-legacy-kmod port. This is why
On Mon, Feb 11, 2019 at 06:42:29PM +0100, Niclas Zeising wrote:
> On 2/11/19 6:36 PM, Steve Kargl wrote:
> >
> > The patch allows the port to be built.
> >
> > kldloading the i915kms module causes a 'black screen
> > of death'
> >
> &g
On Mon, Feb 11, 2019 at 06:42:29PM +0100, Niclas Zeising wrote:
> >
> > The patch allows the port to be built.
> >
> > kldloading the i915kms module causes a 'black screen
> > of death'
> >
> Hi!
> I assume you load the kernel module either manually with kldload or
> using kld_list in rc.conf,
On Mon, Feb 11, 2019 at 08:20:20AM -0800, Steve Kargl wrote:
> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote:
> > Anyone have any idea which recent change broke the
> > drm-legacy-kmod port. This is why I raised an issue
> > with removal of drm2 from src/sys.
On Sat, Feb 16, 2019 at 06:02:11PM -0700, Russell L. Carter wrote:
>
> /lib/libgcc_s.so.1 version GCC_4.8.0 required by
> /usr/local/lib/gcc8/libgfortran.so.5 not found
>
>
> Question to experienced porters, how is this best practice solved?
>
setenv LD_LIBRARY_PATH /usr/local/lib/gcc8
setenv
On Sun, Feb 17, 2019 at 08:21:00AM +0700, Eugene Grosbein wrote:
>
> I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got
> this:
>
> # ldd /usr/local/lib/gcc8/libgfortran.so.5
> /usr/local/lib/gcc8/libgfortran.so.5:
> libquadmath.so.0 => /usr/local/lib/gcc8/libqua
On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote:
>
> So I must dig deeper. Perhaps with rpaths interacting with the system
> paths?
>
Read the rtld manpage. You're hitting #5 in the list,
because the first 4 aren't satisified. Now, look at
'ldconfig -r | grep libgcc_s'.
--
On Sun, Feb 17, 2019 at 01:35:31PM +0700, Eugene Grosbein wrote:
> 17.02.2019 13:19, Steve Kargl wrote:
>
> > For whatever reason, there are situations where the rpath
> > isn't set in the library. Read the rtld manpage. You're
> > hitting #5 in the list.
>
On Sun, Feb 17, 2019 at 01:13:15PM +0700, Eugene Grosbein wrote:
> 17.02.2019 12:56, Steve Kargl wrote:
>
> >> 17.02.2019 12:11, Steve Kargl wrot:
> >>>
> >>> There is a problem with the order of libgcc_s.so.1
> >>> in the cache created by ld
On Sun, Feb 17, 2019 at 12:37:36PM +0700, Eugene Grosbein wrote:
> 17.02.2019 12:11, Steve Kargl wrot:
>
> >
> > There is a problem with the order of libgcc_s.so.1
> > in the cache created by ldconfig. rtld will use
> > the first one it finds. If it fails, it f
On Thu, Feb 21, 2019 at 06:05:15PM +0100, Tijl Coosemans wrote:
> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote:
> > On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote:
> >> So I must dig deeper. Perhaps with rpaths interacting with the system
> >> paths?
> >
> > You got it.
figure
> out what question to ask, because, "libgcc_s? WTF?, this is python!"
> In addition, oftentimes people have sometimes big pipelines of
> different programs executing. So writing a shell script wrapper
> around each and every one of those custom programs... not going
On Thu, Feb 21, 2019 at 10:24:51AM -0800, Steve Kargl wrote:
>
> As anyone tried adding an empty sections to FreeBSD's
> libgcc_s,
>
> /*
> * Empty sections to work around FreeBSD abusing the name
> * of a well-known GCC library.
> */
> GCC_4.6.0 {
On Thu, Feb 21, 2019 at 01:30:41PM -0500, Diane Bruce wrote:
>
> Yes yes and yes. It would be a right PITA. Perhaps it could be done
> with some weak symbols but personally I think that's another hack.
> I'll go look for whatever symbols we are missing and see if we
> can fix our libgcc_s
>
Dia
On Thu, Feb 21, 2019 at 11:18:50PM +0100, Tijl Coosemans wrote:
> On Thu, 21 Feb 2019 13:30:41 -0500 Diane Bruce wrote:
> > On Thu, Feb 21, 2019 at 06:05:15PM +0100, Tijl Coosemans wrote:
> >> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote:
> >>> Except python doesn't have an rpath which is
On Fri, Feb 22, 2019 at 09:32:03AM -0500, Ed Maste wrote:
> On Thu, 21 Feb 2019 at 16:47, Steve Kargl
> wrote:
> >
> > The missing symbols are
> >
> > % objdump -x lib/libgfortran.so | grep GCC_4.6.0 | awk '{print $5}' | sort
>
> Thank you for co
On Fri, Feb 22, 2019 at 12:28:41PM +0100, Tijl Coosemans wrote:
> > PS: For the record, the GCC_4.6.0 are needed for gfortran REAL(16)
> > type.
>
> With my patch gfortran resolves the GCC_4.6.0 symbols statically just
> like the C compilers do. If the C compilers didn't do this we'd have
> this l
On Fri, Feb 22, 2019 at 05:09:59PM +0100, Tijl Coosemans wrote:
> On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov
> wrote:
> > Yes, we absolutely must avoid situation where two similar libraries
> > (i.e. providing some subset of symbols from other) are linked into the
> > same executing pro
On Fri, Feb 22, 2019 at 05:11:20PM +0100, Tijl Coosemans wrote:
> On Thu, 21 Feb 2019 10:24:51 -0800 Steve Kargl
>
> > BTW, if you compare gcc trunks symbol map
> > ./x86_64-unknown-freebsd13.0/libgcc/libgcc.map
> > with src/lib/libgcc_s/Version.map, you'll find tha
On Fri, Feb 22, 2019 at 07:09:11PM +0200, Konstantin Belousov wrote:
> On Fri, Feb 22, 2019 at 08:44:54AM -0800, Steve Kargl wrote:
> >
> > Because FreeBSD usurped the name of a well-known library from a
> > well-known open source project. Users might expect that that
>
On Sat, Feb 23, 2019 at 09:19:01AM +1100, Dave Horsfall wrote:
> On Fri, 22 Feb 2019, Tijl Coosemans wrote:
>
> > If I were the lang/gcc maintainer this -rpath problem would be my number
> > one priority. The current maintainer has never proposed any solutions
> > and when I submit patches he al
On Sun, Feb 24, 2019 at 02:21:50PM +0100, Tijl Coosemans wrote:
> On Sat, 23 Feb 2019 13:31:17 -0500 Diane Bruce wrote:
> > On Sat, Feb 23, 2019 at 10:52:03AM +, Dima Pasechnik wrote:
> >> On Sat, Feb 23, 2019 at 12:07 AM Steve Kargl
> >> wrote:
> >>> O
On Mon, Feb 25, 2019 at 01:58:01AM +, Dima Pasechnik wrote:
> On Sun, Feb 24, 2019 at 8:09 PM Steve Kargl
>
> > Given that I actually don't
> > program in python, that certainly seems to be an unreasonable
> > request from the python maintainers.
>
> If
On Fri, Apr 12, 2019 at 08:32:57AM -0700, bob prohaska wrote:
> Can anybody tell me how to fix an error reported by www/epiphany on an RPi2,
> "libicuuc.so.61" not found, required by "libephymisc.so" with the system
> at 11.2-STABLE #2 r345473 and ports at 498696 ?
>
> Both epiphany and icu are up
cd /usr/ports/lang/python36
make && make install
===> Installing for python36-3.6.8_2
===> Checking if python36 is already installed
===> Registering installation for python36-3.6.8_2
pkg-static: Unable to access file
/usr/ports/lang/python36/work/stage/usr/local/lib/python3.6/lib-dynload/_as
On Fri, Apr 12, 2019 at 09:11:12AM -0700, Steve Kargl wrote:
> cd /usr/ports/lang/python36
> make && make install
>
> ===> Installing for python36-3.6.8_2
> ===> Checking if python36 is already installed
> ===> Registering installation for python36-3.6.8_2
On Fri, Apr 12, 2019 at 09:17:42AM -0700, Steve Kargl wrote:
>
> % find . -name math\*
> ./work/Python-3.6.8/Doc/library/math.rst
> ./work/Python-3.6.8/Modules/mathmodule.c
> ./work/Python-3.6.8/Lib/test/math_testcases.txt
> ./work/stage/usr/local/lib/python3.6/test/math_test
On Fri, Apr 12, 2019 at 09:19:30PM +0200, Dima Pasechnik wrote:
> On Fri, Apr 12, 2019 at 6:29 PM Steve Kargl
> wrote:
> >
> > On Fri, Apr 12, 2019 at 09:17:42AM -0700, Steve Kargl wrote:
> > >
> > > % find . -name math\*
> > > ./work/Python-3.6.8/D
On Fri, Apr 12, 2019 at 10:14:19PM +0200, Dima Pasechnik wrote:
> On Fri, Apr 12, 2019 at 9:57 PM Steve Kargl
> >
> > Doesn't matter what the python developer have done.
>
> Thanks, I see that you really appreciate my work...
>
Your work is appreciated as much as
On Fri, Apr 12, 2019 at 11:18:50PM +0200, Dima Pasechnik wrote:
>
> So there is more "software bureaucracy" here than just applying one patch.
>
% cd /usr/ports/lang
% svn status
A python27/files/patch-Modules___mathmodule.c
A python35/files/patch-Modules___mathmodule.c
A pytho
On Fri, Apr 12, 2019 at 06:45:41PM -0700, bob prohaska wrote:
> In tinkering with compiling firefox on an RPI2 attempts to use
> portmaster fail with
>
> ===> Registering installation for py36-setuptools-40.8.0_1
> Installing py36-setuptools-40.8.0_1...
> pkg-static: py36-setuptools-40.8.0_1 co
On Fri, Apr 12, 2019 at 09:47:54PM -0700, bob prohaska wrote:
>
> Is there any hope of simply replacing python27 with python36? The
> goal at hand is merely to compile a working version of firefox.
>
In general, no. Python 2.7 and 3.6 are incompatible.
--
Steve
___
On Fri, Apr 12, 2019 at 02:58:22PM -0700, Steve Kargl wrote:
> On Fri, Apr 12, 2019 at 11:18:50PM +0200, Dima Pasechnik wrote:
> >
> > So there is more "software bureaucracy" here than just applying one patch.
> >
>
> % cd /usr/ports/lang
> % s
several the patching doesn't
> appear to be complicated or difficult to maintain.
>
> > On Fri, Apr 12, 2019 at 02:58:22PM -0700, Steve Kargl wrote:
> > For those people following along in the mailing list, Dima
> > sent me a private reply that took this thre
On Sat, Apr 13, 2019 at 08:49:43PM +0200, Dima Pasechnik wrote:
> On Sat, Apr 13, 2019 at 8:01 PM Steve Kargl
> >
> > My patches have absolutely nothing to do with making
> > 3.6 the default python version.
> >
> > I have added functions to libm that are include
On Sat, Apr 13, 2019 at 10:59:41PM +0200, Dima Pasechnik wrote:
> On Sat, Apr 13, 2019 at 10:41 PM Steve Kargl
> >
> > How about taking the patch in my previous email, apply
> > to your tree (any port committer can take the patch),
> > and actually commit it!
> &
On Thu, Sep 26, 2019 at 06:18:17PM +0200, Willem Jan Withagen wrote:
>
> For building ceph14 in I need to use ld from the ports binutils.
> Mainly because of versioning that I can not get to work with the llvm
> linker, and is a know difference between GNU ld en LLVM ld.
>
> Just building in the
On Wed, Nov 27, 2019 at 02:03:33PM -0700, @lbutlr wrote:
> I thought that the maintainer of a port was listed somewhere in the files at
> user/ports//portbase/ but evidently not. What is the easiest way to
> find out, sitting in console on a server without a GUI, to find out who the
> maintainer
This has been reported for many years and there are open bug reports.
Any chance that the this will be fixed.
--- work/Python-3.6.9/Modules/mathmodule.c.orig 2019-12-06 10:33:39.232673000
-0800
+++ work/Python-3.6.9/Modules/mathmodule.c 2019-12-06 10:34:53.288616000
-0800
@@ -67,7 +67,7 @@
1 - 100 of 249 matches
Mail list logo
