On Sat, 07 Jul 2012, Sebastian Kulesz wrote:
> Using trunk worked until yesterday, and main/lib/signal/csignal.c has
> not been updated in 8 weeks. I'm using the [testing] repo, and updated
> glibc along with some other packages of the toolchain today. Is it
> possible to patch the file to avoid a new release?
>
>
> On Sat, Jul 7, 2012 at 6:55 PM, tobi <tobiasboeg...@googlemail.com> wrote:
> > On Sat, 07 Jul 2012, Sebastian Kulesz wrote:
> >> Hi! I'm getting a compilation error when building the official Gambas
> >> 3.2.0 release. Happens both on a clean chroot or on my "dirty" system.
> >>
> >> The full output is here: [http://pastebin.com/nvjLUuBV]
> >>
> >> sebi@sebi:~/Builds/gambas3-pkg/gambas3-3.2.0/main/lib/signal$ LANGUAGE=en
> >> gcc -v
> >> Using built-in specs.
> >> COLLECT_GCC=gcc
> >> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/lto-wrapper
> >> Target: x86_64-unknown-linux-gnu
> >> Configured with: /build/src/gcc-4.7.1/configure --prefix=/usr
> >> --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
> >> --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/
> >> --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++
> >> --enable-shared --enable-threads=posix --with-system-zlib
> >> --enable-__cxa_atexit --disable-libunwind-exceptions
> >> --enable-clocale=gnu --disable-libstdcxx-pch --enable-libstdcxx-time
> >> --enable-gnu-unique-object --enable-linker-build-id --with-ppl
> >> --enable-cloog-backend=isl --disable-ppl-version-check
> >> --disable-cloog-version-check --enable-lto --enable-gold
> >> --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold
> >> --with-linker-hash-style=gnu --disable-multilib --disable-libssp
> >> --disable-build-with-cxx --disable-build-poststage1-with-cxx
> >> --enable-checking=release
> >> Thread model: posix
> >> gcc version 4.7.1 (GCC)
> >>
> >> sebi@sebi:~/Builds/gambas3-pkg/gambas3-3.2.0/main/lib/signal$ uname -a
> >> Linux sebi 3.4.4-3-ARCH #1 SMP PREEMPT Tue Jul 3 14:36:44 UTC 2012
> >> x86_64 GNU/Linux
> >>
> >> If there is any more info i should provide please let me know.
> >>
> >> Thanks!
> >>
> >> ------------------------------------------------------------------------------
> >> Live Security Virtual Conference
> >> Exclusive live event will cover all the ways today's security and
> >> threat landscape has changed and how IT managers can respond. Discussions
> >> will include endpoint security, mobile security and the latest in malware
> >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >> _______________________________________________
> >> Gambas-user mailing list
> >> Gambas-user@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/gambas-user
> >
> > Yes, the same here, too. Seems to be like the system headers here (Arch
> > x86_64) typedef already (an
> > anonymous struct).
> >
> > Regards,
> > Tobi
> >
> > ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > _______________________________________________
> > Gambas-user mailing list
> > Gambas-user@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gambas-user
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user
Well, with the following patch, it compiles at least. I haven't studied the
sources but I don't
think that removing the typedef in the gambas sources, when there is one in the
system headers,
will break something... We should await, of course, someone who knows better
but here it is:
[csignal.patch]
--8<---------------
Index: csignal.c
===================================================================
--- csignal.c (revision 4901)
+++ csignal.c (working copy)
@@ -40,7 +40,7 @@
#define SIGPWR -1
#endif
-#if !defined(OS_BSD) && !defined(OS_CYGWIN)
+#if 0
typedef
struct siginfo siginfo_t;
#endif
--8<---------------
(as you can see, the patch file lies in main/lib/signal/ on my system and is
hence relative to this
directory...)
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user
