From niceguy12345678 at hotmail.fr Sun Mar 3 07:34:48 2013 From: niceguy12345678 at hotmail.fr (Jean-Michel Bergeron) Date: Sun, 3 Mar 2013 01:34:48 -0500 Subject: [csw-users] Packages requests Message-ID: Hi, Being an intermediate-level user who have difficulties compiling software under Solaris I have some packages requests to do... I think I speak for everybody when I say that a package of Videolan VLC Media Player should have been done a long time ago... Personally I use Solaris SPARC edition on a Sun Blade 2500, so I practically depend on your website regarding what I can and can?t do with my machine that I bought just for the fun of working on Solaris SPARC... Most of the dependencies for VLC are already available as packages on your website, we could almost say that the only thing not available is the graphical user interface to glue everything together... VLC version 0.76 was available for a time but it seem to have been phased out... The latest version is 2.0.5, I couldn?t believe nobody with enough knowledge wouldn't want to take a few hours to compile it, I really believe it would be monstruously appreciated by everybody, personally I don't have enough knowledge to do it myself... Some others nice packages would be the Bochs x86 emulator, the Basilisk II Mac68k emulator and some Super Nintendo/Nintendo 8-bits emulators to play games, many of them are already available for Uni*... Thanks for reading this and have a nice day From maciej at opencsw.org Sun Mar 3 15:40:15 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 3 Mar 2013 14:40:15 +0000 Subject: [csw-users] Packages requests In-Reply-To: References: Message-ID: 2013/3/3 Jean-Michel Bergeron : > I say that a package of Videolan VLC Media Player should have > been done a long time ago... It's not a trivial build. I have attempted to build it in March 2012. I was in contact with the developers and got 3 patches pushed upstream[1][2][3]. I spent a few weeks trying to build it, and ultimately gave up. The last state was that the code compilation finished, but the resulting binary was not able to play anything. Maybe I missed something silly, or maybe there is a more involved problem to get fixed. The VLC build is up for grabs. Also, there was a Solaris porting effort[4], but it looks dead, it's better to stay with the mainline code. Maciej [1] http://git.videolan.org/?p=vlc.git;a=commit;h=d1a8b724c3923bb37002e5102cae25d9594a9a95 [2] http://git.videolan.org/?p=vlc.git;a=commit;h=7b0efebbf38aec8c341ad92433fb218a02bf62a0 [3] http://git.videolan.org/?p=vlc.git;a=commit;h=96f3458656bbb207ffe0d15678ca96ae38c8f5d9 [4] http://wiki.videolan.org/Solaris From niceguy12345678 at hotmail.fr Sun Mar 3 15:52:45 2013 From: niceguy12345678 at hotmail.fr (Jean-Michel Bergeron) Date: Sun, 3 Mar 2013 09:52:45 -0500 Subject: [csw-users] Packages requests In-Reply-To: Message-ID: It seem that some things have changed since March 2012; there's instruction on the VLC Wiki regarding how to compile it for Solaris 10... I found a pre-compiled version for Sparc available on this website; it work except I didn't find any of the dependencies except those available on Sunfreeware so the player don't play anything except MP3: http://wyang0.blogspot.ca/2009/08/vlc-on-solaris-10.html Le 13-03-03 09:40, <> a ?crit?: > 2013/3/3 Jean-Michel Bergeron : >> I say that a package of Videolan VLC Media Player should have >> been done a long time ago... > > It's not a trivial build. I have attempted to build it in March 2012. > I was in contact with the developers and got 3 patches pushed > upstream[1][2][3]. I spent a few weeks trying to build it, and > ultimately gave up. The last state was that the code compilation > finished, but the resulting binary was not able to play anything. > Maybe I missed something silly, or maybe there is a more involved > problem to get fixed. The VLC build is up for grabs. > > Also, there was a Solaris porting effort[4], but it looks dead, it's > better to stay with the mainline code. > > Maciej > > [1] > http://git.videolan.org/?p=vlc.git;a=commit;h=d1a8b724c3923bb37002e5102cae25d9 > 594a9a95 > [2] > http://git.videolan.org/?p=vlc.git;a=commit;h=7b0efebbf38aec8c341ad92433fb218a > 02bf62a0 > [3] > http://git.videolan.org/?p=vlc.git;a=commit;h=96f3458656bbb207ffe0d15678ca96ae > 38c8f5d9 > [4] http://wiki.videolan.org/Solaris > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From maciej at opencsw.org Sun Mar 3 16:37:50 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 3 Mar 2013 15:37:50 +0000 Subject: [csw-users] Packages requests In-Reply-To: References: Message-ID: 2013/3/3 Jean-Michel Bergeron : > It seem that some things have changed since March 2012; there's instruction > on the VLC Wiki regarding how to compile it for Solaris 10... Those instructions are for very old versions of VLC, I don't think they are up to date. I assume you're talking about this page: http://wiki.videolan.org/Solaris. If you look at the history, the Solaris 10 instructions weren't touched after 2011. In the meantime, the compilation of 2.0.5 fails because Solaris 10 doesn't have posix_memalign, and the VLC code assumes the function is there, without checking for it first. In file included from libvlc.c:39:0: ../include/vlc_common.h: In function 'vlc_memalign': ../include/vlc_common.h:940:5: error: implicit declaration of function 'posix_memalign' [-Werror=implicit-function-declaration] Maciej From brogyi at gmail.com Sun Mar 3 19:24:25 2013 From: brogyi at gmail.com (=?ISO-8859-1?Q?Brogy=E1nyi_J=F3zsef?=) Date: Sun, 03 Mar 2013 19:24:25 +0100 Subject: [csw-users] Packages requests In-Reply-To: References: Message-ID: <51339559.2060202@gmail.com> On the Linux the MPlayer much better.For example GNOME MPlayer. I vote for MPlayer. Brogyi 2013.03.03. 7:34 keltez?ssel, Jean-Michel Bergeron ?rta: > Hi, > > Being an intermediate-level user who have difficulties compiling software > under Solaris I have some packages requests to do... I think I speak for > everybody when I say that a package of Videolan VLC Media Player should have > been done a long time ago... Personally I use Solaris SPARC edition on a Sun > Blade 2500, so I practically depend on your website regarding what I can and > can?t do with my machine that I bought just for the fun of working on > Solaris SPARC... Most of the dependencies for VLC are already available as > packages on your website, we could almost say that the only thing not > available is the graphical user interface to glue everything together... VLC > version 0.76 was available for a time but it seem to have been phased out... > The latest version is 2.0.5, I couldn?t believe nobody with enough knowledge > wouldn't want to take a few hours to compile it, I really believe it would > be monstruously appreciated by everybody, personally I don't have enough > knowledge to do it myself... > > Some others nice packages would be the Bochs x86 emulator, the Basilisk II > Mac68k emulator and some Super Nintendo/Nintendo 8-bits emulators to play > games, many of them are already available for Uni*... > > Thanks for reading this and have a nice day > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users From niceguy12345678 at hotmail.fr Sun Mar 3 21:31:23 2013 From: niceguy12345678 at hotmail.fr (Jean-Michel Bergeron) Date: Sun, 3 Mar 2013 15:31:23 -0500 Subject: [csw-users] Packages requests In-Reply-To: Message-ID: Maybe an older version like 1.1 would compile better, sometimes old software is better than no software at all, but since you tried around 2012 and didn't succeed... As another user of this mailing list said I could use Mplayer instead but it isn't present either in opencsw repository... Isn't Mplayer the player who work using command-line and thus would be better with a front-end? In any case thanks for looking at the VLC problem, maybe trying to put Mplayer for SPARC and x86 could be a nice idea so peoples would have at least one decent media player for Solaris... Le 13-03-03 10:37, <> a ?crit?: > 2013/3/3 Jean-Michel Bergeron : >> It seem that some things have changed since March 2012; there's instruction >> on the VLC Wiki regarding how to compile it for Solaris 10... > > Those instructions are for very old versions of VLC, I don't think > they are up to date. I assume you're talking about this page: > http://wiki.videolan.org/Solaris. If you look at the history, the > Solaris 10 instructions weren't touched after 2011. > > In the meantime, the compilation of 2.0.5 fails because Solaris 10 > doesn't have posix_memalign, and the VLC code assumes the function is > there, without checking for it first. > > In file included from libvlc.c:39:0: > ../include/vlc_common.h: In function 'vlc_memalign': > ../include/vlc_common.h:940:5: error: implicit declaration of function > 'posix_memalign' [-Werror=implicit-function-declaration] > > Maciej > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From brogyi at gmail.com Tue Mar 5 22:25:53 2013 From: brogyi at gmail.com (=?ISO-8859-2?Q?Brogy=E1nyi_J=F3zsef?=) Date: Tue, 05 Mar 2013 22:25:53 +0100 Subject: [csw-users] Munin smart_ plugin start Message-ID: <513662E1.8070307@gmail.com> Hi I'd like to start this plugin.Now I haven't got any idea how to go on the install. First I installed the smartmontools.It working by manually.I noticed the "smart_" plugin is a python script. I installed the CSWpython. I hope that's enough and I not need to install the CSWpython-dev package. Here are some log's and I hope they help to find my fault: Telnet: /fetch smart_c4t1d0/ . /var/opt/csw/munin/log/munin-node.log: /Group 'disk' required for 'smart_c4t1d0' does not exist at /opt/csw/share/perl/site_perl/Munin/Node/OS.pm line 183/ Few times I can read this: /Service 'smart_c4t1d0' exited with status 255/0 / And last the OS.pm part.The 183. line is the "exit": /elsif (defined $pid) {// // # In child// // close $out_read; close $err_read;// // // POSIX::setsid();// // // # use the pipes to replace STD{OUT,ERR}// // open(STDOUT, '>&=', fileno($out_write));// // open(STDERR, '>&=', fileno($err_write));// // // exit $code->(@args);/ Any advise I very welcome.Thanks in advance. Regards Brogyi -------------- next part -------------- An HTML attachment was scrubbed... URL: From ja at opencsw.org Wed Mar 6 18:19:50 2013 From: ja at opencsw.org (Juergen Arndt) Date: Wed, 6 Mar 2013 18:19:50 +0100 Subject: [csw-users] Munin smart_ plugin start In-Reply-To: <513662E1.8070307@gmail.com> References: <513662E1.8070307@gmail.com> Message-ID: Hi Brogyi, On 05.03.2013, at 22:25, Brogy?nyi J?zsef wrote: > First I installed the smartmontools.It working by manually.I noticed the "smart_" plugin is a python script. > I installed the CSWpython. I hope that's enough and I not need to install the CSWpython-dev package. > Here are some log's and I hope they help to find my fault: > Telnet: > fetch smart_c4t1d0 > . > /var/opt/csw/munin/log/munin-node.log: > Group 'disk' required for 'smart_c4t1d0' does not exist at /opt/csw/share/perl/site_perl/Munin/Node/OS.pm line 183 > Few times I can read this: > Service 'smart_c4t1d0' exited with status 255/0 > > And last the OS.pm part.The 183. line is the "exit": > elsif (defined $pid) { > # In child > close $out_read; close $err_read; > > POSIX::setsid(); > > # use the pipes to replace STD{OUT,ERR} > open(STDOUT, '>&=', fileno($out_write)); > open(STDERR, '>&=', fileno($err_write)); > > exit $code->(@args); > Any advise I very welcome.Thanks in advance. I have some questions: (1) Did you install the CSW package for smartmontools? You should and then installing CSWpython was a very good idea. (2) Does the user group "disk" exist on your system? I found the hint in the docs [1] and in the source code of the plugin. I'll try to test the whole thing at the weekend. Maybe I have to blame myself afterwards ;-) Regards, Juergen [1] http://munin-monitoring.org/wiki/plugin-smart_ -- Juergen Arndt From brogyi at gmail.com Thu Mar 7 10:59:08 2013 From: brogyi at gmail.com (=?ISO-8859-2?Q?Brogy=E1nyi_J=F3zsef?=) Date: Thu, 07 Mar 2013 10:59:08 +0100 Subject: [csw-users] Munin smart_ plugin start In-Reply-To: References: <513662E1.8070307@gmail.com> Message-ID: <513864EC.2020205@gmail.com> Hi Juergen I added the 'disk' group.The CSWsmartmontools is installed.Now I received the "Bad exit" message in the telnet. Thanks and I'm waiting for your experiences. Regards Brogyi 2013.03.06. 18:19 keltez?ssel, Juergen Arndt ?rta: > (1) Did you install the CSW package for smartmontools? You should and then installing CSWpython was a very good idea. > (2) Does the user group "disk" exist on your system? I found the hint in the docs [1] and in the source code of the plugin. From brogyi at gmail.com Mon Mar 11 20:46:51 2013 From: brogyi at gmail.com (=?ISO-8859-2?Q?Brogy=E1nyi_J=F3zsef?=) Date: Mon, 11 Mar 2013 20:46:51 +0100 Subject: [csw-users] Munin smart_ plugin start In-Reply-To: References: <513662E1.8070307@gmail.com> Message-ID: <513E34AB.6000908@gmail.com> Hi Juergen I found another error message and I think little bit help us. root at openindiana:/home/brogyi# svcs -xv svc:/network/cswsmartd:default (?) State: maintenance since March 9, 2013 05:48:59 PM CET Reason: Restarting too quickly. See: http://illumos.org/msg/SMF-8000-L5 See: /var/svc/log/network-cswsmartd:default.log Impact: This service is not running. May be not bug if the Munin uses the smartctl command. Regards Brogyi From sbn at tbricks.com Wed Mar 20 12:10:20 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Wed, 20 Mar 2013 15:10:20 +0400 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <511C0E50.7050901@ligo.caltech.edu> References: <511C0E50.7050901@ligo.caltech.edu> Message-ID: <5149991C.4060902@tbricks.com> Hello Edward, On 02/14/13 02:06, Edward Maros wrote: > I have a very simple piece of code that behaves differently depending if > it is compiled 32bit vs 64bit. Is this an issue with the compiler or how > it was packaged? > > #include > > > > int > > main( int, char** > ) > > { > > try > { > > throw std::runtime_error( "Catch me if you can!" > ); > } catch(...) > { > > return > 0; > > > } > > return > 1; > > } > > When compiled and executed using "g++ t.cc", the return status is 0 > > When compiled and executed using "g++ -m64 t.cc", the return status is, > > terrminate called after throwing an instance of 'std::runtime_error' > terminate called recursively > Abort (core dumped) I can see the same behaviour on my Solaris 10/11 boxes. In core I can see the following backtrace: Program terminated with signal 6, Aborted. #0 0xfffffd7fff102eba in _lwp_kill () from /lib/64/libc.so.1 (gdb) where #0 0xfffffd7fff102eba in _lwp_kill () from /lib/64/libc.so.1 #1 0xfffffd7fff0fb7b3 in thr_kill () from /lib/64/libc.so.1 #2 0xfffffd7fff0a7e99 in raise () from /lib/64/libc.so.1 #3 0xfffffd7fff086980 in abort () from /lib/64/libc.so.1 #4 0xfffffd7fff31cf91 in __gnu_cxx::__verbose_terminate_handler () at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/vterminate.cc:50 #5 0xfffffd7fff31a1e9 in __cxxabiv1::__terminate (handler=) at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/eh_terminate.cc:40 #6 0xfffffd7fff31a233 in std::terminate () at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/eh_terminate.cc:50 #7 0xfffffd7fff31a4ce in __cxxabiv1::__cxa_rethrow () at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/eh_throw.cc:116 #8 0xfffffd7fff31cf55 in __gnu_cxx::__verbose_terminate_handler () at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/vterminate.cc:80 #9 0xfffffd7fff31a1e9 in __cxxabiv1::__terminate (handler=) at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/eh_terminate.cc:40 #10 0xfffffd7fff319239 in __cxa_call_terminate (ue_header=0x411870) at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/eh_call.cc:56 #11 0xfffffd7fff319dfe in __cxxabiv1::__gxx_personality_v0 (version=, actions=6, exception_class=, ue_header=, context=0xfffffd7fffdff7a0) at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/eh_personality.cc:665 #12 0xfffffd7fff1017c5 in _Unwind_RaiseException_Body () from /lib/64/libc.so.1 #13 0xfffffd7fff1018a9 in _Unwind_RaiseException () from /lib/64/libc.so.1 #14 0xfffffd7fff31a469 in __cxxabiv1::__cxa_throw (obj=0x411890, tinfo=, dest=) at /home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-i386/build-isa-pentium_pro/gcc-4.7.2/libstdc++-v3/libsupc++/eh_throw.cc:78 #15 0x0000000000401291 in main () So as one can see _Unwind_RaiseException() from /lib/64/libc.so.1 is called to actually throw exception and perform stack unwinding. As reported here [1] there is a difference in unwinding implementation in libc.so.1 and in libgcc_s.so.1 (although I expect both to conform to x86_64 ELF psABI). To use correct unwinder try to pre-load libgcc_s.so.1 using LD_PRELOAD_64=/opt/csw/lib/amd64/libgcc_s.so.1 This fixes the problem for me. I think the reason why _Unwind_RaiseException is found in libc.so.1 instead of libgcc_s.so.1 is the order of dependencies given when building libstdc++.so: $ ldd /opt/csw/lib/amd64/libstdc++.so libm.so.2 => /lib/64/libm.so.2 libc.so.1 => /lib/64/libc.so.1 libgcc_s.so.1 => /opt/csw/lib/amd64/libgcc_s.so.1 ld.so.1 debug output: $ LD_DEBUG=all LD_DEBUG_OUTPUT=ld.debug ./a.out terminate called after throwing an instance of 'std::runtime_error' terminate called recursively Abort (core dumped) $ ggrep -C 3 _Unwind_RaiseException ld.debug.04998 04998: 1: symbol=__cxa_throw; lookup in file=a.out [ ELF ] 04998: 1: symbol=__cxa_throw; lookup in file=/opt/csw/lib/64/libstdc++.so.6 [ ELF ] 04998: 1: binding file=a.out to file=/opt/csw/lib/64/libstdc++.so.6: symbol '__cxa_throw' 04998: 1: symbol=_Unwind_RaiseException; lookup in file=/lib/64/libc.so.1 [ ELF ] 04998: 1: binding file=/opt/csw/lib/64/libstdc++.so.6 to file=/lib/64/libc.so.1: symbol '_Unwind_RaiseException' 04998: 1: symbol=dlamd64getunwind; lookup in file=a.out [ ELF ] 04998: 1: symbol=dlamd64getunwind; lookup in file=/opt/csw/lib/64/libstdc++.so.6 [ ELF ] 04998: 1: symbol=dlamd64getunwind; lookup in file=/lib/64/libm.so.2 [ ELF ] -- 04998: 1: binding file=/opt/csw/lib/64/libstdc++.so.6 to file=/opt/csw/lib/64/libstdc++.so.6: symbol '__cxa_rethrow' 04998: 1: symbol=_Unwind_Resume_or_Rethrow; lookup in file=/opt/csw/lib/64/libgcc_s.so.1 [ ELF ] 04998: 1: binding file=/opt/csw/lib/64/libstdc++.so.6 to file=/opt/csw/lib/64/libgcc_s.so.1: symbol '_Unwind_Resume_or_Rethrow' 04998: 1: symbol=_Unwind_RaiseException; lookup in file=/opt/csw/lib/64/libgcc_s.so.1 [ ELF ] 04998: 1: binding file=/opt/csw/lib/64/libgcc_s.so.1 to file=/opt/csw/lib/64/libgcc_s.so.1: symbol '_Unwind_RaiseException' 04998: 1: symbol=_Unwind_Find_FDE; lookup in file=/opt/csw/lib/64/libgcc_s.so.1 [ ELF ] 04998: 1: binding file=/opt/csw/lib/64/libgcc_s.so.1 to file=/opt/csw/lib/64/libgcc_s.so.1: symbol '_Unwind_Find_FDE' 04998: 1: symbol=strlen; lookup in file=/lib/64/libc.so.1 [ ELF ] Bye! [1] http://www.mail-archive.com/gcc at gcc.gnu.org/msg64911.html From james at opencsw.org Thu Mar 21 10:28:42 2013 From: james at opencsw.org (James Lee) Date: Thu, 21 Mar 2013 09:28:42 +0000 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <511C0E50.7050901@ligo.caltech.edu> References: <511C0E50.7050901@ligo.caltech.edu> Message-ID: <514AD2CA.8060801@opencsw.org> On 13/02/2013 22:06, Edward Maros wrote: > I have a very simple piece of code that behaves differently depending if > it is compiled 32bit vs 64bit. Is this an issue with the compiler or how > it was packaged? Probably the packaging as I've built gcc 4.7.2 and don't have the problem. I can't see a difference, ask me where to look. $ cat t.cc #include int main(int, char**) { try { throw std::runtime_error( "Catch me if you can!"); } catch(...) { return 0; } return 1; } $ g++ -m64 t.cc $ ./a.out $ file a.out a.out: ELF 64-bit LSB executable AMD64 Version 1, dynamically linked, not stripped, no debugging information available $ ldd a.out libstdc++.so.6 => /opt/XXXX/lib/64/libstdc++.so.6 libm.so.2 => /lib/64/libm.so.2 libgcc_s.so.1 => /opt/XXXX/lib/64/libgcc_s.so.1 libc.so.1 => /lib/64/libc.so.1 $ g++ --version g++ (GCC) 4.7.2 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ uname -a SunOS XXXX 5.10 Generic_147148-26 i86pc i386 i86pc James. From sbn at tbricks.com Thu Mar 21 10:51:19 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Thu, 21 Mar 2013 13:51:19 +0400 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AD2CA.8060801@opencsw.org> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> Message-ID: <514AD817.2090707@tbricks.com> On 03/21/13 13:28, James Lee wrote: > Probably the packaging as I've built gcc 4.7.2 and don't have the > problem. I can't see a difference, ask me where to look. > Please check libstdc++.so I have the following: $ ldd /opt/csw/lib/amd64/libstdc++.so libm.so.2 => /lib/64/libm.so.2 libc.so.1 => /lib/64/libc.so.1 libgcc_s.so.1 => /opt/csw/lib/amd64/libgcc_s.so.1 $ elfdump -d /opt/csw/lib/amd64/libstdc++.so|grep NEEDED [1] NEEDED 0x26bb7 libm.so.2 [2] NEEDED 0x26bca libc.so.1 [4] NEEDED 0x26c1f libgcc_s.so.1 So libc.so.1 comes before libgcc_s.so.1 From james at opencsw.org Thu Mar 21 11:06:49 2013 From: james at opencsw.org (James Lee) Date: Thu, 21 Mar 2013 10:06:49 +0000 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AD817.2090707@tbricks.com> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> Message-ID: <514ADBB9.8070304@opencsw.org> On 21/03/2013 09:51, Dmitri Shubin wrote: > Please check libstdc++.so > > I have the following: > > $ ldd /opt/csw/lib/amd64/libstdc++.so > libm.so.2 => /lib/64/libm.so.2 > libc.so.1 => /lib/64/libc.so.1 > libgcc_s.so.1 => /opt/csw/lib/amd64/libgcc_s.so.1 > $ elfdump -d /opt/csw/lib/amd64/libstdc++.so|grep NEEDED > [1] NEEDED 0x26bb7 libm.so.2 > [2] NEEDED 0x26bca libc.so.1 > [4] NEEDED 0x26c1f libgcc_s.so.1 > $ ldd /opt/XXXX/lib/amd64/libstdc++.so libm.so.2 => /lib/64/libm.so.2 libc.so.1 => /lib/64/libc.so.1 libgcc_s.so.1 => (file not found) It is there and is found when running. $ elfdump -d /opt/XXXX/lib/amd64/libstdc++.so|grep NEEDED [1] NEEDED 0x26bb7 libm.so.2 [2] NEEDED 0x26bca libc.so.1 [4] NEEDED 0x26c13 libgcc_s.so.1 > So libc.so.1 comes before libgcc_s.so.1 $ truss ./a.out 2>&1 | egrep 'open.*(libc|libgcc)' open("/opt/XXXX/lib/64/libgcc_s.so.1", O_RDONLY) = 3 open("/lib/64/libc.so.1", O_RDONLY) = 3 I'm opening libc second. James. From sbn at tbricks.com Thu Mar 21 11:32:37 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Thu, 21 Mar 2013 14:32:37 +0400 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514ADBB9.8070304@opencsw.org> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> Message-ID: <514AE1C5.3050605@tbricks.com> On 03/21/13 14:06, James Lee wrote: > $ truss ./a.out 2>&1 | egrep 'open.*(libc|libgcc)' > open("/opt/XXXX/lib/64/libgcc_s.so.1", O_RDONLY) = 3 > open("/lib/64/libc.so.1", O_RDONLY) = 3 > > I'm opening libc second. Well, same for me: $ ls /cores $ truss ./a-4.7 2>&1 | egrep 'open.*(libc|libgcc)' open("/opt/csw/lib/64/libgcc_s.so.1", O_RDONLY) = 3 open("/lib/64/libc.so.1", O_RDONLY) = 3 $ ls /cores/ a-4.7.18296 $ I have self-built GCC-4.8 that doesn't have this problem. Checking libstdc++ there and from /opt/csw/lib/amd64 $ elfdump -d /opt/csw/lib/amd64/libstdc++.so Dynamic Section: .dynamic index tag value [0] POSFLAG_1 0x1 [ LAZY ] [1] NEEDED 0x26bb7 libm.so.2 [2] NEEDED 0x26bca libc.so.1 [3] POSFLAG_1 0x1 [ LAZY ] [4] NEEDED 0x26c1f libgcc_s.so.1 [5] INIT 0xd71a0 [6] FINI 0xd71b0 [7] SONAME 0x26ba8 libstdc++.so.6 [8] RUNPATH 0x26c47 /opt/csw/lib/$ISALIST:/opt/csw/lib [9] RPATH 0x26c47 /opt/csw/lib/$ISALIST:/opt/csw/lib [10] HASH 0x213b8 [11] STRTAB 0x3eac0 [12] STRSZ 0x26e6a [13] SYMTAB 0x28980 [14] SYMENT 0x18 [15] CHECKSUM 0x3572 [16] VERDEF 0x65a10 [17] VERDEFNUM 0x1b [18] VERNEED 0x65930 [19] VERNEEDNUM 0x3 [20] RELACOUNT 0x23c [21] PLTRELSZ 0x4098 [22] PLTREL 0x7 [23] JMPREL 0x777f0 [24] RELA 0x67b30 [25] RELASZ 0x13d58 [26] RELAENT 0x18 [27] SYMINFO 0x1d8d8 [28] SYMINSZ 0x3ae0 [29] SYMINENT 0x4 [30] FLAGS 0 0 [31] FLAGS_1 0 0 [32] SUNW_STRPAD 0x200 [33] SUNW_LDMACH 0x3e EM_AMD64 [34] PLTGOT 0x10f070 [35-45] NULL 0 $ elfdump -d /opt/gcc-4.8/lib/amd64/libstdc++.so Dynamic Section: .dynamic index tag value [0] NEEDED 0x26d9f libm.so.2 [1] NEEDED 0x26dbb libc.so.1 [2] NEEDED 0x26dfb libgcc_s.so.1 [3] INIT 0xd2b40 [4] FINI 0xd2b50 [5] SONAME 0x26d90 libstdc++.so.6 [6] HASH 0x1e0a0 [7] STRTAB 0x3b9d0 [8] STRSZ 0x27023 [9] SYMTAB 0x25710 [10] SYMENT 0x18 [11] CHECKSUM 0xf96f [12] VERDEF 0x62ad8 [13] VERDEFNUM 0x1d [14] VERNEED 0x629f8 [15] VERNEEDNUM 0x3 [16] RELACOUNT 0x230 [17] PLTRELSZ 0x3d68 [18] PLTREL 0x7 [19] JMPREL 0x74830 [20] RELA 0x64c60 [21] RELASZ 0x13938 [22] RELAENT 0x18 [23] FLAGS 0 0 [24] FLAGS_1 0 0 [25] SUNW_STRPAD 0x200 [26] SUNW_LDMACH 0x3e EM_AMD64 [27] PLTGOT 0x10b710 [28-38] NULL 0 I.e. no LAZY for libm.so.1 and libgcc_s.so.1 and no RPATH/RUNPATH set. From james at opencsw.org Thu Mar 21 11:42:24 2013 From: james at opencsw.org (James Lee) Date: Thu, 21 Mar 2013 10:42:24 +0000 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AE1C5.3050605@tbricks.com> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> Message-ID: <514AE410.2000500@opencsw.org> On 21/03/2013 10:32, Dmitri Shubin wrote: > > $ elfdump -d /opt/gcc-4.8/lib/amd64/libstdc++.so > > Dynamic Section: .dynamic > index tag value > [0] NEEDED 0x26d9f libm.so.2 > [1] NEEDED 0x26dbb libc.so.1 > [2] NEEDED 0x26dfb libgcc_s.so.1 > [3] INIT 0xd2b40 > [4] FINI 0xd2b50 > [5] SONAME 0x26d90 libstdc++.so.6 > [6] HASH 0x1e0a0 > [7] STRTAB 0x3b9d0 > [8] STRSZ 0x27023 > [9] SYMTAB 0x25710 > [10] SYMENT 0x18 > [11] CHECKSUM 0xf96f > [12] VERDEF 0x62ad8 > [13] VERDEFNUM 0x1d > [14] VERNEED 0x629f8 > [15] VERNEEDNUM 0x3 > [16] RELACOUNT 0x230 > [17] PLTRELSZ 0x3d68 > [18] PLTREL 0x7 > [19] JMPREL 0x74830 > [20] RELA 0x64c60 > [21] RELASZ 0x13938 > [22] RELAENT 0x18 > [23] FLAGS 0 0 > [24] FLAGS_1 0 0 > [25] SUNW_STRPAD 0x200 > [26] SUNW_LDMACH 0x3e EM_AMD64 > [27] PLTGOT 0x10b710 > [28-38] NULL 0 > > I.e. no LAZY for libm.so.1 and libgcc_s.so.1 and no RPATH/RUNPATH set. On my self build 4.7.2 I do: $ elfdump -d /opt/XXXX/lib/amd64/libstdc++.so Dynamic Section: .dynamic index tag value [0] POSFLAG_1 0x1 [ LAZY ] [1] NEEDED 0x26bb7 libm.so.2 [2] NEEDED 0x26bca libc.so.1 [3] POSFLAG_1 0x1 [ LAZY ] [4] NEEDED 0x26c13 libgcc_s.so.1 [5] INIT 0xdd600 [6] FINI 0xdd610 [7] SONAME 0x26ba8 libstdc++.so.6 [8] RUNPATH 0x26c3b /opt/XXXX/$ISALIST [9] RPATH 0x26c3b /opt/XXXX/$ISALIST [10] HASH 0x21170 [11] STRTAB 0x3e878 [12] STRSZ 0x26e4e [13] SYMTAB 0x28738 [14] SYMENT 0x18 [15] CHECKSUM 0x2251 [16] VERDEF 0x65798 [17] VERDEFNUM 0x1b [18] VERNEED 0x656c8 [19] VERNEEDNUM 0x3 [20] RELACOUNT 0x23c [21] PLTRELSZ 0x4038 [22] PLTREL 0x7 [23] JMPREL 0x77578 [24] RELA 0x678b8 [25] RELASZ 0x13cf8 [26] RELAENT 0x18 [27] SYMINFO 0x1d690 [28] SYMINSZ 0x3ae0 [29] SYMINENT 0x4 [30] FLAGS 0 0 [31] FLAGS_1 0 0 [32] SUNW_STRPAD 0x200 [33] SUNW_LDMACH 0x3e EM_AMD64 [34] PLTGOT 0x118c70 [35-45] NULL 0 ...but of course that runpath is invalid. James. From sbn at tbricks.com Thu Mar 21 11:54:14 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Thu, 21 Mar 2013 14:54:14 +0400 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AE410.2000500@opencsw.org> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> <514AE410.2000500@opencsw.org> Message-ID: <514AE6D6.3020908@tbricks.com> Aha, I think I found -- it's direct binding of /opt/csw/lib/amd64/libstdc++.so to libc.so.1 for _Unwind_RaiseException symbol. $ ./a-4.7 terminate called after throwing an instance of 'std::runtime_error' terminate called recursively Abort (core dumped) $ LD_NODIRECT=1 ./a-4.7 $ echo $? 0 $ And $ elfdump -y /opt/csw/lib/amd64/libstdc++.so|grep Unwind_RaiseException [1016] DB [2] libc.so.1 _Unwind_RaiseException $ elfdump -y /opt/gcc-4.8/lib/amd64/libstdc++.so|grep Unwind_RaiseException $ From jh at opencsw.org Thu Mar 21 12:01:59 2013 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 21 Mar 2013 12:01:59 +0100 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AE6D6.3020908@tbricks.com> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> <514AE410.2000500@opencsw.org> <514AE6D6.3020908@tbricks.com> Message-ID: <514AE8A7.1010309@opencsw.org> Hi, Am 21.03.13 11:54, schrieb Dmitri Shubin: > Aha, I think I found -- it's direct binding of > /opt/csw/lib/amd64/libstdc++.so to libc.so.1 for _Unwind_RaiseException > symbol. > > $ ./a-4.7 > terminate called after throwing an instance of 'std::runtime_error' > terminate called recursively > Abort (core dumped) > $ LD_NODIRECT=1 ./a-4.7 > $ echo $? > 0 > $ > > And > > $ elfdump -y /opt/csw/lib/amd64/libstdc++.so|grep Unwind_RaiseException > [1016] DB [2] libc.so.1 _Unwind_RaiseException > $ elfdump -y /opt/gcc-4.8/lib/amd64/libstdc++.so|grep Unwind_RaiseException > $ It's even more diffrend: elfdump -y /opt/csw/lib/libstdc++.so|grep Unwind_RaiseException [2610] DBL [4] libgcc_s.so.1 _Unwind_RaiseException on sparc: elfdump -y /opt/csw/lib/libstdc++.so|grep Unwind_RaiseException [3348] DBL [3] libgcc_s.so.1 _Unwind_RaiseException elfdump -y /opt/csw/lib/64/libstdc++.so|grep Unwind_RaiseException [1928] DBL [3] libgcc_s.so.1 _Unwind_RaiseException I have no clue why this is diffrend yet and how to fix that. But will look into that. Greetings Jan From jh at opencsw.org Thu Mar 21 12:04:21 2013 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 21 Mar 2013 12:04:21 +0100 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AE8A7.1010309@opencsw.org> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> <514AE410.2000500@opencsw.org> <514AE6D6.3020908@tbricks.com> <514AE8A7.1010309@opencsw.org> Message-ID: <514AE935.70402@opencsw.org> Am 21.03.13 12:01, schrieb Jan Holzhueter: > Hi, > > Am 21.03.13 11:54, schrieb Dmitri Shubin: >> Aha, I think I found -- it's direct binding of >> /opt/csw/lib/amd64/libstdc++.so to libc.so.1 for _Unwind_RaiseException >> symbol. >> >> $ ./a-4.7 >> terminate called after throwing an instance of 'std::runtime_error' >> terminate called recursively >> Abort (core dumped) >> $ LD_NODIRECT=1 ./a-4.7 >> $ echo $? >> 0 >> $ >> >> And >> >> $ elfdump -y /opt/csw/lib/amd64/libstdc++.so|grep Unwind_RaiseException >> [1016] DB [2] libc.so.1 _Unwind_RaiseException >> $ elfdump -y /opt/gcc-4.8/lib/amd64/libstdc++.so|grep Unwind_RaiseException >> $ > > It's even more diffrend: > elfdump -y /opt/csw/lib/libstdc++.so|grep Unwind_RaiseException > [2610] DBL [4] libgcc_s.so.1 _Unwind_RaiseException > > on sparc: > elfdump -y /opt/csw/lib/libstdc++.so|grep Unwind_RaiseException > [3348] DBL [3] libgcc_s.so.1 _Unwind_RaiseException > > elfdump -y /opt/csw/lib/64/libstdc++.so|grep Unwind_RaiseException > [1928] DBL [3] libgcc_s.so.1 _Unwind_RaiseException > > > I have no clue why this is diffrend yet and how to fix that. > But will look into that. > sometimes google is nice: http://paulbeachsblog.blogspot.de/2008/03/exceptions-gcc-and-solaris-10-amd-64bit.html From james at opencsw.org Thu Mar 21 12:10:00 2013 From: james at opencsw.org (James Lee) Date: Thu, 21 Mar 2013 11:10:00 +0000 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AE6D6.3020908@tbricks.com> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> <514AE410.2000500@opencsw.org> <514AE6D6.3020908@tbricks.com> Message-ID: <514AEA88.5040306@opencsw.org> On 21/03/2013 10:54, Dmitri Shubin wrote: > Aha, I think I found -- it's direct binding of > /opt/csw/lib/amd64/libstdc++.so to libc.so.1 for > _Unwind_RaiseException symbol. ... > $ elfdump -y /opt/csw/lib/amd64/libstdc++.so|grep Unwind_RaiseException > [1016] DB [2] libc.so.1 _Unwind_RaiseException > $ elfdump -y /opt/gcc-4.8/lib/amd64/libstdc++.so|grep > Unwind_RaiseException $ elfdump -y /opt/XXXX/lib/amd64/libstdc++.so | grep Unwind_RaiseException [1016] D [2] libc.so.1 _Unwind_RaiseException 'D' but no 'B'. James. From lassmichinruhe at rz-amper.de Thu Mar 21 15:16:58 2013 From: lassmichinruhe at rz-amper.de (Markus Sonnenberg) Date: Thu, 21 Mar 2013 15:16:58 +0100 Subject: [csw-users] mod_auth_external-2.2.11 for Apache2 Message-ID: <514B165A.3020303@rz-amper.de> Hi, i want to compile 'pwauth' on a solaris 10 box and therefore i need to have mod_auth_external compiled. since i have apache2 from opencsw i thought someone on this list could give me some helping hints on this. i'm getting the following. ismine/Download/mod_auth_external-2.2.11# /opt/csw/apache2/sbin/apxs -c mod_auth_external.c /opt/csw/libexec/apr/build-1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -m32 -xarch=v8 -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/bdb48/include -c -o mod_auth_external.lo mod_auth_external.c && touch mod_auth_external.slo cc: Warning: illegal use of -xarch option, illegal value ignored: v8 "mod_auth_external.c", line 224: cannot find include file: "httpd.h" "mod_auth_external.c", line 225: cannot find include file: "http_config.h" "mod_auth_external.c", line 226: cannot find include file: "http_core.h" "mod_auth_external.c", line 227: cannot find include file: "http_log.h" "mod_auth_external.c", line 228: cannot find include file: "http_protocol.h" "mod_auth_external.c", line 229: cannot find include file: "http_request.h" "mod_auth_external.c", line 237: bad token in #error directive: 2.0.0 "mod_auth_external.c", line 237: #error: This module requires Apache 2.0.0 or later. cc: acomp failed for mod_auth_external.c apxs:Error: Command failed with rc=65536 . ismine/Download/mod_auth_external-2.2.11# is there anything i'm missing? regards markus ct, From jh at opencsw.org Thu Mar 21 15:21:37 2013 From: jh at opencsw.org (Jan Holzhueter) Date: Thu, 21 Mar 2013 15:21:37 +0100 Subject: [csw-users] mod_auth_external-2.2.11 for Apache2 In-Reply-To: <514B165A.3020303@rz-amper.de> References: <514B165A.3020303@rz-amper.de> Message-ID: <514B1771.9050500@opencsw.org> Hi, Am 21.03.13 15:16, schrieb Markus Sonnenberg: > Hi, > > i want to compile 'pwauth' on a solaris 10 box and therefore i need to > have mod_auth_external compiled. since i have apache2 from opencsw i > thought someone on this list could give me some helping hints on this. > > i'm getting the following. > > ismine/Download/mod_auth_external-2.2.11# /opt/csw/apache2/sbin/apxs -c mod_auth_external.c > /opt/csw/libexec/apr/build-1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -m32 -xarch=v8 -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/bdb48/include -c -o mod_auth_external.lo mod_auth_external.c && touch mod_auth_external.slo > cc: Warning: illegal use of -xarch option, illegal value ignored: v8 > "mod_auth_external.c", line 224: cannot find include file: "httpd.h" > "mod_auth_external.c", line 225: cannot find include file: "http_config.h" > "mod_auth_external.c", line 226: cannot find include file: "http_core.h" > "mod_auth_external.c", line 227: cannot find include file: "http_log.h" > "mod_auth_external.c", line 228: cannot find include file: "http_protocol.h" > "mod_auth_external.c", line 229: cannot find include file: "http_request.h" > "mod_auth_external.c", line 237: bad token in #error directive: 2.0.0 > "mod_auth_external.c", line 237: #error: This module requires Apache 2.0.0 or later. sounds like you are missing the header files. Install CSWapache2-dev Greetings Jan From lassmichinruhe at rz-amper.de Thu Mar 21 15:22:51 2013 From: lassmichinruhe at rz-amper.de (Markus Sonnenberg) Date: Thu, 21 Mar 2013 15:22:51 +0100 Subject: [csw-users] mod_auth_external-2.2.11 for Apache2 In-Reply-To: <514B165A.3020303@rz-amper.de> References: <514B165A.3020303@rz-amper.de> Message-ID: <514B17BB.1060408@rz-amper.de> never mind. i was missing apache2_dev. however, any way to tell apxs to use gcc instead of sun cc? i had solarisstudio12.3 already installed but had to create a link to get apxs to work. 'ln -s /opt/sunstudio12.3/bin/cc /opt/SUNWspro/bin/cc' regards markus ct, On 3/21/2013 3:16 PM, Markus Sonnenberg wrote: > Hi, > > i want to compile 'pwauth' on a solaris 10 box and therefore i need to > have mod_auth_external compiled. since i have apache2 from opencsw i > thought someone on this list could give me some helping hints on this. > > i'm getting the following. > > ismine/Download/mod_auth_external-2.2.11# /opt/csw/apache2/sbin/apxs -c mod_auth_external.c > /opt/csw/libexec/apr/build-1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -m32 -xarch=v8 -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/bdb48/include -c -o mod_auth_external.lo mod_auth_external.c && touch mod_auth_external.slo > cc: Warning: illegal use of -xarch option, illegal value ignored: v8 > "mod_auth_external.c", line 224: cannot find include file: "httpd.h" > "mod_auth_external.c", line 225: cannot find include file: "http_config.h" > "mod_auth_external.c", line 226: cannot find include file: "http_core.h" > "mod_auth_external.c", line 227: cannot find include file: "http_log.h" > "mod_auth_external.c", line 228: cannot find include file: "http_protocol.h" > "mod_auth_external.c", line 229: cannot find include file: "http_request.h" > "mod_auth_external.c", line 237: bad token in #error directive: 2.0.0 > "mod_auth_external.c", line 237: #error: This module requires Apache 2.0.0 or later. > cc: acomp failed for mod_auth_external.c > apxs:Error: Command failed with rc=65536 > . > ismine/Download/mod_auth_external-2.2.11# > > > is there anything i'm missing? > > regards > markus > > ct, > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From dam at opencsw.org Thu Mar 21 15:23:03 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 21 Mar 2013 15:23:03 +0100 Subject: [csw-users] mod_auth_external-2.2.11 for Apache2 In-Reply-To: <514B165A.3020303@rz-amper.de> References: <514B165A.3020303@rz-amper.de> Message-ID: <682D6781-FAEB-4A01-8290-3A2ADDF5A26C@opencsw.org> Hi Markus, Am 21.03.2013 um 15:16 schrieb Markus Sonnenberg : > i want to compile 'pwauth' on a solaris 10 box and therefore i need to > have mod_auth_external compiled. since i have apache2 from opencsw i > thought someone on this list could give me some helping hints on this. > > i'm getting the following. > > ismine/Download/mod_auth_external-2.2.11# /opt/csw/apache2/sbin/apxs -c mod_auth_external.c > /opt/csw/libexec/apr/build-1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -m32 -xarch=v8 -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/bdb48/include -c -o mod_auth_external.lo mod_auth_external.c && touch mod_auth_external.slo > cc: Warning: illegal use of -xarch option, illegal value ignored: v8 > "mod_auth_external.c", line 224: cannot find include file: "httpd.h" > "mod_auth_external.c", line 225: cannot find include file: "http_config.h" > "mod_auth_external.c", line 226: cannot find include file: "http_core.h" > "mod_auth_external.c", line 227: cannot find include file: "http_log.h" > "mod_auth_external.c", line 228: cannot find include file: "http_protocol.h" > "mod_auth_external.c", line 229: cannot find include file: "http_request.h" > "mod_auth_external.c", line 237: bad token in #error directive: 2.0.0 > "mod_auth_external.c", line 237: #error: This module requires Apache 2.0.0 or later. > cc: acomp failed for mod_auth_external.c > apxs:Error: Command failed with rc=65536 > . > ismine/Download/mod_auth_external-2.2.11# > > > is there anything i'm missing? After fixing with the solution from Jan it may be helpful to make an official package from that. Best regards - Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From dam at opencsw.org Thu Mar 21 15:23:50 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 21 Mar 2013 15:23:50 +0100 Subject: [csw-users] mod_auth_external-2.2.11 for Apache2 In-Reply-To: <514B17BB.1060408@rz-amper.de> References: <514B165A.3020303@rz-amper.de> <514B17BB.1060408@rz-amper.de> Message-ID: <1E35FB9E-8F68-4AC7-BE83-81D66F1F4CCB@opencsw.org> Hi Markus, Am 21.03.2013 um 15:22 schrieb Markus Sonnenberg : > never mind. i was missing apache2_dev. > > however, any way to tell apxs to use gcc instead of sun cc? That is hard as you need to rewrite compiler flags. > i had solarisstudio12.3 already installed but had to create a link to get apxs to work. > 'ln -s /opt/sunstudio12.3/bin/cc /opt/SUNWspro/bin/cc' This is the correct solution. BEst regards -- Dago > > > regards > markus > > ct, > > On 3/21/2013 3:16 PM, Markus Sonnenberg wrote: >> Hi, >> >> i want to compile 'pwauth' on a solaris 10 box and therefore i need to >> have mod_auth_external compiled. since i have apache2 from opencsw i >> thought someone on this list could give me some helping hints on this. >> >> i'm getting the following. >> >> ismine/Download/mod_auth_external-2.2.11# /opt/csw/apache2/sbin/apxs -c mod_auth_external.c >> /opt/csw/libexec/apr/build-1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -m32 -xarch=v8 -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/bdb48/include -c -o mod_auth_external.lo mod_auth_external.c && touch mod_auth_external.slo >> cc: Warning: illegal use of -xarch option, illegal value ignored: v8 >> "mod_auth_external.c", line 224: cannot find include file: "httpd.h" >> "mod_auth_external.c", line 225: cannot find include file: "http_config.h" >> "mod_auth_external.c", line 226: cannot find include file: "http_core.h" >> "mod_auth_external.c", line 227: cannot find include file: "http_log.h" >> "mod_auth_external.c", line 228: cannot find include file: "http_protocol.h" >> "mod_auth_external.c", line 229: cannot find include file: "http_request.h" >> "mod_auth_external.c", line 237: bad token in #error directive: 2.0.0 >> "mod_auth_external.c", line 237: #error: This module requires Apache 2.0.0 or later. >> cc: acomp failed for mod_auth_external.c >> apxs:Error: Command failed with rc=65536 >> . >> ismine/Download/mod_auth_external-2.2.11# >> >> >> is there anything i'm missing? >> >> regards >> markus >> >> ct, >> _______________________________________________ >> users mailing list >> users at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/users >> > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From lassmichinruhe at rz-amper.de Thu Mar 21 15:24:00 2013 From: lassmichinruhe at rz-amper.de (Markus Sonnenberg) Date: Thu, 21 Mar 2013 15:24:00 +0100 Subject: [csw-users] mod_auth_external-2.2.11 for Apache2 In-Reply-To: <514B1771.9050500@opencsw.org> References: <514B165A.3020303@rz-amper.de> <514B1771.9050500@opencsw.org> Message-ID: <514B1800.5090701@rz-amper.de> jup, just figured on my own. but thanks anyway. regards markus ct, On 3/21/2013 3:21 PM, Jan Holzhueter wrote: > Hi, > > Am 21.03.13 15:16, schrieb Markus Sonnenberg: >> Hi, >> >> i want to compile 'pwauth' on a solaris 10 box and therefore i need to >> have mod_auth_external compiled. since i have apache2 from opencsw i >> thought someone on this list could give me some helping hints on this. >> >> i'm getting the following. >> >> ismine/Download/mod_auth_external-2.2.11# /opt/csw/apache2/sbin/apxs -c mod_auth_external.c >> /opt/csw/libexec/apr/build-1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -m32 -xarch=v8 -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/bdb48/include -c -o mod_auth_external.lo mod_auth_external.c && touch mod_auth_external.slo >> cc: Warning: illegal use of -xarch option, illegal value ignored: v8 >> "mod_auth_external.c", line 224: cannot find include file: "httpd.h" >> "mod_auth_external.c", line 225: cannot find include file: "http_config.h" >> "mod_auth_external.c", line 226: cannot find include file: "http_core.h" >> "mod_auth_external.c", line 227: cannot find include file: "http_log.h" >> "mod_auth_external.c", line 228: cannot find include file: "http_protocol.h" >> "mod_auth_external.c", line 229: cannot find include file: "http_request.h" >> "mod_auth_external.c", line 237: bad token in #error directive: 2.0.0 >> "mod_auth_external.c", line 237: #error: This module requires Apache 2.0.0 or later. > > > sounds like you are missing the header files. > Install CSWapache2-dev > > Greetings > Jan > > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From lassmichinruhe at rz-amper.de Thu Mar 21 15:29:12 2013 From: lassmichinruhe at rz-amper.de (Markus Sonnenberg) Date: Thu, 21 Mar 2013 15:29:12 +0100 Subject: [csw-users] mod_auth_external-2.2.11 for Apache2 In-Reply-To: <682D6781-FAEB-4A01-8290-3A2ADDF5A26C@opencsw.org> References: <514B165A.3020303@rz-amper.de> <682D6781-FAEB-4A01-8290-3A2ADDF5A26C@opencsw.org> Message-ID: <514B1938.9010108@rz-amper.de> Hi Dagobert, you know what, i have already a solaris10/11 sparc up and running with gar. i followed 'usable solaris' and the gar tutorial but i ended with some questions which i have not asked yet. right now i do not have enough time to focus on that. but if so i will join the irc channel to get some answers. regards markus ct, On 3/21/2013 3:23 PM, Dagobert Michelsen wrote: > Hi Markus, > > Am 21.03.2013 um 15:16 schrieb Markus Sonnenberg : >> i want to compile 'pwauth' on a solaris 10 box and therefore i need to >> have mod_auth_external compiled. since i have apache2 from opencsw i >> thought someone on this list could give me some helping hints on this. >> >> i'm getting the following. >> >> ismine/Download/mod_auth_external-2.2.11# /opt/csw/apache2/sbin/apxs -c mod_auth_external.c >> /opt/csw/libexec/apr/build-1/libtool --silent --mode=compile /opt/SUNWspro/bin/cc -prefer-pic -DSSL_EXPERIMENTAL -DSSL_ENGINE -xO3 -m32 -xarch=v8 -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -mt -I/opt/csw/apache2/include -I/opt/csw/include -I/opt/csw/include -I/opt/csw/bdb48/include -c -o mod_auth_external.lo mod_auth_external.c && touch mod_auth_external.slo >> cc: Warning: illegal use of -xarch option, illegal value ignored: v8 >> "mod_auth_external.c", line 224: cannot find include file: "httpd.h" >> "mod_auth_external.c", line 225: cannot find include file: "http_config.h" >> "mod_auth_external.c", line 226: cannot find include file: "http_core.h" >> "mod_auth_external.c", line 227: cannot find include file: "http_log.h" >> "mod_auth_external.c", line 228: cannot find include file: "http_protocol.h" >> "mod_auth_external.c", line 229: cannot find include file: "http_request.h" >> "mod_auth_external.c", line 237: bad token in #error directive: 2.0.0 >> "mod_auth_external.c", line 237: #error: This module requires Apache 2.0.0 or later. >> cc: acomp failed for mod_auth_external.c >> apxs:Error: Command failed with rc=65536 >> . >> ismine/Download/mod_auth_external-2.2.11# >> >> >> is there anything i'm missing? > > > After fixing with the solution from Jan it may be helpful to make an official package from that. > > > Best regards > > - Dago > From jh at opencsw.org Sun Mar 24 15:08:57 2013 From: jh at opencsw.org (Jan Holzhueter) Date: Sun, 24 Mar 2013 15:08:57 +0100 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514AE6D6.3020908@tbricks.com> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> <514AE410.2000500@opencsw.org> <514AE6D6.3020908@tbricks.com> Message-ID: <514F08F9.9010303@opencsw.org> Hi, I disabled direct binding for the gcc build now. Here are the x86 experimental packages: http://buildfarm.opencsw.org/experimental.html#jh Please test I don't have the time right now. Will create a whole new set if this works. It should. Greetings Jan Am 21.03.13 11:54, schrieb Dmitri Shubin: > Aha, I think I found -- it's direct binding of > /opt/csw/lib/amd64/libstdc++.so to libc.so.1 for _Unwind_RaiseException > symbol. > > $ ./a-4.7 > terminate called after throwing an instance of 'std::runtime_error' > terminate called recursively > Abort (core dumped) > $ LD_NODIRECT=1 ./a-4.7 > $ echo $? > 0 > $ > > And > > $ elfdump -y /opt/csw/lib/amd64/libstdc++.so|grep Unwind_RaiseException > [1016] DB [2] libc.so.1 _Unwind_RaiseException > $ elfdump -y /opt/gcc-4.8/lib/amd64/libstdc++.so|grep Unwind_RaiseException > $ > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From sbn at tbricks.com Tue Mar 26 15:49:06 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Tue, 26 Mar 2013 18:49:06 +0400 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <514F08F9.9010303@opencsw.org> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> <514AE410.2000500@opencsw.org> <514AE6D6.3020908@tbricks.com> <514F08F9.9010303@opencsw.org> Message-ID: <5151B562.7000703@tbricks.com> Hi Jan, On 03/24/13 18:08, Jan Holzhueter wrote: > I disabled direct binding for the gcc build now. > Here are the x86 experimental packages: > http://buildfarm.opencsw.org/experimental.html#jh > > Please test I don't have the time right now. Will create a whole new set > if this works. > It should. > Works fine for me. Thanks! From gmanedotorg at ch.pkts.ca Wed Mar 27 23:24:39 2013 From: gmanedotorg at ch.pkts.ca (P Fudd) Date: Wed, 27 Mar 2013 22:24:39 +0000 (UTC) Subject: [csw-users] re-installing package that's already installed References: Message-ID: I want to do what he wanted to do: I upgraded CSWperl, and now all of my perl modules are broken. I moved /opt/csw/lib/perl/csw and site_perl aside, and am now trying to install with pkgutil or cpan the missing modules back again, but right now "cpan XML::LibXSLT" is dying with 'ld: fatal: library -lgdbm: not found'. That's why I want to reinstall CSWgdbm, but pkgutil won't let me remove it or install it, because it's in use by CSWcommon. Removing that would probably be a mistake, I think... :-) From bonivart at opencsw.org Thu Mar 28 00:47:06 2013 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 28 Mar 2013 00:47:06 +0100 Subject: [csw-users] re-installing package that's already installed In-Reply-To: References: Message-ID: On Wed, Mar 27, 2013 at 11:24 PM, P Fudd wrote: > I want to do what he wanted to do: I upgraded CSWperl, and now all of my perl > modules are broken. > > I moved /opt/csw/lib/perl/csw and site_perl aside, and am now trying to install > with pkgutil or cpan the missing modules back again, but right now "cpan > XML::LibXSLT" is dying with 'ld: fatal: library -lgdbm: not found'. > > That's why I want to reinstall CSWgdbm, but pkgutil won't let me remove it or > install it, because it's in use by CSWcommon. Removing that would probably be a > mistake, I think... :-) Upgraded from what to what? We haven't updated the CSWperl package in a while and all binary Perl modules are compiled against it so if you just upgrade those too you will be fine. You can't have, e.g., modules compiled against Perl 5.8.8 and then upgrade core Perl to 5.10.1. I strongly advice against moving files around and mixing in CPAN (for modules we have packaged already). If you really want to reinstall, remember that pkgutil just calls the Solaris pkg* commands so you can do pkgrm/pkgadd manually if you want to. Or pkgrm and pkgutil -i to install again. Please note that we only support installed packages of the same state so to speak. To ignore to update dependencies will get you into trouble. /peter From jh at opencsw.org Fri Mar 29 11:27:53 2013 From: jh at opencsw.org (Jan Holzhueter) Date: Fri, 29 Mar 2013 11:27:53 +0100 Subject: [csw-users] 64bit g++ 4.7.2 exception handling ... In-Reply-To: <5151B562.7000703@tbricks.com> References: <511C0E50.7050901@ligo.caltech.edu> <514AD2CA.8060801@opencsw.org> <514AD817.2090707@tbricks.com> <514ADBB9.8070304@opencsw.org> <514AE1C5.3050605@tbricks.com> <514AE410.2000500@opencsw.org> <514AE6D6.3020908@tbricks.com> <514F08F9.9010303@opencsw.org> <5151B562.7000703@tbricks.com> Message-ID: <51556CA9.7020303@opencsw.org> Hi, new package pushed to unstable. Thank you for digging into it and figure out whats wrong. Greetings Jan Am 26.03.13 15:49, schrieb Dmitri Shubin: > Hi Jan, > > On 03/24/13 18:08, Jan Holzhueter wrote: >> I disabled direct binding for the gcc build now. >> Here are the x86 experimental packages: >> http://buildfarm.opencsw.org/experimental.html#jh >> >> Please test I don't have the time right now. Will create a whole new set >> if this works. >> It should. >> > Works fine for me. > > Thanks! > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > From maciej at opencsw.org Sat Mar 30 15:35:04 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 30 Mar 2013 14:35:04 +0000 Subject: [csw-users] GCC-4.8.0 is available for testing Message-ID: Hello OpenCSW users, I've built GCC-4.8.0. The build includes recent fixes from Jan. You can get the packages from: http://buildfarm.opencsw.org/experimental.html#maciej Please let me know if they work well. If so, I'll push it to unstable. Maciej From sbn at tbricks.com Sat Mar 30 15:53:31 2013 From: sbn at tbricks.com (Dmitri Shubin) Date: Sat, 30 Mar 2013 18:53:31 +0400 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: References: Message-ID: <5156FC6B.1070203@tbricks.com> Hi Maciej, On 03/30/13 18:35, Maciej (Matchek) Blizi?ski wrote: > I've built GCC-4.8.0. The build includes recent fixes from Jan. Thank you! > You can get the packages from: > http://buildfarm.opencsw.org/experimental.html#maciej Got the following when trying to install them: bash-3.2# /opt/csw/bin/pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/maciej -i CSWgcc4g++ => Fetching new catalog and descriptions (http://buildfarm.opencsw.org/opencsw/experimental/maciej/i386/5.10) if available ... ==> 0 package loaded from /var/opt/csw/pkgutil/catalog.buildfarm.opencsw.org_opencsw_experimental_maciej_i386_5.10 => Fetching new catalog and descriptions (http://ftp.sunet.se/pub/vendor/sun/OpenCSW/unstable/i386/5.10) if available ... ==> 3741 packages loaded from /var/opt/csw/pkgutil/catalog.ftp.sunet.se_pub_vendor_sun_OpenCSW_unstable_i386_5.10 Solving needed dependencies ... Solving dependency order ... 38 CURRENT packages: CSWalternatives-1.1.1,REV=2011.05.31 CSWbinutils-2.23.1,REV=2012.12.04 CSWcas-texinfo-1.42,REV=2010.11.26 CSWcommon-1.5,REV=2010.12.11 CSWcoreutils-8.13,REV=2011.09.10 CSWgcc4core-4.7.2,REV=2013.03.28 CSWgcc4g++-4.7.2,REV=2013.03.28 CSWggettext-data-0.18.1.1,p,REV=2011.03.15 CSWggrep-2.11,REV=2012.04.17 CSWgsed-4.2.2,p,REV=2012.12.26 CSWiconv-1.14,REV=2011.08.08 CSWlib-gnu-awt-xlib13-4.7.2,REV=2013.03.28 CSWlibcharset1-1.14,REV=2011.08.07 CSWlibcloog-isl2-0.16.3,REV=2011.09.08 CSWlibffi4-4.7.2,REV=2013.03.28 CSWlibgcc-s1-4.7.2,REV=2013.03.28 CSWlibgcj-tools13-4.7.2,REV=2013.03.28 CSWlibgcj13-4.7.2,REV=2013.03.28 CSWlibgij13-4.7.2,REV=2013.03.28 CSWlibgmp10-5.0.4,REV=2012.03.18 CSWlibgmpxx4-5.0.4,REV=2012.03.18 CSWlibgnugetopt0-1.3,REV=2011.07.06 CSWlibgo0-4.7.2,REV=2013.03.28 CSWlibgomp1-4.7.2,REV=2013.03.28 CSWlibiconv2-1.14,REV=2011.08.07 CSWlibintl8-0.18.1.1,p,REV=2011.03.15 CSWlibisl7-0.16.3,REV=2011.09.08 CSWlibitm1-4.7.2,REV=2013.03.28 CSWlibmpc2-0.9,REV=2011.08.09 CSWlibmpfr4-3.1.0,REV=2011.10.03 CSWlibpcre1-8.31,REV=2012.07.06 CSWlibppl-c4-0.11.2,REV=2011.09.25 CSWlibppl9-0.11.2,REV=2011.09.25 CSWlibpwl5-0.11.2,REV=2011.09.25 CSWlibquadmath0-4.7.2,REV=2013.03.28 CSWlibssp0-4.7.2,REV=2013.03.28 CSWlibstdc++6-4.7.2,REV=2013.03.28 CSWlibz1-1.2.7,REV=2012.06.14 Nothing to do. Am I missing something? Thanks! From jh at opencsw.org Sat Mar 30 16:33:51 2013 From: jh at opencsw.org (Jan Holzhueter) Date: Sat, 30 Mar 2013 16:33:51 +0100 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: <5156FC6B.1070203@tbricks.com> References: <5156FC6B.1070203@tbricks.com> Message-ID: <515705DF.10203@opencsw.org> Hi, Am 30.03.13 15:53, schrieb Dmitri Shubin: > Hi Maciej, > > On 03/30/13 18:35, Maciej (Matchek) Blizi?ski wrote: >> I've built GCC-4.8.0. The build includes recent fixes from Jan. > Thank you! > >> You can get the packages from: >> http://buildfarm.opencsw.org/experimental.html#maciej > > Got the following when trying to install them: > > bash-3.2# /opt/csw/bin/pkgutil -t > http://buildfarm.opencsw.org/opencsw/experimental/maciej -i CSWgcc4g++ > => Fetching new catalog and descriptions you need -u here not -i since I have gcc already installed so you need to update. and maybe even -U not sure with that. Greetings Jan From maciej at opencsw.org Sat Mar 30 17:35:57 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 30 Mar 2013 16:35:57 +0000 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: <515705DF.10203@opencsw.org> References: <5156FC6B.1070203@tbricks.com> <515705DF.10203@opencsw.org> Message-ID: 2013/3/30 Jan Holzhueter : > you need -u here not -i since I have gcc already installed so you need > to update. and maybe even -U not sure with that. Another cause could be that the experimental catalog hasn't been generated yet. I usually copy files into the experimental folder and send the email, so there's maybe a 10 minute period of time when the email is sent but packages aren't there yet. Maciej From maciej at opencsw.org Sat Mar 30 17:53:39 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 30 Mar 2013 16:53:39 +0000 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: <5156FC6B.1070203@tbricks.com> References: <5156FC6B.1070203@tbricks.com> Message-ID: 2013/3/30 Dmitri Shubin : > Nothing to do. > > Am I missing something? I looked some more: into the catalog directly. http://buildfarm.opencsw.org/opencsw/experimental/maciej/i386/5.10/catalog It's empty! I don't know why. Maybe the experimental catalog generation is broken. :-( Maciej From bonivart at opencsw.org Sat Mar 30 19:39:51 2013 From: bonivart at opencsw.org (Peter Bonivart) Date: Sat, 30 Mar 2013 19:39:51 +0100 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: <515705DF.10203@opencsw.org> References: <5156FC6B.1070203@tbricks.com> <515705DF.10203@opencsw.org> Message-ID: On Saturday, March 30, 2013, Jan Holzhueter wrote: > Hi, > > Am 30.03.13 15:53, schrieb Dmitri Shubin: > > Hi Maciej, > > > > On 03/30/13 18:35, Maciej (Matchek) Blizi?ski wrote: > >> I've built GCC-4.8.0. The build includes recent fixes from Jan. > > Thank you! > > > >> You can get the packages from: > >> http://buildfarm.opencsw.org/experimental.html#maciej > > > > Got the following when trying to install them: > > > > bash-3.2# /opt/csw/bin/pkgutil -t > > http://buildfarm.opencsw.org/opencsw/experimental/maciej -i CSWgcc4g++ > > => Fetching new catalog and descriptions > > you need -u here not -i since I have gcc already installed so you need > to update. and maybe even -U not sure with that. > -t automatically updates all catalogs needed so -U is not necessary. In this case probably the experimental catalog was just not available yet. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Sat Mar 30 19:42:56 2013 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sat, 30 Mar 2013 18:42:56 +0000 Subject: [csw-users] GCC-4.8.0 is available for testing In-Reply-To: References: <5156FC6B.1070203@tbricks.com> <515705DF.10203@opencsw.org> Message-ID: 2013/3/30 Peter Bonivart : > -t automatically updates all catalogs needed so -U is not necessary. In this > case probably the experimental catalog was just not available yet. The generation was stuck, |woody| just fixed it. Thanks! The GCC packages are now available. From jwise at draga.com Sun Mar 31 05:39:14 2013 From: jwise at draga.com (Jim Wise) Date: Sat, 30 Mar 2013 23:39:14 -0400 Subject: [csw-users] emacs packages broken on Solaris 10 10/09 Message-ID: <2D746728-5541-4C3A-A5CA-48526B85E7C2@draga.com> Seeing the following: gondolin$ cat /etc/release Solaris 10 10/09 s10x_u8wos_08a X86 Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 16 September 2009 gondolin$ /opt/csw/bin/emacs ld.so.1: emacs-24.3-nox: fatal: libc.so.1: version `SUNW_1.22.6' not found (required by file /opt/csw/bin/emacs-24.3-nox) ld.so.1: emacs-24.3-nox: fatal: libc.so.1: open failed: No such file or directory Killed gondolin$ gondolin$ ldd /opt/csw/bin/emacs-24.3-nox librt.so.1 => /lib/librt.so.1 libxml2.so.2 => /opt/csw/lib/i386/libxml2.so.2 libresolv.so.2 => /lib/libresolv.so.2 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libncurses.so.5 => /opt/csw/lib/i386/libncurses.so.5 libgnutls.so.26 => /opt/csw/lib/i386/libgnutls.so.26 libpthread.so.1 => /lib/libpthread.so.1 libm.so.2 => /lib/libm.so.2 libc.so.1 => /lib/libc.so.1 libc.so.1 (SUNW_1.22.6) => (version not found) libaio.so.1 => /lib/libaio.so.1 libmd.so.1 => /lib/libmd.so.1 libdl.so.1 => /lib/libdl.so.1 libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 libiconv.so.2 => /opt/csw/lib/i386/libiconv.so.2 libm.so.1 => /lib/libm.so.1 libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libtasn1.so.3 => /opt/csw/lib/libtasn1.so.3 libz.so.1 => /opt/csw/lib/libz.so.1 libgcrypt.so.11 => /opt/csw/lib/libgcrypt.so.11 libgpg-error.so.0 => /opt/csw/lib/libgpg-error.so.0 libintl.so.8 => /opt/csw/lib/libintl.so.8 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 gondolin$ thoughts? Thank you, -- Jim Wise jwise at draga.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Sun Mar 31 20:06:32 2013 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 31 Mar 2013 20:06:32 +0200 Subject: [csw-users] emacs packages broken on Solaris 10 10/09 In-Reply-To: <2D746728-5541-4C3A-A5CA-48526B85E7C2@draga.com> References: <2D746728-5541-4C3A-A5CA-48526B85E7C2@draga.com> Message-ID: On Sun, Mar 31, 2013 at 5:39 AM, Jim Wise wrote: > Seeing the following: > > gondolin$ cat /etc/release > Solaris 10 10/09 s10x_u8wos_08a X86 > Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. > Use is subject to license terms. > Assembled 16 September 2009 > gondolin$ /opt/csw/bin/emacs > ld.so.1: emacs-24.3-nox: fatal: libc.so.1: version `SUNW_1.22.6' not found > (required by file /opt/csw/bin/emacs-24.3-nox) > ld.so.1: emacs-24.3-nox: fatal: libc.so.1: open failed: No such file or > directory > Killed > gondolin$ > gondolin$ ldd /opt/csw/bin/emacs-24.3-nox > librt.so.1 => /lib/librt.so.1 > libxml2.so.2 => /opt/csw/lib/i386/libxml2.so.2 > libresolv.so.2 => /lib/libresolv.so.2 > libsocket.so.1 => /lib/libsocket.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libncurses.so.5 => /opt/csw/lib/i386/libncurses.so.5 > libgnutls.so.26 => /opt/csw/lib/i386/libgnutls.so.26 > libpthread.so.1 => /lib/libpthread.so.1 > libm.so.2 => /lib/libm.so.2 > libc.so.1 => /lib/libc.so.1 > libc.so.1 (SUNW_1.22.6) => (version not found) > libaio.so.1 => /lib/libaio.so.1 > libmd.so.1 => /lib/libmd.so.1 > libdl.so.1 => /lib/libdl.so.1 > libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1 > libiconv.so.2 => /opt/csw/lib/i386/libiconv.so.2 > libm.so.1 => /lib/libm.so.1 > libmp.so.2 => /lib/libmp.so.2 > libscf.so.1 => /lib/libscf.so.1 > libtasn1.so.3 => /opt/csw/lib/libtasn1.so.3 > libz.so.1 => /opt/csw/lib/libz.so.1 > libgcrypt.so.11 => /opt/csw/lib/libgcrypt.so.11 > libgpg-error.so.0 => /opt/csw/lib/libgpg-error.so.0 > libintl.so.8 => /opt/csw/lib/libintl.so.8 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > gondolin$ > > > thoughts? You need to patch Solaris to bring it up to date. /peter From jwise at draga.com Sun Mar 31 20:10:24 2013 From: jwise at draga.com (Jim Wise) Date: Sun, 31 Mar 2013 14:10:24 -0400 Subject: [csw-users] emacs packages broken on Solaris 10 10/09 In-Reply-To: References: <2D746728-5541-4C3A-A5CA-48526B85E7C2@draga.com> Message-ID: <1850B754-DF45-4BF9-9AFE-8E2C286F5C94@draga.com> On Mar 31, 2013, at 14:06 , Peter Bonivart wrote: > On Sun, Mar 31, 2013 at 5:39 AM, Jim Wise wrote: >> Seeing the following: >> >> >> >> thoughts? > > You need to patch Solaris to bring it up to date. No disagreement per se, but is there a "standard" patch level which is supported by the "unstable" package repo? I ask because this is the only current package I see this issue with, and this appeared suddenly after an upgrade of the emacs packages from 24.2 to 24.3. Thank you, -- Jim Wise jwise at draga.com From bonivart at opencsw.org Sun Mar 31 21:35:47 2013 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 31 Mar 2013 21:35:47 +0200 Subject: [csw-users] emacs packages broken on Solaris 10 10/09 In-Reply-To: <1850B754-DF45-4BF9-9AFE-8E2C286F5C94@draga.com> References: <2D746728-5541-4C3A-A5CA-48526B85E7C2@draga.com> <1850B754-DF45-4BF9-9AFE-8E2C286F5C94@draga.com> Message-ID: On Sun, Mar 31, 2013 at 8:10 PM, Jim Wise wrote: > > On Mar 31, 2013, at 14:06 , Peter Bonivart wrote: > >> On Sun, Mar 31, 2013 at 5:39 AM, Jim Wise wrote: >>> Seeing the following: >>> >>> >>> >>> thoughts? >> >> You need to patch Solaris to bring it up to date. > > > No disagreement per se, but is there a "standard" patch level which is supported by the "unstable" package repo? > > I ask because this is the only current package I see this issue with, and this appeared suddenly after an upgrade of the emacs packages from 24.2 to 24.3. I thought 10u8 would be enough actually, maybe there's something wrong with just this package like you suspect? I will ask other maintainers if they know for sure. From dam at opencsw.org Sun Mar 31 22:44:58 2013 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 31 Mar 2013 22:44:58 +0200 Subject: [csw-users] emacs packages broken on Solaris 10 10/09 In-Reply-To: References: <2D746728-5541-4C3A-A5CA-48526B85E7C2@draga.com> <1850B754-DF45-4BF9-9AFE-8E2C286F5C94@draga.com> Message-ID: <86B355B9-4D00-4158-ABF0-953C5B17B0D2@opencsw.org> Hi, Am 31.03.2013 um 21:35 schrieb Peter Bonivart: > On Sun, Mar 31, 2013 at 8:10 PM, Jim Wise wrote: >> >> On Mar 31, 2013, at 14:06 , Peter Bonivart wrote: >>> On Sun, Mar 31, 2013 at 5:39 AM, Jim Wise wrote: >>>> Seeing the following: >>>> ... >>>> ld.so.1: emacs-24.3-nox: fatal: libc.so.1: version `SUNW_1.22.6' not found (required by file /opt/csw/bin/emacs-24.3-nox) >>>> ... >>>> thoughts? >>> >>> You need to patch Solaris to bring it up to date. >> >> No disagreement per se, but is there a "standard" patch level which is supported by the "unstable" package repo? >> >> I ask because this is the only current package I see this issue with, and this appeared suddenly after an upgrade of the emacs packages from 24.2 to 24.3. > > I thought 10u8 would be enough actually, maybe there's something wrong > with just this package like you suspect? I will ask other maintainers > if they know for sure. It should be somewhere before u8 according to the usage of the latest mapfile: https://sourceforge.net/apps/trac/gar/wiki/Mapfiles This should fixate at libc 1.22.2: https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libc/port/mapfile-vers#L339 However, it was disabled in the recipe https://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/emacs/trunk/Makefile#L69 at the last version bump https://sourceforge.net/apps/trac/gar/changeset/19400 @Peter (Felecan): Would you mind having a look if the removal of the map is really necessary? Best regards -- Dago