GNAT and LAPACK
Whilst attempting to compile a program I wrote, it suddenly occurred to me that using anything in the Ada.Numerics package causes the compiler to emit code that depends on the math/lapack port (the stuff in the GNAT runtime is basically just a binding to lapack). This creates a further problem as installing the math/lapack port requires a Fortran compiler and that means one of the other GCC ports will be compiled as a dependency... To clarify this confusing situation: The lang/gnat-gcc44 port needs to be able to compile one of it's own (sometimes) runtime dependencies. I'm happy to enable the C++ and gfortran backends in the lang/gnat-gcc44 port but I suspect it'll be necessary to update either math/lapack or bsd.gcc.mk in order to allow the lang/gnat-gcc44 port to compile math/lapack. I do regular builds on 7.2 i386/amd64 and 8.0 i386/amd64 with "ada,c,c++,fortran" so I'm confident there won't be any serious problems with the port itself. Perhaps somebody with a clue could tell me what the right way to handle this mess is. M ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Mon, 2010-01-04 at 01:15 +0900, Norikatsu Shigemura wrote: > Hi rnoland. > > On Tue, 22 Dec 2009 11:13:14 -0600 > Robert Noland wrote: > > The problem is that updating nouveau will mean that drm support will be > > lost. The fake buffer object bits were removed only leaving full TTM > > support. We don't have TTM support in the kernel yet and my kernel > > patch relies on the fake buffer object code to function. > > > P.S. libdrm was update to 2.4.17, so I'll update... > > That is the issue, if we update libdrm then we lose drm support for > > nouveau. The only immediate option that I see is to repo-copy libdrm to > > keep 2.4.12 for nouveau, but that leads to dependency nightmares... > > I did combination tests, Mesa3D 7.4.4/libdrm 2.4.12 v.s. > Mesa3D 7.6.1/libdrm 2.4.17, xf86-video-radeonhd-devel on > Radeon HD 4860 v.s. xf86-video-nouveau/nvidia-driver195.22 on > GeForce GT240 v.s. xf86-video-intel on Intel i915. > > > [I] Intel i915 [G] GeForce GT240 [R] Radeon HD 4860 > NG = doesn't compile. > OK = compile and run some 3D applications OK. > libdrm > | 2.4.12| 2.4.17 > Mesa3D +---+ > 7.4.4 |OK [I][G] | NG > 7.6.1 |NG | OK [I][R] The key issue is libdrm_nouveau. It is needed for nouveau to continue to work for EXA and Xv. Hardware 3d is not supported / working, so as long as swrast is ok, then that is the only concern for mesa w/ nouveau. One additional option that I've been considering, though I haven't tried it yet, it to construct a patch for 2.4.17 that essentially rolls libdrm_nouveau back to the 2.4.12 API. If we can pull that off, then everything is solved, at least for now. I have kernel work queued up that is going to break nouveau already. I have additional patches that will fix things up again, but it is going to get a bit more complicated determining which kernel patch to use for which branch. What you have outlined seems fairly reasonable, although not a trivial amount of work. If you would like to attempt the reverse patch on the nouveau directory in libdrm, that may be far simpler. I will try and put this together in the next few days if not. robert. > On Mesa3D 7.6.1/libdrm 2.4.17 and nvidia-driver-195.22, I > confirmed that 3D applications run OK. > [SEE ALSO] attached Xorg-radeon-and-geforce.log > > So I suggest that: > 1. repocopy libdrm -> libdrm2412 and introduce WITH_NOUVEAU > global macro for depending on libdrm2412. (fixing all > ports depending on libdrm) > > 2. libdrm and libdrm2412 are CONFLICTS. > > 3. bsd.mesalib.mk supports 7.4.4 and 7.6.1, and switches version > WITH_NOUVEAU. Of course switch pkg_plist WITH_NOUVEAU. > > 4. xf86-video-nouveau depends on libdrm2412, explicitly. > > 5. update libdrm to 2.4.17. > > 6. on no 'WITH_NOUVEAU' (= default), Mesa3D 7.6.1 and libdrm 2.4.17 > are installing. > > Maybe, I should be announce on UPDATING before these update for > xf86-video-nouveau user, do 'portupgrade -o graphics/libdrm2412 > libdrm-2.4.12'. > > How about? If OK, I'll make patches and write closeup procedure manual. > > I have some additional ideas: > [no repocopy idea] > libdrm supports 2.4.12 and 2.4.17 switching WITH_NOUVEAU. > > [OPTIONS idea] > I can add OPTIONS=NOUVEAU for all Mesa3D7.4.4 and libdrm 2.4.12 > related ports, if you hate global WITH_NOUVEAU macro. -- Robert Noland FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: portmaster-with-package-support release candidate available for testing
hello! new problem here: http://pastebin.ca/1736942 (it happens with portmaster -a too) `--> cat /usr/local/etc/portmaster.rc ALWAYS_SCRUB_DISTFILES=dopt LOCAL_PACKAGEDIR=/usr/ports/packages MAKE_PACKAGE=gopt PM_DEL_BUILD_ONLY=pm_dbo PM_PACKAGES_BUILD=pmp_build `--> ls /usr/ports/packages/*/boost-jam* /usr/ports/packages/All/boost-jam-1.39.0.tbz /usr/ports/packages/Latest/boost-jam.tbz /usr/ports/packages/devel/boost-jam-1.39.0.tbz /usr/ports/packages/portmaster-download/boost-jam-1.39.0.tbz /usr/ports/packages/portmaster-download/boost-jam-1.41.0.tbz -- Alberto Villa http://wiki.FreeBSD.org/AlbertoVilla A stunning blonde, but probably all bean dip above the eyebrows. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ports/14107: commit references a PR
The following reply was made to PR ports/14107; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: ports/14107: commit references a PR Date: Mon, 4 Jan 2010 05:28:51 + (UTC) pgollucci2010-01-04 05:28:43 UTC FreeBSD ports repository Modified files: net/nss_ldap Makefile Log: - OPTIONS += LCLASS Allow the use of login classes in nss_ldap via a new LDAP attribute (loginClass). Administrators should be able to add this attribute to their schemata easily. PR: ports/14107 Submitted by: Jacob Myers Revision ChangesPath 1.32 +6 -0 ports/net/nss_ldap/Makefile ___ cvs-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: portmaster-with-package-support release candidate available for testing
Alberto, I genuinely appreciate your testing and use of portmaster, so please don't get the wrong idea about my response. But it would be very helpful to me if you could do a couple of things for bug reports. First, if you could start a new thread for each problem that would help me keep track of them. Second, if you could write a brief explanation of what you see as the problem that would also help. While I'm sure what you pasted makes perfect sense to you, it's not always possible for me to recognize the problem when all I have are logs. That said, what I *think* you are reporting is the fact that portmaster seems to be confused between the local package repo that you've configured and the fact that it downloaded a newer version from the remote repo. If I'm right about that, what do you think portmaster should do in this case? My assumption is that people who create local package repositories do so for a purpose, and I'm not sure what to do if those packages are not the latest versions. Doug Alberto Villa wrote: > hello! new problem here: http://pastebin.ca/1736942 (it happens with > portmaster -a too) > > `--> cat /usr/local/etc/portmaster.rc > ALWAYS_SCRUB_DISTFILES=dopt > LOCAL_PACKAGEDIR=/usr/ports/packages > MAKE_PACKAGE=gopt > PM_DEL_BUILD_ONLY=pm_dbo > PM_PACKAGES_BUILD=pmp_build > > `--> ls /usr/ports/packages/*/boost-jam* > /usr/ports/packages/All/boost-jam-1.39.0.tbz > /usr/ports/packages/Latest/boost-jam.tbz > /usr/ports/packages/devel/boost-jam-1.39.0.tbz > /usr/ports/packages/portmaster-download/boost-jam-1.39.0.tbz > /usr/ports/packages/portmaster-download/boost-jam-1.41.0.tbz -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"