Nice! And obvious... thanks!
On Wed, Mar 30, 2016 at 2:59 PM, João Valverde <
joao.valve...@tecnico.ulisboa.pt> wrote:
>
>
> On 30-03-2016 11:46, Juan Jose Martin Carrascosa wrote:
>
>> Hi all,
>>
>> ./configure was working for me two weeks ago.
>>
>> Now it fails with:
>>
>> ./configure: line 19
On 30-03-2016 11:46, Juan Jose Martin Carrascosa wrote:
Hi all,
./configure was working for me two weeks ago.
Now it fails with:
./configure: line 19638: AX_COMPILER_VENDOR: command not found
./configure: line 19646: AX_COMPILER_VENDOR: command not found
checking whether the compiler fails w
Hi all,
./configure was working for me two weeks ago.
Now it fails with:
./configure: line 19638: AX_COMPILER_VENDOR: command not found
./configure: line 19646: AX_COMPILER_VENDOR: command not found
checking whether the compiler fails when given an unknown warning option...
yes
checking whether
2010/9/24 Stig Bjørlykke :
> When running cmake check_c_linker_flag() returns 1 for
> "-Wl,--as-needed", but this flag not work when compiling.
I'm still having problem with this when using XCode. Anything I should check?
Making with Makefiles works as expected.
--
Stig Bjørlykke
_
Hello,
Sorry to interfere in your conversation
Le 28 sept. 2010 à 15:25, Joerg Mayer a écrit :
>> The default behavior for, for example, libcap should be "use it if it's
>> available, don't use it if it's not", so that on non-Linux systems (which
>> probably don't have libcap), it Just Works,
On Sep 28, 2010, at 6:25 AM, Joerg Mayer wrote:
> Yes, that would be another solution, but being able to specifiy the stuff on
> the
> command line might be another option.
All other things being equal, I'd say the best way to handle, for example,
libcap would be "use it if it's available, don
On Fri, Sep 24, 2010 at 11:57:56PM -0700, Guy Harris wrote:
> Is it just me, or is CMake's "option" command of limited use?
It is a bit different, the rest is how I set the defaults, see below.
> For one thing, there appears to be no way to specify an option on the command
> line, unlike with au
Is it just me, or is CMake's "option" command of limited use?
For one thing, there appears to be no way to specify an option on the command
line, unlike with autoconf, where you can specify --enable-XXX or
--disable-XXX, or specify --withXXX with or without a value or specify
--without=XXX?
Fo
On Sep 24, 2010, at 1:19 PM, H.sivank wrote:
>
>> What happens if we remove all the set_target_properties calls in the
>> CMakeLists.txt files for the plugins - but revert to using MODULE as the
>> link mode for the plugins?
>
> It builds fine !
OK, so I've backed out the change to the top-l
> What happens if we remove all the set_target_properties calls in the
> CMakeLists.txt files for the plugins - but revert to using MODULE as the link
> mode for the plugins?
It builds fine !
H.sivank
___
Sent via:Wi
(Again, changing title, but not message ID references.)
On Sep 24, 2010, at 12:12 PM, H.sivank wrote:
> Le 24 sept. 2010 à 15:55, Joerg Mayer a écrit :
>> Btw, can you please provide me with a log what and how things fail when
>> you build with "set(LINK_MODE_MODULE MODULE)" instead of SHARED?
>
(Fixing title, although not fixing References: or In-Reply-To:.)
On Sep 24, 2010, at 6:55 AM, Joerg Mayer wrote:
> H.Sivank:
>What is the exact build environment you are using: gcc + make? If so:
>Gnu make or some Apple provided make?
The Apple-provided make *is* GNU Make (unlike other B
On Thu, Sep 23, 2010 at 11:19 PM, Joerg Mayer wrote:
>> -apple_gcc.diff : fix for apple gcc
> This fix is not correct in style. Can you please explain what is going wrong
> here, maybe provide a log? If there is a problem, we need to fix the check in
> cmake/modules/CheckCLinkerFlag.cmake.
When r
On Thu, Sep 23, 2010 at 11:58:40PM +0200, H.sivank wrote:
> configure:17893: checking whether we can add -Wl,--as-needed to LDFLAGS
As already mentioned by Guy: configure has nothing to do with the cmake
build process:
cmake build:
- cmake ...options...
make
autofoo build:
- autogen.sh (not nece
On Sep 23, 2010, at 2:58 PM, H.sivank wrote:
> Hello Joerg
>
> Le 23 sept. 2010 à 23:19, Joerg Mayer a écrit :
>
>>> -apple_gcc.diff : fix for apple gcc
>> This fix is not correct in style. Can you please explain what is going wrong
>> here, maybe provide a log? If there is a problem, we need t
Hello Joerg
Le 23 sept. 2010 à 23:19, Joerg Mayer a écrit :
>> -apple_gcc.diff : fix for apple gcc
> This fix is not correct in style. Can you please explain what is going wrong
> here, maybe provide a log? If there is a problem, we need to fix the check in
> cmake/modules/CheckCLinkerFlag.cmake.
On Thu, Sep 23, 2010 at 11:19 PM, Joerg Mayer wrote:
>> link_mode_module.diff
> Again, no idea why we need this? I don't think you are the first to compile
> on Apple but you are the first to encounter this problem.
> Applied with APPLE removed from else end endif.
I have always had problems wit
OK, Stig and me did overlapping commits - this is my original mail
On Thu, Sep 23, 2010 at 09:01:39PM +0200, H.sivank wrote:
> I would like to share my experience to build wireshark with cmake on OSX
>
> I need this patches to configure and build
>
> -cmake_authors.diff : sometimes reconfig
On Thu, Sep 23, 2010 at 9:01 PM, H.sivank wrote:
> -cmake_zlib.diff : fix zlib librairies env
Is the ${Z_LIBRARIES} a typo? I don't see it used anywhere else.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
I forget this one.
link_mode_module.diff
Description: Binary data
fix plugins link step
H.sivank
Le 23 sept. 2010 à 21:01, H.sivank a écrit :
> I would like to share my experience to build wireshark with cmake on OSX
>
> I need this patches to configure and build
>
> -cmake_authors.diff :
I think it should be better if AUTHORS-SHORT and AUTHORS-SHORT-FORMAT (and wireshark.pod) created in build dir. Attached a patch to fix this issue
cmake_authors.diff
Description: Binary data
H.sivankLe 23 sept. 2010 à 21:47, Stig Bjørlykke a écrit :On Thu, Sep 23, 2010 at 9:01 PM, H.sivank
On Thu, Sep 23, 2010 at 9:01 PM, H.sivank wrote:
> -cmake_authors.diff : sometimes reconfigure does not find authors file
Doesn't this write the file in the source dir? I suppose this should
be put in the build dir?
--
Stig Bjørlykke
___
I would like to share my experience to build wireshark with cmake on OSX
I need this patches to configure and build
-cmake_authors.diff : sometimes reconfigure does not find authors file
-cmake_quartz.diff : add support to detect quartz gtk
-cmake_zlib.diff : fix zlib librairies env
-apple_gcc.di
On Mon, Sep 20, 2010 at 12:17:48AM +0200, H.sivank wrote:
> I try to configure Wireshark with cmake on macosx 10.6.
> It fails with : set_target_properties called with incorrect number of
> arguments.
> Attached a patch to fix this issue.
Committed revision 34201.
Thanks!
Joerg
--
Joerg Maye
On Mon, Sep 20, 2010 at 12:17:48AM +0200, H.sivank wrote:
> I try to configure Wireshark with cmake on macosx 10.6.
>
> It fails with : set_target_properties called with incorrect number of
> arguments.
>
> Attached a patch to fix this issue.
Thanks. I don't have cmake/Mac OS X machine right
Hello list,
I try to configure Wireshark with cmake on macosx 10.6.
It fails with : set_target_properties called with incorrect number of arguments.
Attached a patch to fix this issue.
wireshark_cmake_macosx.diff
Description: Binary data
H.sivank_
[EMAIL PROTECTED] wrote:
> Hi ,
>
> I'm trying to build wireshark using the source 0.99.5 on my solaris system.
> But when I give ./configure --prefix=[exe directory path] , I'm getting
> an error as :
>
> configure: error: Header file pcap.h not found; if you installed libpcap
> from sourc
Hi ,
I'm trying to build wireshark using the source 0.99.5 on my solaris system.
But when I give ./configure --prefix=[exe directory path] , I'm getting an
error as :
configure: error: Header file pcap.h not found; if you installed libpcap from
source, did you also do "make
install-incl",
28 matches
Mail list logo