CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 01:09:50 Modified files: x11/vlc: Makefile x11/vlc/pkg: PLIST-main Added files: x11/vlc/patches: patch-modules_access_v4l2_lib_c patch-modules_access_v4l2_v4l2_h Log message: Enable the libv4l2 support in VLC. from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2016/01/23 07:03:11 Modified files: multimedia/libv4l: Makefile Added files: multimedia/libv4l/patches: patch-lib_libv4lconvert_Makefile_in patch-lib_libv4lconvert_libv4lconvert_pc_in Log message: Avoid bogus use of rt library (-lrt). Fix by brad@; OK ajacoutot@
Re: [maintainer update] update to Openfire 4.0.0
Am 01/16/16 um 18:30 schrieb Marc Peters: > Hi list, > > here's an update to Openfire 4.0.0. The changelog can be found here: > http://www.igniterealtime.org/builds/openfire/docs/latest/changelog.html > > Attached as patch to avoid mangling. > > Openfire pulls now jdk-1.8 and dependencies. > > Tested on amd64. Comments/OKs? > > > Marc > Ping. I would like to have this in 5.9.
Re: pledge(2) binding for Haskell
Hello, I've thought it would be nice if Haskell type checker would work into our strength. Attached patch defines algebraic data type Promise and use this for calling pledge sys call. The patch also provides two version of Promise to string conversion function. One is explicit and another is using show capability and just fixes prot_exec case. Any comments highly appreciated. Thanks, Karel Index: Process.hsc === RCS file: /cvs/ports/lang/ghc/files/Process.hsc,v retrieving revision 1.1 diff -u -p -u -r1.1 Process.hsc --- Process.hsc 20 Jan 2016 16:02:06 - 1.1 +++ Process.hsc 23 Jan 2016 13:15:42 - @@ -1,14 +1,77 @@ {-# LANGUAGE Safe #-} -module System.OpenBSD.Process ( pledge ) where +module System.OpenBSD.Process ( pledge, Promise(..) ) where import Foreign import Foreign.C import System.Posix.Internals ( withFilePath ) +import Data.Char -pledge :: String -> Maybe [FilePath] -> IO () +data Promise = Stdio + | RPath + | WPath + | CPath + | DPath + | TmpPath + | Inet + | FAttr + | FLock + | Unix + | Dns + | GetPW + | SendFD + | RecvFD + | IOCtl + | Tty + | Proc + | Exec + | ProtExec + | SetTime + | Ps + | VMInfo + | Id + | Pf + deriving (Show) +{- +promise2String :: Promise -> String +promise2String p = case p of + Stdio-> "stdio" + RPath-> "rpath" + WPath-> "wpath" + CPath-> "cpath" + DPath-> "dpath" + TmpPath -> "tmppath" + Inet -> "inet" + FAttr-> "fattr" + FLock-> "flock" + Unix -> "unix" + Dns -> "dns" + GetPW-> "getpw" + SendFD -> "sendfd" + RecvFD -> "recvfd" + IOCtl-> "ioctl" + Tty -> "tty" + Proc -> "proc" + Exec -> "exec" + ProtExec -> "prot_exec" + SetTime -> "settime" + Ps -> "ps" + VMInfo -> "vminfo" + Id -> "id" + Pf -> "pf" +-} -pledge promises paths = +promise2String :: Promise -> String +promise2String p = case p of + ProtExec -> "prot_exec" + _-> map toLower (show p) + +pledge :: [Promise] -> Maybe [FilePath] -> IO () +pledge promises = cpledge (unwords $ map promise2String promises) + +cpledge :: String -> Maybe [FilePath] -> IO () + +cpledge promises paths = withCString promises $ \cproms -> withPaths2Array0 paths $ \paths_arr -> throwErrnoIfMinus1_ "pledge" (c_pledge cproms paths_arr) On Wed, Jan 20, 2016 at 5:38 AM, Matthias Kilianwrote: > On Tue, Jan 19, 2016 at 08:43:17PM +0100, Matthias Kilian wrote: >> > Below is a hopefully correct and more complete diff. Again without >> > bump because I'll also merge -main and -doc. >> >> Famous last words. I missed the plist changes. Will send a new diff >> later (at the moment i'm rebuilding ghc). > > Here it is. Works fine for me, so I'm going to commit this in a few > hours. > > Index: Makefile > === > RCS file: /cvs/ports/lang/ghc/Makefile,v > retrieving revision 1.131 > diff -u -p -r1.131 Makefile > --- Makefile28 Dec 2015 19:18:52 - 1.131 > +++ Makefile20 Jan 2016 04:24:09 - > @@ -157,6 +157,11 @@ PORTHOME = ${WRKDIR} > > TEST_DEPENDS = print/ghostscript/gnu > > +post-extract: > + cd ${WRKSRC}/libraries/unix && \ > + mkdir -p System/OpenBSD && \ > + install -m 644 ${FILESDIR}/Process.hsc System/OpenBSD > + > post-patch: > # - Install a precompiled binary. > cd ${WRKDIR}/ghc-${BIN_VER} && \ > Index: files/Process.hsc > === > RCS file: files/Process.hsc > diff -N files/Process.hsc > --- /dev/null 1 Jan 1970 00:00:00 - > +++ files/Process.hsc 20 Jan 2016 04:24:09 - > @@ -0,0 +1,26 @@ > +{-# LANGUAGE Safe #-} > + > +module System.OpenBSD.Process ( pledge ) where > + > +import Foreign > +import Foreign.C > +import System.Posix.Internals ( withFilePath ) > + > +pledge :: String -> Maybe [FilePath] -> IO () > + > +pledge promises paths = > + withCString promises $ \cproms -> > + withPaths2Array0 paths $ \paths_arr -> > + throwErrnoIfMinus1_ "pledge" (c_pledge cproms paths_arr) > + > +withPaths2Array0 :: Maybe [FilePath] -> (Ptr (Ptr CChar) -> IO a) -> IO a > + > +withPaths2Array0 Nothing f = f nullPtr > + > +withPaths2Array0 (Just paths) f = > + withMany withFilePath paths $ \cstrs -> > + withArray0 nullPtr cstrs $ \paths_arr -> > + f paths_arr > + > +foreign import ccall unsafe "unistd.h pledge" > + c_pledge :: CString -> Ptr CString -> IO CInt > Index: patches/patch-libraries_unix_unix_cabal > === > RCS file: patches/patch-libraries_unix_unix_cabal >
Re: Package conflicts
On 01/22/16 23:59, Christian Weisgerber wrote: > Running find-all-conflicts on a complete set of amd64 packages shows > these unannotated conflicts: > > courier-imap-4.16.2p0,maildrop-2.8.3,maildrop-2.8.3-postfix > /usr/local/bin/makedat > makedat should not be in courier-imap, it's part of maildrop, attached patch, ok ? Cheers Giovanni Index: Makefile === RCS file: /var/cvs/ports/mail/courier-imap/Makefile,v retrieving revision 1.103 diff -u -p -r1.103 Makefile --- Makefile 5 Jan 2016 10:51:37 - 1.103 +++ Makefile 23 Jan 2016 10:13:38 - @@ -6,7 +6,7 @@ COMMENT-pop3= pop3 server for maildir f V= 4.16.2 DISTNAME= courier-imap-${V} PKGNAME-main= ${DISTNAME} -REVISION= 0 +REVISION= 1 FULLPKGNAME-pop3= courier-pop3-${V} FULLPKGPATH-pop3= mail/courier-imap,-pop3 Index: pkg/PLIST-main === RCS file: /var/cvs/ports/mail/courier-imap/pkg/PLIST-main,v retrieving revision 1.12 diff -u -p -r1.12 PLIST-main --- pkg/PLIST-main 27 Aug 2015 09:33:17 - 1.12 +++ pkg/PLIST-main 23 Jan 2016 10:13:30 - @@ -11,7 +11,7 @@ @bin bin/maildiracl @bin bin/maildirkw @bin bin/maildirmake -bin/makedat +@comment bin/makedat bin/makeimapaccess @bin libexec/couriertcpd libexec/imapd-ssl.rc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 06:49:42 Modified files: games/belooted : Makefile Log message: Give Landry a chance to win a quarter pig.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 06:55:30 Modified files: x11/gnome/gdm : Makefile Added files: x11/gnome/gdm/files: Xsession Removed files: x11/gnome/gdm/patches: patch-data_Xsession_in Log message: Provide our own Xsession to run base system ssh-agent.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 01:31:50 Modified files: multimedia/xine-lib: Makefile Added files: multimedia/xine-lib/patches: patch-m4_input_m4 patch-src_input_input_v4l2_c Log message: Enable libv4l support. from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 02:09:40 Modified files: x11/gnome/keyring: Makefile Log message: Disable ssh-agent functionnality; it does not support ed25519 keys. prodded by mpi#
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2016/01/23 06:30:10 Modified files: games/supertux : Makefile Log message: Missing BUILD_DEPENDS=devel/boost, found by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 07:12:28 Modified files: graphics/ffmpeg: Makefile Log message: Enable the libv4l support. from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/01/23 09:04:49 Log message: Import inotify-tools 3.14pl0 (git HEAD) This is a package of some commandline utilities relating to inotify. The general purpose of this package is to allow inotify's features to be used from within shell scripts. ok ajacoutot@ Status: Vendor Tag: landry Release Tags: landry_20160123 N ports/sysutils/inotify-tools/Makefile N ports/sysutils/inotify-tools/distinfo N ports/sysutils/inotify-tools/patches/patch-libinotifytools_src_inotifytools_c N ports/sysutils/inotify-tools/patches/patch-src_common_c N ports/sysutils/inotify-tools/patches/patch-libinotifytools_src_Makefile_am N ports/sysutils/inotify-tools/pkg/PLIST N ports/sysutils/inotify-tools/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/01/23 09:06:55 Modified files: sysutils : Makefile Log message: +incron,inotify-tools
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/01/23 09:06:06 Log message: Import incron 0.5.10. This program is the "inotify cron" system. It consist of a daemon and a table manipulator. You can use it a similar way as the regular cron. The difference is that the inotify cron handles filesystem events rather than time periods. The incron daemon (incrond) must be run under root (typically from runlevel script etc.). It loads the current user tables and hooks them for later changes. The incron table manipulator may be run under any regular user since it SUIDs. For manipulation with the tables use basically the same syntax as for the crontab program. You can import a table, remove and edit the current table. ok ajacoutot@ Status: Vendor Tag: landry Release Tags: landry_20160123 N ports/sysutils/incron/distinfo N ports/sysutils/incron/Makefile N ports/sysutils/incron/patches/patch-icd-main_cpp N ports/sysutils/incron/patches/patch-inotify-cxx_h N ports/sysutils/incron/patches/patch-usertable_cpp N ports/sysutils/incron/patches/patch-appinst_cpp N ports/sysutils/incron/patches/patch-ict-main_cpp N ports/sysutils/incron/patches/patch-Makefile N ports/sysutils/incron/pkg/PLIST N ports/sysutils/incron/pkg/DESCR N ports/sysutils/incron/pkg/incrond.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:56:29 Modified files: sysutils/coreutils: Makefile distinfo sysutils/coreutils/patches: patch-Makefile_in patch-configure sysutils/coreutils/pkg: PLIST Log message: Update to coreutils-8.25.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/01/23 12:16:01 Modified files: sysutils : Makefile Log message: +lsyncd
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/01/23 12:15:13 Log message: Import lsyncd 2.1.6. Lsyncd watches a local directory tree using libinotify. It aggregates and combines events for a few seconds and then spawns one (or more) process(es) to synchronize the changes. By default this is rsync. Lsyncd is thus a light-weight live mirror solution that is comparatively easy to install not requiring new filesystems or blockdevices and does not hamper local filesystem performance. ok ajacoutot@ Status: Vendor Tag: landry Release Tags: landry_20160123 N ports/sysutils/lsyncd/Makefile N ports/sysutils/lsyncd/distinfo N ports/sysutils/lsyncd/patches/patch-default-rsync_lua N ports/sysutils/lsyncd/patches/patch-cmake_FindLua_cmake N ports/sysutils/lsyncd/patches/patch-CMakeLists_txt N ports/sysutils/lsyncd/patches/patch-tests_testlib_lua N ports/sysutils/lsyncd/pkg/PLIST N ports/sysutils/lsyncd/pkg/DESCR No conflicts created by this import
Re: [NEW] net/profanity and net/libstrophe
On Wed Jan 20, 2016 at 01:01:34PM +0100, Rafael Sadowski wrote: > On Thu Dec 31, 2015 at 04:37:29PM +0100, Theo Buehler wrote: > > On Tue, Dec 29, 2015 at 12:09:38PM +0100, Rafael Sadowski wrote: > > > On Sun Dec 20, 2015 at 05:00:06PM +0100, Rafael Sadowski wrote: > > > > Hey @ports, > > > > > > > > my second try to push my favorite XMPP console client (with dependency > > > > lib). The port based on Brian Callahan work in openbsd-wip. (Okay to > > > > take maintainer). All tests passed and worked well over months for me. > > > > > > > > I rewrite some patches more generic sent upstream with good feedback > > > > from libstrophe (advice from Antoine Jacoutot). > > > > > > > > > > > > Best regards, > > > > > > > > Rafael > > > > > > > > net/profanity: > > > > > > > > Profanity is a console based XMPP client written in C using ncurses and > > > > libstrophe, inspired by irssi. > > > > > > > > Features: > > > > > > > > * Supports XMPP chat services, including Google Talk and Facebook. > > > > * Command driven user interface. > > > > * Customizable functionality and user interface. > > > > * OTR (Off The Record) message encryption. > > > > * Chat room support. > > > > * Roster management. > > > > * Flexible resource and priority settings. > > > > * Desktop notifications. > > > > * Unicode support. > > > > * Integrated DuckDuckGo searching. > > > > * Send tiny URLs. > > > > > > > > net/libstrophe: > > > > > > > > libstrophe is a minimal XMPP library written in C. It has almost no > > > > external dependencies, only an XML parsing library (expat or libxml are > > > > both supported). It is designed for both POSIX and Windows systems. > > > > Sorry, no CC me no attention :( > > > I think net/libstrophe is almost ready to go. It would be nice to > > make a brief annotation why you removed rc/thread.{c,h} in Makefile.am. > > While there, I would omit the second part of that patch (this removes > > only trailing whitespace, so it is only noise). > > > > 'make lib-depends-check' notes that 'pthread' is extra, so I think it > > should be removed from WANTLIB. > > Fixed version as attachment. > > src/thread.{c,h} is not in use... > > "I thought src/thread.[ch] are not included in Makefile.am. I don't know > the original purpose of those functions and only can guess that author > wanted to write parallel version of libstrophe. Proper solution should > be removing thread.[ch] from the Makefile.am" > > -- https://github.com/strophe/libstrophe/pull/72 > > > > > > > As for profanity, I can confirm that it works fine, but there is a bit > > more work to do: > > > > $ make lib-depend-dest > > > > gives me quite a few remarks, so that should be cleaned up: > > > > [...] > > profanity-0.4.7(net/profanity): > > Missing lib: uuid.14 (/usr/local/bin/profanity) (NOT REACHABLE) > > Extra: X11.16 Xss.6 crypto.37 expat.11 gdk_pixbuf-2.0.3200 > > Extra: gio-2.0.4200 gobject-2.0.4200 iconv.6 notify.4 ssl.38 > > *** Error 1 in target 'port-lib-depends-check' (ignored) > > I'm totally lost with this. > > profanity links with uuid: > > cc -Wall -Wno-deprecated-declarations -O2 -pipe -I/usr/local/include > -I/usr/include -L/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -o > profanity src/contact.o src/log.o src/common.o src/profanity.o > src/chat_session.o src/muc.o src/jid.o src/chat_state.o src/resource.o > src/roster_list.o src/xmpp/capabilities.o src/xmpp/connection.o > src/xmpp/iq.o src/xmpp/message.o src/xmpp/presence.o src/xmpp/stanza.o > src/xmpp/roster.o src/xmpp/bookmark.o src/xmpp/form.o > src/event/server_events.o src/event/client_events.o > src/event/ui_events.o src/ui/window.o src/ui/core.o src/ui/titlebar.o > src/ui/statusbar.o src/ui/inputwin.o src/ui/console.o src/ui/notifier.o > src/window_list.o src/ui/rosterwin.o src/ui/occupantswin.o > src/ui/buffer.o src/command/command.o src/command/commands.o > src/tools/parser.o src/tools/p_sha1.o src/tools/autocomplete.o > src/tools/tinyurl.o src/config/accounts.o src/config/account.o > src/config/preferences.o src/config/theme.o src/pgp/gpg.o > src/otr/otrlibv4.o src/otr/otr.o src/main.o -L/usr/local/lib -lglib-2.0 > -lintl -L/usr/local/lib -lcurl -lotr -L/usr/local/lib -lgpgme -lassuan > -lgpg-error -luuid -lereadline -lncursesw -L/usr/local/lib -lstrophe > ^^ > and profanity runs fine. `objdump -s` says me: > > Dynamic Section: > NEEDED libglib-2.0.so.4200.2 > NEEDED libintl.so.6.0 > NEEDED libcurl.so.25.2 > NEEDED libotr.so.4.1 > NEEDED libgpgme.so.19.0 > NEEDED libassuan.so.1.1 > NEEDED libgpg-error.so.3.9 > NEEDED libuuid.so.14.0 > NEEDED libereadline.so.1.0 > NEEDED libncursesw.so.14.0 > NEEDED libstrophe.so.0.0 > NEEDED libc.so.84.2 > NEEDED libpthread.so.20.1 > > At the end, I don't understand the output from "port-lib-depends-check". > Any feedback or helpful hand? > > Best Regards, > > Rafael New updated
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/01/23 11:22:39 Modified files: devel/xulrunner/24: Makefile Log message: Switch xulrunner to build with gcc4 instead of clang on i386. At least this wont be in the way of a potential devel/llvm upgrade. While here readd alpha to ONLY_FOR_ARCHS, just for fun.. Build-tested by semarie@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:28:34 Modified files: net/py-libpcap : Makefile distinfo net/py-libpcap/pkg: PLIST Log message: Update to py-libpcap-0.6.4.
New Perl Modules for use with PostgreSQL, but they don't require it in modules
I am working on a group of modules that OO interface with PSQL, but the first few so far don't need postgreSQL to build or test. There are some tests that use PostgreSQL, but author says that these tests should indeed be skipped, as tests already do skip. Should I just mention in DESCR that postgresql-server, p5-DBI and p5-DBD-Pg should be installed to make use of these modules or add them as RUN_DEPENDS? Thanks, Chris Bennett
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:01:07 Modified files: databases/repmgr: Makefile distinfo Added files: databases/repmgr/patches: patch-config_c Removed files: databases/repmgr/patches: patch-repmgr_conf_sample patch-repmgr_h Log message: Update to repmgr-3.0.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:07:13 Modified files: lang/spidermonkey: Makefile Log message: Tell PORTROACH to ignore that oldie.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:24:27 Modified files: net/py-libcloud: Makefile distinfo Log message: Update to py-libcloud-0.20.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:39:25 Removed files: devel/monodevelop: Makefile distinfo devel/monodevelop/patches: patch-src_addins_CBinding_Navigation_ProjectNodeBuilderExtension_cs patch-src_addins_CBinding_Parser_TagDatabaseManager_cs patch-src_addins_MonoDevelop_Autotools_SolutionDeployer_cs patch-theme-icons_icon-theme-installer devel/monodevelop/pkg: DESCR PLIST Log message: Remove monodevelop; it's been dropped in the tree years ago and left unmaintained since. ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:39:53 Modified files: devel : Makefile Log message: -monodevelop
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:41:01 Modified files: devel/quirks/files: Quirks.pm Log message: Register monodevelop removal.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2016/01/23 11:49:31 Modified files: www/chromium : Makefile distinfo www/chromium/patches: patch-base_base_gypi patch-base_debug_stack_trace_posix_cc patch-base_process_memory_cc patch-base_process_process_metrics_h patch-base_process_process_posix_cc patch-base_strings_safe_sprintf_cc patch-build_all_gyp patch-build_common_gypi patch-chrome_app_chrome_main_delegate_cc patch-chrome_app_chromium_strings_grd patch-chrome_app_google_chrome_strings_grd patch-chrome_app_theme_theme_resources_grd patch-chrome_browser_about_flags_cc patch-chrome_browser_browser_resources_grd patch-chrome_browser_chrome_browser_main_cc patch-chrome_browser_chrome_content_browser_client_cc patch-chrome_browser_chrome_content_browser_client_h patch-chrome_browser_download_chrome_download_manager_delegate_cc patch-chrome_browser_extensions_bookmark_app_helper_cc patch-chrome_browser_memory_details_cc patch-chrome_browser_notifications_message_center_notification_manager_cc patch-chrome_browser_renderer_preferences_util_cc patch-chrome_browser_resources_plugin_metadata_plugins_linux_json patch-chrome_browser_safe_browsing_incident_reporting_incident_reporting_service_cc patch-chrome_browser_ssl_bad_clock_blocking_page_cc patch-chrome_browser_sync_profile_sync_components_factory_impl_cc patch-chrome_browser_task_manager_task_manager_cc patch-chrome_browser_ui_aura_chrome_browser_main_extra_parts_aura_cc patch-chrome_browser_ui_browser_command_controller_cc patch-chrome_browser_ui_startup_bad_flags_prompt_cc patch-chrome_browser_ui_views_accelerator_table_cc patch-chrome_browser_ui_views_exclusive_access_bubble_views_cc patch-chrome_browser_ui_views_first_run_dialog_cc patch-chrome_browser_ui_views_frame_opaque_browser_frame_view_cc patch-chrome_browser_ui_views_frame_system_menu_model_builder_cc patch-chrome_browser_ui_views_tabs_tab_drag_controller_cc patch-chrome_browser_ui_views_tabs_tab_strip_cc patch-chrome_browser_ui_webui_chrome_web_ui_controller_factory_cc patch-chrome_browser_ui_webui_options_browser_options_handler_cc patch-chrome_browser_ui_webui_options_browser_options_handler_h patch-chrome_browser_web_applications_web_app_cc patch-chrome_chrome_browser_extensions_gypi patch-chrome_chrome_browser_gypi patch-chrome_chrome_browser_ui_gypi patch-chrome_chrome_common_gypi patch-chrome_chrome_exe_gypi patch-chrome_common_chrome_paths_h patch-chrome_common_chrome_switches_cc patch-chrome_common_chrome_switches_h patch-chrome_common_extensions_api_schemas_gypi patch-chrome_common_pref_names_cc patch-chrome_common_pref_names_h patch-chrome_common_url_constants_cc patch-chrome_common_url_constants_h patch-chrome_renderer_resources_neterror_js patch-components_policy_resources_policy_templates_json patch-components_policy_tools_generate_policy_source_py patch-content_app_content_main_runner_cc patch-content_browser_accessibility_browser_accessibility_h patch-content_browser_accessibility_browser_accessibility_manager_h patch-content_browser_browser_main_loop_cc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/01/23 11:57:37 Modified files: www/gnash : Makefile Log message: Add a working HOMEPAGE.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 12:30:38 Modified files: sysutils/lsyncd: Makefile Log message: Fix TEST_DEPENDS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2016/01/23 17:33:25 Modified files: sysutils/login_duo: Makefile distinfo Log message: Update login_duo to 1.9.18
Re: GHC 8.0.1 RC1
Hi, On Thu, Jan 14, 2016 at 10:41:26PM +0100, Karel Gardas wrote: > GHC 8.0.1 RC1 is announced here: > https://mail.haskell.org/pipermail/ghc-devs/2016-January/010966.html > > what may be interesting for OpenBSD/GHC users is that this release/rc1 > supports shared libraries and position independent executables. To > build you need to have ghc, alex, happy, libffi, libiconv, gmp and > gmake installed from ports, configure with: > > ./configure --with-gmp-includes=/usr/local/include/ > --with-gmp-libraries=/usr/local/lib > --with-iconv-includes=/usr/local/include/ > --with-iconv-libraries=/usr/local/lib --with-system-libffi > --with-ffi-includes=/usr/local/include/ > --with-ffi-libraries=/usr/local/lib > > and build with gmake. [...] Awesome. This works without any patches? I hope the final release will contain the files generated by alex and happy (for obvious reasons). Otherwise I'll have to generate them myself and provide them in SUPDISTFILES of fhe ghc port. Anyway, thanks for your work on upstream ghc. Ciao, Kili
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2016/01/23 18:07:19 Modified files: plan9/plan9port: Makefile distinfo Log message: update to the latest git commit
Re: New Perl Modules for use with PostgreSQL, but they don't require it in modules
23 янв. 2016 г. 17:34 пользователь "Chris Bennett" < chrisbenn...@bennettconstruction.us> написал: > > I am working on a group of modules that OO interface with PSQL, but the > first few so far don't need postgreSQL to build or test. There are some > tests that use PostgreSQL, but author says that these tests should > indeed be skipped, as tests already do skip. > > Should I just mention in DESCR that postgresql-server, p5-DBI and p5-DBD-Pg > should be installed to make use of these modules or add them as > RUN_DEPENDS? If Postgres is really needed for those modules, then it's RUN_DEPENDS stuff by definition. Otherwise, if modules are operable and useful without Postgres, then it's better to mention them in either DESCR or README. Also, note that there are TEST_DEPENDS, that are resolved for "make test" only. It seems that I you'll want those as well. -- Vadim Zhukov
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 18:31:09 Modified files: databases/freetds: Makefile distinfo Log message: Update to freetds-0.95.80.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2016/01/23 13:43:27 Modified files: www/chromium : Makefile www/chromium/patches: patch-content_browser_browser_main_loop_cc patch-content_browser_child_process_launcher_cc patch-content_content_browser_gypi Log message: use the ipc channel to replace fonts inside the sandbox that are not available on the system, this fixes a lot of pdf viewer issues where the text was missing
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/01/23 14:07:57 Modified files: textproc/diffstat: Makefile distinfo Log message: Update to diffstat-1.61.
Re: GHC 8.0.1 RC1
On Sat, Jan 23, 2016 at 11:03 PM, Matthias Kilianwrote: > Awesome. This works without any patches? Yes, no additional patches necessary! Well, I've basically took your accumulated patches and pushed them upstream with just my little-bit to enable shared libs and PIE. No big deal, but I've thought this is right way to go with this... One day, if you feel free GHC-hacking time you may start with strlcpy & co. conversion of GHC rts. :-) > I hope the final release will contain the files generated by alex > and happy (for obvious reasons). Unfortunately I don't see this happening any time soon...In fact it'll become even more complicated with shake build system I'm afraid in the future. > Anyway, thanks for your work on upstream ghc. Yep, but you did 95% of the work anyway, so kudos to you! Cheers, Karel
Re: LLVM update (again)
I wouldn't say that this works well with gcc. I would recommend against keeping multiple versions of a port without a good and specific reason. On 23 January 2016 22:16:16 GMT+00:00, Juan Francisco Cantero Hurtadowrote: >Can you modify the structure of devel/llvm/ to something like >devel/llvm/version/? With lang/gcc works pretty well, we can work with >the latest version while the ports tree uses the stable version by >default. > > >On Sat, Jan 23, 2016 at 07:39:22PM +0100, Pascal Stumpf wrote: >> So here's an updated diff for LLVM 3.7.1. With landry@'s recent >commit, >> xulrunner is no longer a showstopper. >> >> >> Index: Makefile >> === >> RCS file: /cvs/ports/devel/llvm/Makefile,v >> retrieving revision 1.108 >> diff -u -p -r1.108 Makefile >> --- Makefile 24 Aug 2015 07:45:56 - 1.108 >> +++ Makefile 23 Jan 2016 18:38:51 - >> @@ -8,14 +8,17 @@ DPB_PROPERTIES = parallel >> >> COMMENT = modular, fast C/C++/ObjC compiler, static analyzer and >tools >> >> -LLVM_V =3.5 >> -DISTNAME = llvm-${LLVM_V}.20140228 >> -REVISION = 35 >> +LLVM_V =3.7.1 >> +DISTNAME = llvm-${LLVM_V}.src >> +PKGNAME = llvm-${LLVM_V} >> CATEGORIES =devel >> -MASTER_SITES = http://comstyle.com/source/ >> +DISTFILES = llvm-${LLVM_V}.src${EXTRACT_SUFX} \ >> +cfe-${LLVM_V}.src${EXTRACT_SUFX} >> +MASTER_SITES = http://www.llvm.org/releases/${LLVM_V}/ >> EXTRACT_SUFX = .tar.xz >> >> -SHARED_LIBS = clang 1.0 >> +SHARED_LIBS = clang 2.0 \ >> +LTO 0.0 >> >> # packager notes in http://llvm.org/docs/Packaging.html >> HOMEPAGE = http://www.llvm.org/ >> @@ -25,15 +28,21 @@ MAINTAINER= Brad Smith > # BSD >> PERMIT_PACKAGE_CDROM = Yes >> >> -WANTLIB = c m pthread stdc++ z >> +WANTLIB = c m pthread z >> >> MODULES = devel/cmake \ >> -lang/python >> +lang/python \ >> +gcc4 >> >> -TEST_DEPENDS = devel/dejagnu \ >> -shells/bash >> +MODGCC4_LANGS = c c++ >> +MODGCC4_ARCHS = * >> + >> +TEST_DEPENDS = devel/dejagnu \ >> +shells/bash \ >> +lang/gcc/${MODGCC4_VERSION},-c++ >> BUILD_DEPENDS +=textproc/py-sphinx >> -RUN_DEPENDS += devel/gtest >> +RUN_DEPENDS += devel/gtest \ >> +lang/gcc/${MODGCC4_VERSION},-c++ >> >> SEPARATE_BUILD =Yes >> CONFIGURE_ARGS =-DLLVM_ENABLE_FFI:Bool=False \ >> @@ -47,22 +56,34 @@ CONFIGURE_ARGS = -DLLVM_ENABLE_FFI:Bool= >> # introduced when PIE was enabled >> .if ${MACHINE_ARCH} == "powerpc" >> CONFIGURE_ARGS += -DCMAKE_EXE_LINKER_FLAGS="-Wl,--relax -nopie" >> +CONFIGURE_ARGS += -DCMAKE_SHARED_LINKER_FLAGS="-Wl,--relax -nopie" >> .endif >> >> TEST_TARGET = check >> >> +# XXX sync >> +GCC_VER = 4.9.3 >> +.if ${MACHINE_ARCH} == "amd64" >> +GCC_CONFIG =x86_64-unknown-openbsd${OSREV} >> +.else >> +GCC_CONFIG =${MACHINE_ARCH}-unknown-openbsd${OSREV} >> +.endif >> CLANG_INCLUDE_PATH =lib/clang/${LLVM_V}/include >> -SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V >> +SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V GCC_VER GCC_CONFIG >> + >> +post-extract: >> +mv ${WRKDIR}/cfe-${LLVM_V}.src ${WRKSRC}/tools/clang >> >> pre-configure: >> -@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build >> +@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \ >> +${WRKSRC}/tools/clang/lib/Driver/ToolChains.cpp >> +@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \ >> +${WRKSRC}/tools/clang/lib/Driver/Tools.cpp >> -@ln -s ${MODPY_BIN} ${WRKDIR}/bin/python >> >> post-build: >> cd ${WRKSRC}/docs && make -f Makefile.sphinx man >> -pod2man --release=CVS --center="LLVM" \ >> -${WRKSRC}/tools/clang/docs/tools/clang.pod \ >> -${WRKSRC}/docs/_build/man/clang.1 >> +cd ${WRKSRC}/tools/clang/docs && make -f Makefile.sphinx man >> >> post-install: >> ${INSTALL_SCRIPT} >${WRKSRC}/tools/clang/tools/scan-build/ccc-analyzer \ >> @@ -75,7 +96,10 @@ post-install: >> ${PREFIX}/man/man1 >> ${INSTALL_DATA} ${WRKSRC}/tools/clang/tools/scan-build/scan-build.1 >\ >> ${PREFIX}/man/man1 >> -# lit is not installed anymore >> +${INSTALL_DATA} ${WRKSRC}/tools/clang/docs/_build/man/clang.1 \ >> +${PREFIX}/man/man1 >> +# lit and FileCheck are not installed >> @rm ${PREFIX}/man/man1/lit.1 >> +@rm ${PREFIX}/man/man1/FileCheck.1 >> >> .include >> Index: distinfo >> === >> RCS file: /cvs/ports/devel/llvm/distinfo,v >> retrieving revision 1.13 >> diff -u -p -r1.13 distinfo >> --- distinfo 18 Apr 2014 09:30:48 - 1.13 >>
Re: LLVM update (again)
FWIW, I've been running this patch without issue for months. Juan Francisco Cantero Hurtado wrote: > Can you modify the structure of devel/llvm/ to something like > devel/llvm/version/? With lang/gcc works pretty well, we can work with > the latest version while the ports tree uses the stable version by > default. This sounds like a good idea to me. We should probably also make sure that this update won't further complicate things for Jonathan: https://marc.info/?l=openbsd-cvs=145088099210901=2 https://marc.info/?l=openbsd-cvs=144816103704050=2 https://marc.info/?l=openbsd-cvs=145091674119104=2 https://marc.info/?l=openbsd-cvs=145108545813434=2
Re: pledge(2) binding for Haskell
Hi Kili, On Sat, Jan 23, 2016 at 10:54 PM, Matthias Kilianwrote: > Well, it's of course more elegant, but it would also mean that > everytime a new pledge promise will be introduced or an existing > one removed, this type has to be changed. I don't know how stable > the set of promises of pledge(2) are, but it feels like a change > like this should be deferred until after 5.9. I tend to agree, but on the other hand. Hmm, I guess you did this as you've been motivated to pledge some of haskell-based binaries you maintain packages for? If so, then with your approach if some promise is removed and you use it in package binary, then you will not find this by building the package but only by running it (EINVAL return value from pledge). On the other hand if you do this more type-constrained way (like I non-perfectly try), then you will find this kind of issues just by compiling the package -- so wil it save your time or not? :-) Anyway, sure, I've thought about writing hs-pledge myself, but just after 5.9 to see how the interface evolve so you are really quick on this, kudos to you! > ps: at least the "audio" "drm" and "vmm" promises are missing in > your diff, so now we know how old your installation is ;-) *red face here* :-) -- hmm, I'm too lazy to do cvs -> git/fossil sync here that often, I keep whole tree in git (and one branch in fossil) since I still work on SR-RAID1C and both are more convenient for me than plain anon-CVS. Still learning how to do this properly... Thanks, Karel
NEW: graphics/nomacs
hey ports@, a second try to push nomacs tp ports tree. Nomacs is a new Qt4 image viewer application. -- http://www.nomacs.org/ All stuff fixed from discussion: http://openbsd-archive.7691.n7.nabble.com/NEW-graphics-nomacs-td263077.html source at openbsd-wip: https://github.com/jasperla/openbsd-wip/blob/master/graphics/nomacs/Makefile Tested with tons images on amd64. Comments, Ok? Best regards, Rafael $ cat pkg/DESCR nomacs is small, fast and able to handle the most common image formats. Additionally it is possible to synchronize multiple viewers. A synchronization of viewers running on the same computer or via LAN is possible. It allows to compare images and spot the differences (e.g. schemes of architects to show the progress). nomacs.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2016/01/23 19:35:36 Modified files: mail/trojita : Makefile distinfo mail/trojita/pkg: PLIST Log message: Update trojita to 0.6. Git shortlog available here: https://quickgit.kde.org/?p=trojita.git=shortlog=8c1206a93257143c056404aaec6ec69f06e1ef6c
Re: pledge(2) binding for Haskell
Hi Karel, On Sat, Jan 23, 2016 at 02:31:52PM +0100, Karel Gardas wrote: > I've thought it would be nice if Haskell type checker would work into > our strength. Attached patch defines algebraic data type Promise and > use this for calling pledge sys call. The patch also provides two > version of Promise to string conversion function. One is explicit and > another is using show capability and just fixes prot_exec case. > > Any comments highly appreciated. Well, it's of course more elegant, but it would also mean that everytime a new pledge promise will be introduced or an existing one removed, this type has to be changed. I don't know how stable the set of promises of pledge(2) are, but it feels like a change like this should be deferred until after 5.9. Look at the changelogs of sys/pledge.h and sys/kern/kern_pledge.c to get an idea about how things are still moving. Ciao, Kili ps: at least the "audio" "drm" and "vmm" promises are missing in your diff, so now we know how old your installation is ;-) > Index: Process.hsc > === > RCS file: /cvs/ports/lang/ghc/files/Process.hsc,v > retrieving revision 1.1 > diff -u -p -u -r1.1 Process.hsc > --- Process.hsc 20 Jan 2016 16:02:06 - 1.1 > +++ Process.hsc 23 Jan 2016 13:15:42 - > @@ -1,14 +1,77 @@ > {-# LANGUAGE Safe #-} > > -module System.OpenBSD.Process ( pledge ) where > +module System.OpenBSD.Process ( pledge, Promise(..) ) where > > import Foreign > import Foreign.C > import System.Posix.Internals ( withFilePath ) > +import Data.Char > > -pledge :: String -> Maybe [FilePath] -> IO () > +data Promise = Stdio > + | RPath > + | WPath > + | CPath > + | DPath > + | TmpPath > + | Inet > + | FAttr > + | FLock > + | Unix > + | Dns > + | GetPW > + | SendFD > + | RecvFD > + | IOCtl > + | Tty > + | Proc > + | Exec > + | ProtExec > + | SetTime > + | Ps > + | VMInfo > + | Id > + | Pf > + deriving (Show) > +{- > +promise2String :: Promise -> String > +promise2String p = case p of > + Stdio-> "stdio" > + RPath-> "rpath" > + WPath-> "wpath" > + CPath-> "cpath" > + DPath-> "dpath" > + TmpPath -> "tmppath" > + Inet -> "inet" > + FAttr-> "fattr" > + FLock-> "flock" > + Unix -> "unix" > + Dns -> "dns" > + GetPW-> "getpw" > + SendFD -> "sendfd" > + RecvFD -> "recvfd" > + IOCtl-> "ioctl" > + Tty -> "tty" > + Proc -> "proc" > + Exec -> "exec" > + ProtExec -> "prot_exec" > + SetTime -> "settime" > + Ps -> "ps" > + VMInfo -> "vminfo" > + Id -> "id" > + Pf -> "pf" > +-} > > -pledge promises paths = > +promise2String :: Promise -> String > +promise2String p = case p of > + ProtExec -> "prot_exec" > + _-> map toLower (show p) > + > +pledge :: [Promise] -> Maybe [FilePath] -> IO () > +pledge promises = cpledge (unwords $ map promise2String promises) > + > +cpledge :: String -> Maybe [FilePath] -> IO () > + > +cpledge promises paths = >withCString promises $ \cproms -> >withPaths2Array0 paths $ \paths_arr -> >throwErrnoIfMinus1_ "pledge" (c_pledge cproms paths_arr) > > On Wed, Jan 20, 2016 at 5:38 AM, Matthias Kilian> wrote: > > On Tue, Jan 19, 2016 at 08:43:17PM +0100, Matthias Kilian wrote: > >> > Below is a hopefully correct and more complete diff. Again without > >> > bump because I'll also merge -main and -doc. > >> > >> Famous last words. I missed the plist changes. Will send a new diff > >> later (at the moment i'm rebuilding ghc). > > > > Here it is. Works fine for me, so I'm going to commit this in a few > > hours. > > > > Index: Makefile > > === > > RCS file: /cvs/ports/lang/ghc/Makefile,v > > retrieving revision 1.131 > > diff -u -p -r1.131 Makefile > > --- Makefile28 Dec 2015 19:18:52 - 1.131 > > +++ Makefile20 Jan 2016 04:24:09 - > > @@ -157,6 +157,11 @@ PORTHOME = ${WRKDIR} > > > > TEST_DEPENDS = print/ghostscript/gnu > > > > +post-extract: > > + cd ${WRKSRC}/libraries/unix && \ > > + mkdir -p System/OpenBSD && \ > > + install -m 644 ${FILESDIR}/Process.hsc System/OpenBSD > > + > > post-patch: > > # - Install a precompiled binary. > > cd ${WRKDIR}/ghc-${BIN_VER} && \ > > Index: files/Process.hsc > > === > > RCS file: files/Process.hsc > > diff -N files/Process.hsc > > --- /dev/null 1 Jan 1970 00:00:00 - > > +++ files/Process.hsc 20 Jan 2016 04:24:09 - > > @@ -0,0 +1,26 @@ > > +{-# LANGUAGE Safe #-} > > + > > +module System.OpenBSD.Process
Re: LLVM update (again)
On Sat, Jan 23, 2016 at 07:03:23PM -0500, Michael McConville wrote: > FWIW, I've been running this patch without issue for months. > > Juan Francisco Cantero Hurtado wrote: > > Can you modify the structure of devel/llvm/ to something like > > devel/llvm/version/? With lang/gcc works pretty well, we can work with > > the latest version while the ports tree uses the stable version by > > default. > > This sounds like a good idea to me. > > We should probably also make sure that this update won't further > complicate things for Jonathan: > > https://marc.info/?l=openbsd-cvs=145088099210901=2 > > https://marc.info/?l=openbsd-cvs=144816103704050=2 > > https://marc.info/?l=openbsd-cvs=145091674119104=2 > > https://marc.info/?l=openbsd-cvs=145108545813434=2 > Well, Mesa won't build with the existing ports llvm so any update can't make it worse. I do wonder if llvm should be patched to use libestdc++ until such time that libc++ is useable though. As otherwise clang can't compile against the clang headers... clang++ searches: #include "..." search starts here: #include <...> search starts here: /usr/include/g++ /usr/include/g++/amd64-unknown-openbsd5.9 /usr/include/g++/backward /usr/local/bin/../lib/clang/3.7.1/include /usr/include End of search list. Trying to build a version of Mesa 11.0.x with our local patches with autoconf and clang/clang++ still breaks sadly export AUTOMAKE_VERSION=1.12 export AUTOCONF_VERSION=2.69 export ACLOCAL="aclocal -I /usr/X11R6/share/aclocal" export PKG_CONFIG_PATH=/usr/X11R6/lib/pkgconfig export X11BASE=/usr/X11R6 if [[ $(uname -p) == "i386" ]]; then export USER_CFLAGS="-march=i586" export USER_CXXFLAGS="-march=i586" fi export CC=/usr/local/bin/clang export CXX=/usr/local/bin/clang++ ./autogen.sh \ --with-gallium-drivers=r300,r600,radeonsi,swrast,nouveau \ --with-dri-drivers=i915,i965,r200,radeon,nouveau \ --disable-silent-rules \ --enable-r600-llvm-compiler --enable-gallium-llvm \ --disable-llvm-shared-libs \ --enable-gles1 --enable-gles2 \ --enable-shared-glapi \ --enable-osmesa \ --enable-debug \ --enable-gbm \ --enable-texture-float \ --with-egl-platforms="x11,drm" \ --prefix=${X11BASE} \ --with-dri-driverdir=${X11BASE}/lib/modules/dri \ --with-dri-searchpath=${X11BASE}/lib/modules/dri libtool: compile: /usr/local/bin/clang++ -DPACKAGE_NAME=\"Mesa\" -DPACKAGE_TARNAME=\"mesa\" -DPACKAGE_VERSION=\"11.0.9\" "-DPACKAGE_STRING=\"Mesa 11.0.9\"" "-DPACKAGE_BUGREPORT=\"https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa\"; -DPACKAGE_URL=\"\" -DPACKAGE=\"mesa\" -DVERSION=\"11.0.9\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DYYTEXT_POINTER=1 -DHAVE___BUILTIN_BSWAP32=1 -DHAVE___BUILTIN_BSWAP64=1 -DHAVE___BUILTIN_CLZ=1 -DHAVE___BUILTIN_CLZLL=1 -DHAVE___BUILTIN_CTZ=1 -DHAVE___BUILTIN_EXPECT=1 -DHAVE___BUILTIN_FFS=1 -DHAVE___BUILTIN_FFSLL=1 -DHAVE___BUILTIN_POPCOUNT=1 -DHAVE___BUILTIN_POPCOUNTLL=1 -DHAVE___BUILTIN_UNREACHABLE=1 -DHAVE_FUNC_ATTRIBUTE_CONST=1 -DHAVE_FUNC_ATTRIBUTE_FLATTEN=1 -DHAVE_FUNC_ATTRIBUTE_FORMAT=1 -DHAVE_FUNC_ATTRIBUTE_MALLOC=1 -DHAVE_FUNC_ATTRIBUTE_PACKED=1 -DHAVE_FUNC_ATTRIBUTE_PURE=1 -DHAVE_FUNC_ATTRIBUTE_UNUSED=1 -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT=1 -DHAVE_DLADDR=1 -DHAVE_CLOCK_GETTIME=1 -DHAVE_PTHREAD_PRIO_INHERIT=1 -DHAVE_PTHREAD=1 -I. -fvisibility=hidden -Werror=pointer-arith -Werror=vla -I../../../include -I../../../src -I../../../src/gallium/include -I../../../src/gallium/auxiliary -D__STDC_LIMIT_MACROS -DUSE_SSE41 -DDEBUG -DUSE_X86_64_ASM -DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DHAVE_LIBDRM -DGLX_USE_DRM -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LLVM=0x0307 -DMESA_LLVM_VERSION_PATCH=1 -I/usr/local/include -pipe -W -Wno-unused-parameter -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long -Wno-maybe-uninitialized -Wno-comment -std=c++11 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -g -O2 -Wall -fno-strict-aliasing -fno-builtin-memcmp -Qunused-arguments -MT gallivm/lp_bld_debug.lo -MD -MP -MF gallivm/.deps/lp_bld_debug.Tpo -c gallivm/lp_bld_debug.cpp -fPIC -DPIC -o gallivm/.libs/lp_bld_debug.o warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option] In file included from gallivm/lp_bld_debug.cpp:32: In file included from /usr/local/include/llvm/Support/raw_ostream.h:17: In file included from /usr/local/include/llvm/ADT/SmallVector.h:17: /usr/local/include/llvm/ADT/iterator_range.h:36:29: error: no member named 'move' in namespace 'std'; did you mean 'modf'? : begin_iterator(std::move(begin_iterator)), ~^~~~ modf /usr/include/math.h:200:8: note: 'modf'
Re: LLVM update (again)
On Sun, Jan 24, 2016 at 12:07:03AM +, Stuart Henderson wrote: > I wouldn't say that this works well with gcc. I would recommend against > keeping multiple versions of a port without a good and specific reason. In the gcc case, the latest version is imported, people works on their ports and when everything works fine with the latest version, this is promoted as the default version and the older version is deleted. If some of my ports are broken, I can change MODGCC4_VER and to work individually in one port without to break other packages which I use but I don't know how to help to fix the problems. In addition to that, I would like various versions of llvm (not just clang) because more and more interpreters/compilers depend of llvm and we can't have updated packages because for any reason we can't update llvm due to some conflict with other packages. (example: rubinius deletion or people wasting their time trying to build an updated llvm during the first attemps to port rust) That said, I'm obviously not going to maintain llvm and others will do the hard work, so my request is just a hope and not a red line or something similar :) > > > On 23 January 2016 22:16:16 GMT+00:00, Juan Francisco Cantero Hurtado >wrote: > >Can you modify the structure of devel/llvm/ to something like > >devel/llvm/version/? With lang/gcc works pretty well, we can work with > >the latest version while the ports tree uses the stable version by > >default. > > > > > >On Sat, Jan 23, 2016 at 07:39:22PM +0100, Pascal Stumpf wrote: > >> So here's an updated diff for LLVM 3.7.1. With landry@'s recent > >commit, > >> xulrunner is no longer a showstopper. > >> > >> > >> Index: Makefile > >> === > >> RCS file: /cvs/ports/devel/llvm/Makefile,v > >> retrieving revision 1.108 > >> diff -u -p -r1.108 Makefile > >> --- Makefile 24 Aug 2015 07:45:56 - 1.108 > >> +++ Makefile 23 Jan 2016 18:38:51 - > >> @@ -8,14 +8,17 @@ DPB_PROPERTIES = parallel > >> > >> COMMENT = modular, fast C/C++/ObjC compiler, static analyzer and > >tools > >> > >> -LLVM_V = 3.5 > >> -DISTNAME =llvm-${LLVM_V}.20140228 > >> -REVISION =35 > >> +LLVM_V = 3.7.1 > >> +DISTNAME =llvm-${LLVM_V}.src > >> +PKGNAME = llvm-${LLVM_V} > >> CATEGORIES = devel > >> -MASTER_SITES =http://comstyle.com/source/ > >> +DISTFILES = llvm-${LLVM_V}.src${EXTRACT_SUFX} \ > >> + cfe-${LLVM_V}.src${EXTRACT_SUFX} > >> +MASTER_SITES =http://www.llvm.org/releases/${LLVM_V}/ > >> EXTRACT_SUFX =.tar.xz > >> > >> -SHARED_LIBS = clang 1.0 > >> +SHARED_LIBS = clang 2.0 \ > >> + LTO 0.0 > >> > >> # packager notes in http://llvm.org/docs/Packaging.html > >> HOMEPAGE =http://www.llvm.org/ > >> @@ -25,15 +28,21 @@ MAINTAINER=Brad Smith >> # BSD > >> PERMIT_PACKAGE_CDROM =Yes > >> > >> -WANTLIB = c m pthread stdc++ z > >> +WANTLIB = c m pthread z > >> > >> MODULES = devel/cmake \ > >> - lang/python > >> + lang/python \ > >> + gcc4 > >> > >> -TEST_DEPENDS =devel/dejagnu \ > >> - shells/bash > >> +MODGCC4_LANGS = c c++ > >> +MODGCC4_ARCHS = * > >> + > >> +TEST_DEPENDS =devel/dejagnu \ > >> + shells/bash \ > >> + lang/gcc/${MODGCC4_VERSION},-c++ > >> BUILD_DEPENDS += textproc/py-sphinx > >> -RUN_DEPENDS +=devel/gtest > >> +RUN_DEPENDS +=devel/gtest \ > >> + lang/gcc/${MODGCC4_VERSION},-c++ > >> > >> SEPARATE_BUILD = Yes > >> CONFIGURE_ARGS = -DLLVM_ENABLE_FFI:Bool=False \ > >> @@ -47,22 +56,34 @@ CONFIGURE_ARGS = -DLLVM_ENABLE_FFI:Bool= > >> # introduced when PIE was enabled > >> .if ${MACHINE_ARCH} == "powerpc" > >> CONFIGURE_ARGS += -DCMAKE_EXE_LINKER_FLAGS="-Wl,--relax -nopie" > >> +CONFIGURE_ARGS += -DCMAKE_SHARED_LINKER_FLAGS="-Wl,--relax -nopie" > >> .endif > >> > >> TEST_TARGET = check > >> > >> +# XXX sync > >> +GCC_VER = 4.9.3 > >> +.if ${MACHINE_ARCH} == "amd64" > >> +GCC_CONFIG = x86_64-unknown-openbsd${OSREV} > >> +.else > >> +GCC_CONFIG = ${MACHINE_ARCH}-unknown-openbsd${OSREV} > >> +.endif > >> CLANG_INCLUDE_PATH = lib/clang/${LLVM_V}/include > >> -SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V > >> +SUBST_VARS += CLANG_INCLUDE_PATH LLVM_V GCC_VER GCC_CONFIG > >> + > >> +post-extract: > >> + mv ${WRKDIR}/cfe-${LLVM_V}.src ${WRKSRC}/tools/clang > >> > >> pre-configure: > >> - @${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build > >> + @${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \ > >> + ${WRKSRC}/tools/clang/lib/Driver/ToolChains.cpp > >> + @${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build \ > >> +