Am 21/05/14 21:47, schrieb MarkusGMX:
This patch works with 0.98.4-rc1 .
Can I see the planned release date of 0.98.4 somewhere?
BR
Markus
___
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq
http://www.clamav.net
I found that I had another 64-bit openSuSE 12.3 system which has
*only* the 64-bit 'devel' packages installed (i.e., no 32-bit).
On that system, I was able to compile 0.98.3 with no errors (but the
'const' warnings still occur).
Presumably the configure and make procedures didn't get confused by
You are right that there are some under-the-hood changes in our configure.
Much of that was modularizing an 1860-line configure.ac into a 250-line
master file with sections broken out into m4 includes. I think it is the
combination of that along with how we identify and link to the new
dependencies
Am 21/05/14 21:47, schrieb MarkusGMX:
Am 20/05/14 16:53, schrieb Shawn Webb:
On Mon, May 19, 2014 at 2:52 PM, MarkusGMX wrote:
Am 16/05/14 17:57, schrieb Alexander Tampermeier:
Sadly, the libxml2-error still persists in v0.98.4-rc1.
Hope, it can be fixed soon.
[...]
:-(
I am also wait
Am 20/05/14 16:53, schrieb Shawn Webb:
On Mon, May 19, 2014 at 2:52 PM, MarkusGMX wrote:
Am 16/05/14 17:57, schrieb Alexander Tampermeier:
Sadly, the libxml2-error still persists in v0.98.4-rc1.
Hope, it can be fixed soon.
[...]
:-(
I am also waiting for a bugfix for the build process.
It isn't just libxml2. I'm getting the equivalent errors for libbz2
and libz as well. This is with *both* 0.98.3 and 0.98.4rc1.
This is when trying to build for 64 bits, on a 64-bit openSuSE 12.3
system which has both the 64-bit and 32-bit 'devel' packages
installed. Has ClamAV ever been built in
Shawn,
v0.98.4-rc1 now compiled perfectly with the patch applied.
Thanks for the great support
Alexander
Am 20.05.2014 16:53, schrieb Shawn Webb:
On Mon, May 19, 2014 at 2:52 PM, MarkusGMX wrote:
Am 16/05/14 17:57, schrieb Alexander Tampermeier:
Sadly, the libxml2-error still persists i
On Mon, May 19, 2014 at 2:52 PM, MarkusGMX wrote:
> Am 16/05/14 17:57, schrieb Alexander Tampermeier:
>
> Sadly, the libxml2-error still persists in v0.98.4-rc1.
>> Hope, it can be fixed soon.
>>
> [...]
>
> :-(
> I am also waiting for a bugfix for the build process.
>
>
>
Am 16/05/14 17:57, schrieb Alexander Tampermeier:
Sadly, the libxml2-error still persists in v0.98.4-rc1.
Hope, it can be fixed soon.
[...]
:-(
I am also waiting for a bugfix for the build process.
ME
___
Help us build a com
Sadly, the libxml2-error still persists in v0.98.4-rc1.
Hope, it can be fixed soon.
Regards
Alexander
Am 14.05.2014 01:19, schrieb MarkusGMX:
Am 08/05/14 22:52, schrieb Alexander Tampermeier:
Dave,
thank you for your detailed response. First, I tried to configure with
option "--disable-xml"
Am 08/05/14 22:52, schrieb Alexander Tampermeier:
Dave,
thank you for your detailed response. First, I tried to configure with
option "--disable-xml" as you suggested but this attempt led to further
problems:
CC libclamav_internal_utils_la-regerror.lo
CC libclamav_internal_utils
Matus,
thank you for your response and for pointing out the arch-independence
of the includes.
"uname -a" gives (I hope that answers your question; if not, please let
me know):
Linux myhost 3.13.0-rc8 #1 SMP Sun Jan 26 14:27:15 CET 2014 x86_64
Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz Genui
On 08.05.14 22:52, Alexander Tampermeier wrote:
So, I got into the same "error adding symbols"-trouble as before with
libxml2, now with libltdl. First I thought, that this might be a
general issue with my libraries. But then I tried to recompile
several packages including php (which also uses l
Dave,
thank you for your detailed response. First, I tried to configure with
option "--disable-xml" as you suggested but this attempt led to further
problems:
CC libclamav_internal_utils_la-regerror.lo
CC libclamav_internal_utils_la-regexec.lo
CC libclamav_internal_utils_la-
Alexander,
For libxml2, the configure script is finding and running the xml2-config
script that is part of a typical xml2 install to get the appropriate CFLAGS
and LIBS values to get to libxml2. Your fallback option, if this gets too
complicated, is to simply run configure with --disable-xml and a
No worries. Since I'm most familiar with more conventional Linux
distributions, I'm not entirely sure what's going on, but it appears your
compiler/linker is still trying to link against the 32bit libraries rather
than the 64bit ones: -Wl,-rpath -Wl,/usr/lib64/../lib64 -Wl,-rpath
-Wl,/usr/lib64/../
Shawn,
I am very sorry. Obviously I mixed something up totally.
Here is the corrected output of the configure command (now including
option --disable-silent-rules): http://de.pastebin.de/124760
And here is the corrected output of the make command:
http://de.pastebin.de/124761
Regards
Alexa
Did you add the --disable-silent-rules to your ./configure run? It looks
like step 3 is still producing friendly output.
On Thu, May 8, 2014 at 3:21 AM, Alexander Tampermeier <
alexan...@tampermeier.at> wrote:
> Hello Shawn,
>
> I executed 'make clean distclean'.
>
> I pasted the output of comma
Hello Shawn,
I executed 'make clean distclean'.
I pasted the output of command #2 (CC="gcc ${BUILD64}" ./configure ...)
at http://de.pastebin.de/124756
Output of command #3 (make) is pasted at http://de.pastebin.de/124757
Regards
Alexander
Am 08.05.2014 08:40, schrieb Shawn Webb:
Can you
Can you run these commands, and paste the output of commands 2 and 3 to
your pastebin service (friendly remember to pipe stderr to stdout):
1. make clean distclean
2. CC="gcc ${BUILD64}" ./configure --prefix=/usr --sysconfdir=/etc/clamav
--with-zlib=/usr --with-dbdir=/usr/share/clamav --disable-si
Hello Shawn,
thank you for your response.
This is output of 'file /usr/lib/libxml2.so':
/usr/lib/libxml2.so: symbolic link to `libxml2.so.2.9.1'
And 'file /usr/lib/libxml2.so.2.9.1' outputs:
/usr/lib/libxml2.so.2.9.1: ELF 32-bit LSB shared object, Intel 80386,
version 1 (SYSV), dynamically link
What's the output of this command: file /usr/lib/libxml2.so
Can you paste (preferably to a pastebin service) your config.log? What
options did you pass to ./configure?
On Thu, May 8, 2014 at 1:48 AM, Alexander Tampermeier <
alexan...@tampermeier.at> wrote:
> I have been using ClamAV on my Linux
I have been using ClamAV on my Linux box (Cross Compiled Linux from
Scratch; gcc 4.8.2) for years now and it always compiled well.
Now, compiling version 0.98.3 (and also in 0.98.2) I get the following
compiling error:
CC libclamav_la-fp_sqr_comba_8.lo
CC libclamav_la-fp_sqr_comba
t; Von: Damien Curtain [mailto:[EMAIL PROTECTED]
> Gesendet: Montag, 27. Oktober 2003 06:38
> An: [EMAIL PROTECTED]
> Betreff: Re: [Clamav-users] Compiling error for the latest snapshot!!
>
>
> On Sun, Oct 26, 2003 at 08:38:01AM +0100, Wolfgang Schulz wrote:
> > > >
On Sun, Oct 26, 2003 at 08:38:01AM +0100, Wolfgang Schulz wrote:
> > > I still get the compiling error in Solaris 8 with the
> > latest snapshot
> > > 20031025! It seems that this is not solved in the CVS!!!
> >
> > On my solaris 8 machine 20031025 detects the os and builds
> > correctly wi
> > I still get the compiling error in Solaris 8 with the
> latest snapshot
> > 20031025! It seems that this is not solved in the CVS!!!
>
> On my solaris 8 machine 20031025 detects the os and builds
> correctly with the required flags.
This is very strange - also in my case it detects the
On Sun, Oct 26, 2003 at 12:41:23AM +0200, Wolfgang Schulz wrote:
> Hi!
> I still get the compiling error in Solaris 8 with the latest snapshot
> 20031025!
> It seems that this is not solved in the CVS!!!
On my solaris 8 machine 20031025 detects the os and builds correctly
with the required fla
Hi!
I still get the compiling error in Solaris 8 with the latest snapshot
20031025!
It seems that this is not solved in the CVS!!!
Wolfgang
gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"clamav\"
-DVERSION=\"deve
On Fri, Jul 18, 2003 at 01:49:19PM -0700, Searcher Bite wrote:
> Hello list... I am going with the compiling problem.
>
> I am sure that I have the pthreads.h headers but some options it says that do
> not appears, I have checked the header file and YES, that options (reference)
> appears.
>
>
Hello list... I am going with the compiling problem.
I am sure that I have the pthreads.h headers but some options it says that do not appears, I have checked the header file and YES, that options (reference) appears.
What should I do to resolv that issue???
Bellow a message I got when compil
> /home/administrator/src/av/clamav-0.60/libclamav/.libs/libclamav.so: undefined
> reference to `_pthread_cleanup_pop'
>
> /home/administrator/src/av/clamav-0.60/libclamav/.libs/libclamav.so: undefined
> reference to `_pthread_cleanup_push'
>
> collect2: ld returned 1 exit status
Try:
make cl
Hello list... me again with the same error...
Ok, I delete the pthread.h I had in /usr/local/include
Now, when I compile clamav 060 I got the next errors..
Making all in libclamav
make[1]: Entering directory `/home/administrator/src/av/clamav-0.60/libclamav'
make[1]: Nothing to be done for `all'.
On Tue, Jul 15, 2003 at 01:36:33PM -0700, Searcher Bite wrote:
> Hi list...
> I am trying to compile clam antivirus 0.60 in a Redhat 7.2 but I get the next
> errors.
> /usr/local/include/pthread.h:275: conflicting types for `pthread_t'
You really want to be using glibc's pthread headers _only_.
Y
Nigel...
That, disable clamav daemon???
SbNigel Horne <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-Hash: SHA1On Tuesday 15 Jul 2003 9:36 pm, Searcher Bite wrote:> Hi list...> I am trying to compile clam antivirus 0.60 in a Redhat 7.2 but I get the> next errors. /usr/local/include
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 15 Jul 2003 9:36 pm, Searcher Bite wrote:
> Hi list...
> I am trying to compile clam antivirus 0.60 in a Redhat 7.2 but I get the
> next errors. /usr/local/include/pthread.h:275: conflicting types for
> `pthread_t' /usr/include/bits/pthreadt
Hi list...
I am trying to compile clam antivirus 0.60 in a Redhat 7.2 but I get the next errors.
/usr/local/include/pthread.h:275: conflicting types for `pthread_t'/usr/include/bits/pthreadtypes.h:140: previous declaration of `pthread_t'..
..
/usr/local/include/pthread.h:347: conflicting types for
36 matches
Mail list logo
