The previous fix (SVN 28504) didn't quite work since
nmake always errored out if the libraries were not up-to-date; this
prevented doing an nmake ... setup.
This version of the fix:
1. Gets the library status (checktag) at the beginning of the make.
2. Effectively does the actual testing of the status whenever
a target with $(LIBS_CHECK) as a dependency is invoked.
Result: nmake ... [all] will error-out while nmake .... setup will
work properly.
Note that nmake ... setup will now show an initial error message
(from checktag) if the libraries are out of date; setup will still
proceed normally.
This is a slight change from the current behavior wherein no
error message occurs when nmake ... setup is invoked when the
libraries are out of date.
svn path=/trunk/; revision=28516
Reason:
The makefile was coded to do the checktag and libverify checks
only if makefile.nmake changed. It's now the case that some
library updates are reflected in config.nmake rather than in
Makefile.nmake and thus were missed.
Solution:
Do a checktag once at the beginning of the make.
Do not do a libverify any more. I think that checking
that the library 'tag' is correct is sufficient.
(The libverify code has been effectively commented out for now.
It can be removed at a later date once we're comfortable
with just using checktag).
--This line, and those below, will be ignored--
M Makefile.nmake
svn path=/trunk/; revision=28504
(I believe all the errors for gtk/... have been fixed);
Next up: Add the complete list of deprecated
GTK APIs to checkAPIs.pl
svn path=/trunk/; revision=27681
Replace this with the triple: "copy, if exist delete, rename" which isn't very nice but at least works on all machines
svn path=/trunk/; revision=27325
Copy help/faq.txt to FAQ in the NSIS and zip packages.
Add "help" to the dependency list for "all". Fix a couple of minor bugs
in the top-level Makfile.nmake.
svn path=/trunk/; revision=27173
Overview of Changes from GLib 2.18.2 to GLib 2.18.3
===================================================
* Build with libtool 2.x
* Bugs fixed:
557087 mem leak in g_content_types_get_registered
558185 'parent' variable in g_local_file_get_child_for_display_name()
hits g_object_unref(NULL) assertion
557210 g_compute_checksum_for_* asserts with less than 2 bytes
528320 Incorrect icons displayed for files with custom mimetype icons
557592 Missing include in gwinhttpfile.c
556415 Crash on Windows 2000 in g_winhttp_vfs_init()
556910 Memory leak: sub
561352 Leak of icon description
561375 Leaks mountpoint description
560569 gkeyfile doesn't use the set list_separator in some cases
560568 gkeyfile docs buglet
559413 g_option_group_set_error_hook docs buglet
Overview of Changes from GTK+ 2.14.4 to 2.14.5
==============================================
* Bugs fixed:
556578 GIMP windows stay on top of other windows
557059 crash when compositing emblems with icon
557266 Window Management Problem
528320 Incorrect icons displayed for files with custom mimetype icons
557894 Wrong return value for gdk_pointer_grab_info_libgtk_only
557316 GtkLinkButton should consider user-defined tooltip
558323 glitches when popping up combos in treeviews
558278 Crash when calling a callback set by
gdk_add_client_message_filter
557212 Problem with which window gains focus and is visible
541391 Unfocussable Treeview swallows focus
552956 Should check composite extension version
554567 warning fixes (missing format specifiers and NULL vs 0)
svn path=/trunk/; revision=26960
Overview of Changes from GLib 2.18.0 to GLib 2.18.1
===================================================
* Bugs fixed:
550433 g_test_init doesn't recognize --help
523463 Core dump in gmain.c:2482:IA__g_main_context_check
551228 G_STRFUNC on recent Sun compiler should be expanded...
551410 gtestutils.c: using printf without prototype
551731 g_date_set_time[_t] docs should mention what timezone
548321 <string.h> is not included in gi18n-lib.h
551149 xdgmime mem leak
550647 synchronous pipe I/O when reading mount reply
551887 Docs for g_desktop_app_info_new_from_filename aren't...
551681 g_content_type_guess() too naive with filenames
552352 g_app_info_launch doesn't work if "Path" key...
551408 gmodule.def generated to builddir...
552359 g_file_info_get_icon should return GThemedIcon, and...
Overview of Changes from GTK+ 2.14.1 to 2.14.2
==============================================
* Don't use XRRGetScreenResources, since it doesn't work well
* Bugs fixed:
551063 deprecated marking without a link to what new code should use
319849 gtkcalendar look in RTL locales
550989 gdk_display_put_event should call g_main_context_wakeup
550062 Small update in gdk/gdkkeysyms.h
551325 Reference to wrong parameter in gtk_editable_insert_text
551386 gtk_printer_set_is_default() always sets TRUE
550676 Memory leak, update keyboard layout data structure
551699 gtk_scrolled_window_destroy() is broken
551567 DND mark broken
551378 Print dialog: should try UDS when fetching PPD for localhost
536542 gtk_list_store_set() documentation doesn't say whether...
552153 GtkModules loading with XSettings doesn't work...
552001 gtkimcontextsimple.c: variable is declared at middle...
551987 GtkPaned redrawing problem
551722 gtk_widget_set_scroll_adjustments() should check...
552107 Small libtool fixes
552500 GtkPrintSettings API doc not precise enough
408154 Change GtkEntryCompletion max-items to style property
329593 Entering characters on a line very cpu intensive and slow
552667 gtkimage containing gicon leaks memory
552668 format not a string literal and no format arguments...
346903 gtk_enumerate_printers needs events to complete
550969 fix a typo which breaks the static build
517233 Calling gdk_pixbuf_loader_close causes "GError set over...
551063 deprecated marking without a link to what new code should use
540967 docs build slowly because of entities
svn path=/trunk/; revision=26255
of Visual C++. (How did this "feature" ever see the light of day?) Make
sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with
building a usable installer under Visual Studio 2008 SP1.
Add comments with links to Visual C++'s idiotic handling of assemblies
and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove
all of our manifests in epan and packaging/u3/tools.
svn path=/trunk/; revision=26219
What's new in GTK+ 2.14
=======================
GTK+ 2.14 adds new functionality while maintaining source and binary
compatibility with GTK+ 2.12. Highlights of new features and
improvements in GTK+ 2.14 are:
New widgets and objects
* GdkAppLaunchContext, provides startup notification with
g_app_info_launch()
* GtkMountOperation, can ask for passwords when mounting
volumes with g_volume_mount()
* GtkToolShell, an interface for containers of GtkToolItems
Noteworthy new APIs
* gtk_show_uri(), a replacement for gnome_vfs_url_show() and
gnome_url_show()
* gtk_widget_get_snapshot(), using pixmap redirection to render
snapshots of widgets
Changes in the file chooser
The file chooser uses GIO directly, loadable backends are no longer
supported. Autocompletion in the file chooser entry has been improved.
Changes in printing support
The print dialog displays printer status information. Support for
rearranging pages when printing multiple pages per sheet has been
added to the cups backend.
Accessibility support
The gail module is shipped with GTK+, GtkBuilder supports
accessibility attributes and GtkStatusIcon supports keyboard
navigation.
Internationalization support
The compose sequences understood by GTK+'s builtin input method
have been synchronized with recent X.org compose sequences, adding
a large number of new sequences. GTK+ no longer uses translations
when an application is not translated to the current locale.
gdk-pixbuf changes
* Support loading OS X icns format
* Support loading JPEG 2000 images
* Support loading and saving to GIO streams
* Use GIO for mime information
GDK changes
GDK uses Xrandr instead of Xinerama to provide more (and dynamic)
monitor information. Font configuration changes are now picked up
at runtime, without an application restart.
For more details and lists of fixed bugs, see the
announcements for the 2.13.x development releases:
http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.htmlhttp://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html
svn path=/trunk/; revision=26148
MSC_VER_REQUIRED when we run mt.exe instead of checking for each
individual MSVC_VARIANT. This fixes the current buildbot test failures
on Windows, which resulted from a missing check for MSVC2008. This
also keeps us from having to mess with a bunch of makefiles when we add
support for new Visual C++ versions.
svn path=/trunk/; revision=26052
VC6 plus a platform SDK), set INET6. Use that to figure out if we need
to define socklen_t for c-ares. This should fix bug 2797.
svn path=/trunk/; revision=25985
Windows build. Add support for async IPv6 lookups. Update the ADNS
code slightly.
This is not supported (yet) on the UNIX side.
svn path=/trunk/; revision=25953
save and verify the current download tag. Add --settag and --checktag calls
to the process_libs target. (This should automatically notify everyone when
wireshark-win32-libs is updated, which I tend to forget to do.)
svn path=/trunk/; revision=25931
From me:
Instead of adding adns_config.h, place it a custom adns package in
wireshark-win32-libs. Update tools/win32-setup.sh accordingly.
Split the MSVC2008EE variant into MSVC2008 and MSVC2008EE, similar to
MSVC2005 and MSVC2005EE. We have to worry about vcredist_x86.exe in
both cases.
Add Pascal to AUTHORS.
Update the Developer's Guide.
svn path=/trunk/; revision=25921
capinfos and dumpcap don't need to depend on libwireshark nor directly pull
in those modules). Because capinfos and editcap were only being linked with
privileges.c if we had plugins, this allows those programs to be linked when
someone is compiling --without-plugins.
svn path=/trunk/; revision=25640
GTK+ since version 2.8, when its name was changed to the "GTK MS
Windows-Engine."
Simplify the Windows installer by removing the GTK-Wimp option (which
means the "Wireshark" item can be an entry instead of a group). Move
Rawshark to the "Tools" group.
(If anyone wants to disable the MS Windows Engine they can still do so
after installation by disabling or removing libwimp.dll.)
svn path=/trunk/; revision=25611
From Dustin Johnson: Add support for TurboCap.
- packet-ppi.c: Add aggregation and 802.3 extended information.
- capture-wpcap.c: Add support for pcap_list_datalinks and pcap_set_datalink.
Make pcap_list_datalinks and pcap_set_datalink mandatory on Windows.
svn path=/trunk/; revision=25593
libwireshark (and the plugins using those functions) do not depend on
wiretap on Windows.
While doing that, rename the eth_* functions to ws_*.
svn path=/trunk/; revision=25354
Attached to this post you find a patch for integration into wireshark that adds
a dissector for SERCOS III, ethertype 0x88cd.
svn path=/trunk/; revision=25270
Unfortunately, both dep and rc files need to be patched, so I added the patched files
It's an ugly solution but it seems to work ...
svn path=/trunk/; revision=24996
a list of fields, prints the field values found in each packet.
Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http".
svn path=/trunk/; revision=24339
Gtk 2.12.6 fixes bugzilla.gnome.org bug #503326 which thus means that
Wireshark no longer needs a work-around for Wireshark bug #2066.
(See svn #24219).
svn path=/trunk/; revision=24221
as a workaround for bug 2066. We should stick to these versions until
bug report #503326 on bugzilla.gnome.org has been fixed.
svn path=/trunk/; revision=24219
Overview of Changes from GLib 2.14.4 to GLib 2.14.5
===================================================
* Bugs fixed:
482313 gregex: no way to tell why compilation failed
315437 extern inline -> static inline
480122 g_module_open fails to open modules with ".la" extension
495589 gspawn.c failing to set FD_CLOEXEC
500638 gkeyfile speedup ...
503029 g_time_val_from_iso8601 parse non-ISO8601 dates
503420 gkeyfile leaks a hash table
Overview of Changes from GTK+ 2.12.3 to 2.12.4
==============================================
* Bugs fixed:
494667 gdkpixloader jpeg loader problems with some files
496546 Tooltips may crashe because a window is destroyed
503824 gtk_paned_find_neighbours aborts with assertion failure
388321 gtk_notebook_remove_tab_label
503190 Doesn't build with directfb >= 1.0
491847 gtk-builder-convert --root option doesn't work for GtkWin...
492977 Setup autorelease pool automatically in each mainloop ite...
499951 GtkAssistant remove_page may leave current_page as a dang...
502250 Leak in gtkfilechooserdefault.c:shortcuts_reload_icons()
503569 Leak in GtkTreeViewColumn
504753 Destroyed subviews are not removed from the view hierarchy
504804 Typo in TEST_EXPAND_ROW signal
504984 Problems with hiding/showing transient windows
505708 compatibility macros for signals has wrong type.
506107 mem leak in print dialogue
502850 gtk-builder-convert program not found
504749 gtk-builder-convert and GtkMenu
GTK+ 2.12.5
This release fixes an incomplete icon cache that was
accidentally shipped in 2.12.4.
svn path=/trunk/; revision=24101
GTK+ 2.13.3
Overview of Changes from GTK+ 2.12.2 to 2.12.3
==============================================
* Win32:
- Respect viewable drive restrictions
* Bugs fixed:
499868 fix for crash during DnD on Quartz
500804 null pointer dereference in quartz drawing function
144269 GtkHPaned flickers and leaves widgets in child panels unr...
495124 Valgrind error with windows of type GTK_WINDOW_POPUP
501583 Root window not fully initialized
* Updated translations:
Estonian (et)
French (fr)
Irish (ga)
svn path=/trunk/; revision=23771
- retrieving the list of remote PCAP interfaces
- password authentication support
- UDP data fransfer
- packet sampling (available in WinPcap 4.x)
etc.
fix problem if non-default rpcap port is used
svn path=/trunk/; revision=23750
The startup timeout on Win32 is reduced to 80% without assembler and to 50% with assembler usage (which is optional)
proto.c
- do not look up in filed tree and inserts in two steps but do it at once
- next few small speedups
- some often called elementary functions can be optionally implemented in assembler
- dispart some functions to see more exact result from profiling
packet-tpnc.c
- do not reallocate memory for each filed
svn path=/trunk/; revision=23643
config.nmake - default UPX to the downloaded version in $WIRESHARK_LIBS
win32-setup.sh - updated to also add executables bit to exes - and also use new tag
Makefile.nmake - to download UPX (and also use new version of user-guide)
svn path=/trunk/; revision=23562
This allows Wireshark to be run from any USB stick, unlike the U3 packaging which must be installed on a specific U3 device.
The packaging basically builds upon the U3 distribution so new libraries/config only need to be added to the U3 makefile to update both distributions.
It still takes a "dumb" approach to WinPcap - installing it if it is not already installed and removing it (if WSP installed it) when Wireshark quits. (This is worse than the U3 packaging which only uninstalls WinPcap when the device is removed.) Really must talk to the WinPcap guys to see how we can make this less intrusive.
I am talking to John Haller (the Portable Apps guy) about fine tuning the distribution.
svn path=/trunk/; revision=23340
pipe instead of stdin. Add an argument (currently the parent PID) back
to the "-Z" flag and use it to construct the pipe name. This lets us
pass the parent's stdin handle to dumpcap, which lets us capture from
stdin on Windows. Add a comment about checking for the parent process.
In capture_loop.c, remove the wait_forever argument from cap_pipe_select()
since it was always FALSE. Set the timeout under Windows to 250 ms
instead of 250000 ms.
svn path=/trunk/; revision=23279
add it to the distributed files, to the Win32 NSIS and U3 packages. UNIX packages will still miss this (optional) file.
svn path=/trunk/; revision=22487
anywhere else). Instead of using getaddrinfo() and getnameinfo(),
promote inet_pton.c and inet_ntop.c to the top level and use those
routines instead.
(It's 2007, for crying out loud. Why is this even an issue?)
svn path=/trunk/; revision=22075
epan/filesystem.c
have get_plugin_dir() calling init_plugin_dir() if necessary
epan/epan.c and epan/report_err.c
move the report_failure family into the new report_err.c file, have epan_init() calling the initializer
epan/plugins.h and epan/proto.c
do not have init_plugins() calling the proto_reg functions instead do it in init_proto()
gtk/main.c and tshark.c
init_plugin_dir() has become suprefluous
capinfos.c and editcap.c
load the wiretap plugins
Makefiles
do what's needed to build withe the above changes.
svn path=/trunk/; revision=21935
- Update the wireless/AirPcap GUI code to support 802.11n as well as
some related upcoming code changes.
- Remove airpcap.h from the repository, since it exists in the AirPcap
devpack (and will be superseded Real Soon Now).
- Show the individual channel flag bits in radiotap.
Fix the 802.11n MCS set display.
This is a partial checkin, so hopefully nothing is broken.
svn path=/trunk/; revision=21831
A clean_setup is done first now to ensure that the target dirs don't contain old files - probably remaining from a previous setup run.
explicit removing of the gtk2 dir is no longer required therefore
svn path=/trunk/; revision=20497
distcheck failure. Move the nmake build targets for airpdcap from
epan/dissectors to epan. This will probably break the Windows build.
svn path=/trunk/; revision=20231
I violated Murphy's nth law: thou shalt test fixes in an
'out of the box' configuration *not* in one's customized configuration.
:(
svn path=/trunk/; revision=20221
support.
WEP key preferences have been overloaded to allow WPA keys. The
decryption code currently uses Windows-specific data types, but can be
converted to use glib equivalents.
Add a few text and whitespace fixups.
svn path=/trunk/; revision=20049
Note from a mail on gtk dev list:
-rwxr-xr-x 1 tml Administ 224510 Oct 3 18:35 libpango-1.0-0.dll
-rwxr-xr-x 1 tml Administ 37952 Oct 3 18:35 libpangocairo-1.0-0.dll
-rwxr-xr-x 1 tml Administ 58749 Oct 3 18:35 libpangowin32-1.0-0.dll
(That's the relevant DLLs from the "bin" folder in Pango 1.14.5, where
the module(s) are built-in into the DLLs, so no
lib/pango/1.5.0/modules folder is needed.)
svn path=/trunk/; revision=19880
fix bug 1096.
Switch back to fetching a date-stamped URL in win32-setup.sh. This
ensures backward compatibility with previous releases and non-updated
SVN trees.
svn path=/trunk/; revision=19339
config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this...
svn path=/trunk/; revision=19302
config.h.win32
- Use HAVE_LIBPORTAUDIO instead of HAVE_PORTAUDIO to make
sure we use the same var everywhere (including sources
and autofoo stuff).
- Use PORTAUDIO_API_1 everywhere
version_info.c
- Include <portaudio.h>
- Add some , and breaks when printing version infos.
svn path=/trunk/; revision=19218
- Change the "listen_rtp" to "rtp_player"
- Change from a plugin to be part of the core
- By default it will not compile with the rtp_player. In order to
compile it is necessary to:
+ For windows: uncomment the line
"PORTAUDIO_DIR=$(WIRESHARK_LIBS)\portaudio_v18_1" in config.nmake
+ For linux: using the "--with-portaudio=yes"
svn path=/trunk/; revision=19094
is disabled by default, and can be enabled by setting AIRPCAP_CONFIG
in config.nmake. The code is currently limited to Windows, but should
be adaptable to other platforms.
The official announcement won't come until next week, so you'll have to
read the source for details. :)
svn path=/trunk/; revision=18928
libgcrypt, enable it in the Windows build.
In packet-ipsec.c:
- Remove non-constants from variable declaration initializations.
- Use ep_alloc() in a couple of places.
- Fix an off-by-one error.
- Reduce the number of SAs in the preferences from 4 to 2. 4 made the
preferences window absolutely enormous. This is probably the wrong
way to fix this.
- Fix up whitespace.
svn path=/trunk/; revision=18856
with a pcap_breakloop() call - we don't need to call select() before
calling pcap_dispatch().
Even if we do need to call select(), we don't need to supply it with a
timeout - it's OK if we block indefinitely, as the signal will interrupt
select().
That also means we can pass -1 as the count to pcap_dispatch(), as
pcap_breakloop() will terminate the loop in pcap_dispatch().
Use sigaction() to catch SIGUSR1, so we can make sure that the signal
handler doesn't get reset when the signal is delivered, and that system
calls don't restart when we return from the signal handler.
svn path=/trunk/; revision=18201
- add a log facility to lua (so far just prints to stderr)
- add settings to disable lua even if installed, to load or not to load user scripts when superuser
- create a default /usr/local/share/ethereal/init.lua that blocks all the io/system calls when running as superuser
svn path=/trunk/; revision=17290
The Windows-native routines were integrated by inserting
#if GTK_MAJOR_VERSION >= 2 && _WIN32
win32_native_routine(GDK_WINDOW_HWND(top_level->window));
return;
#endif
at the beginning of each GTK+ file routine. There's probably a prettier
way to do this.
Some of the sizes need to be tweaked in win32-file-dlg.rc, but everything
seems to work.
Fix up whitespace.
svn path=/trunk/; revision=17285
Set up to build on Windows if we have GNU TLS.
Define "ssl_data_set()" regardless of whether we have GNU TLS or
not, as it's used in either case.
Get rid of an extra #include of epan/gnuc_format_check.h.
svn path=/trunk/; revision=17177
"not tcp port 3389" instead of "not ip host $CLIENTNAME", since it
seems to be more reliable.
Make sure we remove dumpcap.obj when we clean.
This also tests the content-type "text/plain; charset=utf-8" for commit
messages. Maybe Stig B's name will show up correctly now.
svn path=/trunk/; revision=16826
trying to comment it out, so the build should work again.
don't know what this file is all about :-(
I just don't have that file and it doesn't seem to be generated ...
svn path=/trunk/; revision=16697
it.
Link dumpcap with mkstemp.obj, as it needs mkstemp().
Make dumpcap depend only on its resource file, as we do with other
programs, not on all of them.
svn path=/trunk/; revision=16695
personal backup only, not meant for public testing!
I've copied main.c into dumpcap.c and carved out all things not needed
currently won't work as a command line tool, capture_loop.c wants an input pipe
console output is also very ugly and the whole code needs a lot of further cleanup
shouldn't break the unix build as I've only changed the nmake files so far, but who knows ...
svn path=/trunk/; revision=16615
It looks like we can't put "COPYCMD=/Y" in config.nmake and expect nmake
to do the right thing. Add a comment, and set COPYCMD explicitly in the
root Makefile.nmake. The rest of the occurrences of xcopy will have to
be taken care of at some point.
svn path=/trunk/; revision=15840
to fix compilation under Windows NT. This should fix bug 403.
The changes were made using "find . -name Makefile.nmake | xargs perl
-pi.bak -e 's: /y::i'". They appear to work under XP, but if anything
broke I blame Larry Wall.
svn path=/trunk/; revision=15710
Makefile.nmake instead of doing our own XCOPYing. Use the "clean-deps"
target when we're done instead of leaving DLLs lying around.
Normalize the use of underscores vs hyphens in the "clean-deps" target.
svn path=/trunk/; revision=15704
- not only look for the cygwin tools, but also check the MSVC tools required like cl.exe, link.exe and nmake.exe
- I don't know why we should use /usr/bin/find but simply find, check for it instead. If there's a reason to use /usr/bin/find, we should use $(FIND) instead but I currently don't see a reason for this
svn path=/trunk/; revision=15220
in the plugins subdirectory. This target will copy all plugins to plugins/$(VERSION), thus (t)ethereal will
find and load the plugins when called from within the source tree.
call this target from the main nmake makefile after
installing other dependencies. call it from the nmake makefile
in the doc subdirectory before calling "tethereal -G".
This way "tethereal -G" will recognize the filterable
fields from the plugins, too.
svn path=/trunk/; revision=14284
This target will copy all files, mainly dlls, which
are necessary to run (t)ethereal to the source tree.
After copying all necessary dlls to the source tree,
you can run (t)ethereal directly from the source tree.
svn path=/trunk/; revision=14259
filter after installing the filter.
Set HAVE_PCAP_LIB_VERSION if we're building with WinPcap 3.1; it's not
present in earlier versions, but is present in current 3.1 betas.
Check HAVE_PCAP_LIB_VERSION when building capture-wpcap.c.
svn path=/trunk/; revision=13872
files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and
GENERATED_FILES macros in Makefile.common files, along the lines of what
wiretap/Makefile.common has.
Clean up "*~" files with "make clean" rather than only "make distclean"
in some additional places.
Add "maintainer-clean" rules to the Makefile.nmake files, paralelling
the ones in the automake-generated Makefile.in files, using the
GENERATED_FILES macros from Makefile.common files. In some cases, move
the cleanup of files from "make distclean" to "make maintainer-clean",
and in other cases, put in a comment indicating why we're not doing that
(because some files that are distributed in the source tarballs, namely
Flex output, were built with a UN*X Flex and won't compile on Windows,
so we get rid of them with "make distclean" so you can clean up stuff
that *has* to be re-generated for Windows).
Clean up some *CLEANFILES definitions - get rid of ones that no longer
apply as files were moved or that add to the definition a name that's
already there.
svn path=/trunk/; revision=13402
object code for libethereal.dll isn't generated by the
makefile in /trunk.
Having no code in /trunk linked into libethereal.dll
anymore, the definition of the macro _NEED_VAR_IMPORT_
can be moved from various source files in /trunk to /trunk/Makefile.nmake .
So do that, too.
svn path=/trunk/; revision=13389
Cygwin this has the side effect of making the Windows "find" command appear
first in the path instead of Cygwin's "find" command. Call /usr/bin/find
explicitly in win32-setup.sh.
svn path=/trunk/; revision=12639
Also add support for pcap_datalink_name_to_val(), and arrange that we
properly define HAVE_PCAP_DATALINK_NAME_TO_VAL and
HAVE_PCAP_DATALINK_VAL_TO_NAME for MSVC++ builds.
svn path=/trunk/; revision=12073
Many people have recently reported many problems with the nmake build
process. It seems that these problems come from using
epan/makefile.nmake to compile the DISSECTOR_SUPPORT_SOURCES which are
located in /trunk.
Nmake from MSVC6 puts the object code of the DISSECTOR_SUPPORT_SOURCES
in /epan although Nmake expects the object code in /trunk when it
checkes dependencies. Thus DISSECTOR_SUPPORT_OBJECTS are built every
time even when they are already there.
Nmake Version 1.5 (MSVC 2003 Toolkit) puts the object code of the
DISSECTOR_SUPPORT_SOURCES in /trunk instead.
This makes it impossible to use epan/makefile.nmake for compiling the
DISSECTOR_SUPPORT_SOURCES and to make it work for both versions of nmake.
We have to use /trunk/makefile.nmake for compiling the
DISSECTOR_SUPPORT_SOURCES to solve these issues.
It should also be possible to build ethereal without libethereal.dll again.
Once we have moved all DISSECTOR_SUPPORT_SOURCES into a subdirectory of
epan we can get rid of this patchwork in the nmake makefiles.
svn path=/trunk/; revision=11562
Also move ncp222.py, x11-fields, process-x11-fields.pl,
make-reg-dotc, and make-reg-dotc.py.
Adjust #include lines in files that include packet-*.h
files.
svn path=/trunk/; revision=11410
they have LF at the end of the line on UN*X and CR/LF on Windows;
hopefully this means that if a CR/LF version is checked in on Windows,
the CRs will be stripped so that they show up only when checked out on
Windows, not on UN*X.
svn path=/trunk/; revision=11400
definition to Subversion. "svn info" prints out the last changed date
of the repository, so we don't have to go hunting through "CVS/Entries"
files anymore.
svn path=/trunk/; revision=11379
webpages from http://www.ethereal.com. This functionality is copied from
the Gimp.
Win32 will use ShellExecute to use the system registered webbrowser.
On unix builds, currently the mozilla browser is hardcoded, we still need a
preference setting for this (I will add this later).
svn path=/trunk/; revision=11206
add a config.nmake option to control whether to build
libethereal.dll or not;
remove "./wiretap" from PATH to prevent problems due to
wrongly-loaded files;
build dissector.lib with MSVC;
move "print.c" and "ps.c" to the dissector helpers, as "print.c"
imports variables from packet-frame.c and packet-data.c, which
are in libethereal;
move "g711.c" out of the dissector helpers, as they're used only
by Ethereal in a tap, not in Tethereal or in any dissector;
add a .def file for libethereal;
arrange to declare global variables exported from libethereal
with "__declspec(dllimport)" when building programs that import
those variables;
update the NSIS installer.
Make the "configure" script define ETH_VAR_IMPORT as "extern".
svn path=/trunk/; revision=10834
"make distclean" now removes "cvsversion.h";
new "update_plugin_api" which just builds the "xyzzy" target in
the plugins subdirectory but makes sure that "config.h" has been
generated, added.
svn path=/trunk/; revision=10672
tools\win32-setup.sh to
- Check for applications required to build Ethereal
- Download and unpack required packages into $ETHEREAL_LIBS
Update ADNS to the latest version.
Make Python 2.3 the default.
svn path=/trunk/; revision=10567
- Create epan/Makefile.common
- Move dissector_src and helper files from Makefile.common to
epan/Makefile.common
- Create register.c in epan/
- link all the files into libethereal
- put plugin_src into epan/Makefile.am
Try to make rpms build with rpm v4 again (sorry, I've forgotten who to
attribute this to).
svn path=/trunk/; revision=10273
dissector can use it), we have to link Ethereal, Tethereal, and dftest
with libz, as well as linking Wiretap with it.
We also probably need to link dftest with the PCRE library, as the
display filter code uses PCRE.
svn path=/trunk/; revision=10057