mingw-msys Mailing List for MinGW - Minimalist GNU for Windows

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2780227
By: earnie

You must have the msysDVLPR package and build it in the build environment (I.E.
uname == MSYS_...).  Review the mingw-msys archives for instructions.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2779006
By: ieremiou

I'd like to be able to use the latest tools but I can't seem to get a few of
them to compile for me. Especially Guile, Autogen, and Perl which come with
the MSYS developer kit.

It would be nice if somebody could give me a hand in figuring out how to get
the aboves to compile (autooconf/automake/libtools were easy) or if someone
could put together a newely updated kit for MingW.

Thanks a Bunch
/Ieremiou

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2777355
By: ieremiou

Basically, (cleaing up my earlier messy post from quick elation), You need to
the MSYS Developer Kit and install that in the MSYS\1.0 dir. Then build Autoconf
2.59, then Automake 1.92, and then Libtool 1.5.10 yourself, in that order.
Those precompiled packages on the MingW page somehow Break ./autoconf.sh from
working when just extracting them onto the MSYS install.

Also the:
 /usr/share/aclocal/autoopts.m4:22: warning: underquoted definition of
AG_PATH_AUTOOPTS
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal

Is caused by the "aclocal" directory that comes with MSYS Devloper Kit 1.0.1
which has an aged autoopts.m4 file.

/Ieremiou - Jeremy

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2777324
By: ieremiou

I figured out the bland truth. DON'T USE THE COMPILE PACKAGES of AUTOCONF and
AUTOMAKE and LIBTOOL from the MSYS Devlpr MinGW files page.

Build them yourself. lol.

I just went back a practically nonexistant start using the  last official complete
install package MingW install and the MSYS/MSYS Devlpr and it works pefectly
with the building now. How puzzling, :-\, but it works.

Now just to work through it again starting from a more scratch like setup. *tring
to keep it as clean as possible methods*

Wish me luck, I think i'm getting the hang of it now, ;)

/Ieremiou - Jeremy.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2777263
By: keithmarshall

This is just a guess, but shouldn't the AM_INIT_AUTOMAKE come before any other
test in the autoconf setup sequence, i.e. immediately after the AC_INIT, or
perhaps AC_PREREQ?

I only ever used automake once -- it left me so unimpressed, that I never went
back to it :-)  I do use, and like autoconf though.

Best regards,
Keith.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2777206
By: ieremiou

dnl Init.
AC_INIT(dosbox,0.61)
AC_PREREQ(2.50)
AC_CONFIG_SRCDIR(README)

dnl Detect the canonical host and target build environment
AC_CANONICAL_HOST
AC_CANONICAL_TARGET

dnl Setup for automake
AM_INIT_AUTOMAKE
AM_CONFIG_HEADER(config.h)

dnl Checks for programs.
AC_PROG_MAKE_SET
AC_PROG_CC
AC_PROG_CPP
AC_PROG_CXX
AC_PROG_INSTALL
AC_PROG_RANLIB

dnl Check for SDL
SDL_VERSION=1.2.0
AM_PATH_SDL($SDL_VERSION,
            :,
	    AC_MSG_ERROR([*** SDL version $SDL_VERSION not found!])
)
LIBS="$LIBS $SDL_LIBS"
CPPFLAGS="$CPPFLAGS $SDL_CFLAGS"

dnl Checks for header files.

dnl Checks for typedefs, structures, and compiler characteristics.
AC_C_CONST
AC_C_INLINE
AC_TYPE_SIZE_T
AC_STRUCT_TM
AC_CHECK_SIZEOF(unsigned char)
AC_CHECK_SIZEOF(unsigned short)
AC_CHECK_SIZEOF(unsigned int)
AC_CHECK_SIZEOF(unsigned long)
AC_CHECK_SIZEOF(unsigned long long)
AC_CHECK_SIZEOF(int *)

AC_MSG_CHECKING(if environ can be included)
AC_TRY_LINK([#include <unistd.h>
#include <stdlib.h>],[*environ;],
[AC_MSG_RESULT(yes);AC_DEFINE(ENVIRON_INCLUDED,1,[environ can
be included])],AC_MSG_RESULT(no))
AC_MSG_CHECKING(if environ can be linked)
AC_TRY_LINK([extern char ** environ;],[*environ;],
[AC_MSG_RESULT(yes);AC_DEFINE(ENVIRON_LINKED,1,[environ can be
linked])],AC_MSG_RESULT(no))

dnl Checks for libraries.

#Check if the compiler support attributes
AH_TEMPLATE([C_HAS_ATTRIBUTE],[Determines if the compilers supports attributes
for structures.])
AC_MSG_CHECKING(if compiler allows __attribute__)
AC_TRY_COMPILE([], [typedef struct { } __attribute__ ((packed)) junk;], 
    [ AC_MSG_RESULT(yes);AC_DEFINE(C_HAS_ATTRIBUTE)],AC_MSG_RESULT(no))

AM_PATH_ALSA(0.9.0, AC_DEFINE(HAVE_ALSA,1,[Define to 1 to use ALSA for MIDI])
, : )

#Check for big endian machine, should #define WORD_BIGENDIAN if so
AC_C_BIGENDIAN

#Features to enable/disable
AH_TEMPLATE(C_DEBUG,[Define to 1 to enable internal debugger, requires
libcurses])
AH_TEMPLATE(C_HEAVY_DEBUG,[Define to 1 to enable heavy debugging, also have
to enable C_DEBUG])
AC_ARG_ENABLE(debug,AC_HELP_STRING([--enable-debug],[Enable debug mode]),[
   AC_CHECK_HEADER(curses.h,have_curses_h=yes,)
   AC_CHECK_LIB(curses, initscr, have_curses_lib=yes, , )
   AC_CHECK_LIB(pdcurses, initscr, have_pdcurses_lib=yes, , )

   if test x$have_curses_lib = xyes -a x$have_curses_h = xyes ; then
     LIBS="$LIBS -lcurses"
     AC_DEFINE(C_DEBUG,1)
     if test x$enable_debug = xheavy ; then 
       AC_DEFINE(C_HEAVY_DEBUG,1)
     fi
   elif test x$have_pdcurses_lib = xyes -a x$have_curses_h = xyes ; then
     LIBS="$LIBS -lpdcurses"
     AC_DEFINE(C_DEBUG,1)
     if test x$enable_debug = xheavy ; then 
       AC_DEFINE(C_HEAVY_DEBUG,1)
     fi
   else 
     AC_MSG_WARN([Can't find curses, debug mode disabled])
   fi
],)

AH_TEMPLATE(C_CORE_INLINE,[Define to 1 to use inlined memory functions in cpu
core])
AC_ARG_ENABLE(core-inline,AC_HELP_STRING([--enable-core-inline],[Enable inlined
memory handling in CPU Core]),[
  if test x$enable_core_inline = xyes ; then 
    AC_MSG_RESULT([enabling inlined memory handling in CPU Core])
    AC_DEFINE(C_CORE_INLINE,1)
  fi
],)


dnl The target cpu checks for dynamic cores
AH_TEMPLATE(C_HOSTCPU,[The type of cpu this host has])
AC_MSG_CHECKING(for target cpu type) 
case "$target_cpu" in
  i386|i486|i586|i686)
    AC_DEFINE(C_HOSTCPU,X86)
    AC_MSG_RESULT(x86 compatible)
    c_hostcpu="x86"
    ;;
  *)
    AC_DEFINE(C_HOSTCPU,UNKOWN)
    AC_MSG_RESULT(unknown)
    ;;
esac
AH_TEMPLATE(C_DYNAMIC_X86,[Define to 1 to use x86 dynamic cpu core])
AC_ARG_ENABLE(dynamic-x86,AC_HELP_STRING([--disable-dynamic-x86],[Disable x86
dynamic cpu core]),,enable_dynamic_x86=yes)
AC_MSG_CHECKING(whether x86 dynamic cpu core will be enabled) 
if test x$enable_dynamic_x86 = xno ; then 
   AC_MSG_RESULT(no)
else
  if test x$c_hostcpu = xx86 ; then
      AC_DEFINE(C_DYNAMIC_X86,1)
      AC_MSG_RESULT(yes)
  else
      AC_MSG_RESULT(no)
  fi
fi



AH_TEMPLATE(C_FPU,[Define to 1 to enable floating point emulation])
AC_ARG_ENABLE(fpu,AC_HELP_STRING([--disable-fpu],[Disable fpu
support]),,enable_fpu=yes)
AC_MSG_CHECKING(whether fpu emulation will be enabled) 
if test x$enable_fpu = xyes ; then 
  AC_MSG_RESULT(yes)
  AC_DEFINE(C_FPU,1)
else 
  AC_MSG_RESULT(no)
fi 

AH_TEMPLATE(C_SSHOT,[Define to 1 to enable screenshots, requires libpng])
AC_CHECK_HEADER(png.h,have_png_h=yes,)
AC_CHECK_LIB(png, png_check_sig, have_png_lib=yes, ,-lz)
if test x$have_png_lib = xyes -a x$have_png_h = xyes ; then
  LIBS="$LIBS -lpng -lz"
  AC_DEFINE(C_SSHOT,1)
else
  AC_MSG_WARN([Can't find libpng, screenshot support disabled])
fi

AH_TEMPLATE(C_MODEM,[Define to 1 to enable internal modem support, requires
SDL_net])
AH_TEMPLATE(C_IPX,[Define to 1 to enable IPX over Internet networking, requires
SDL_net])
AC_CHECK_HEADER(SDL_net.h,have_sdl_net_h=yes,)
AC_CHECK_LIB(SDL_net, SDLNet_Init, have_sdl_net_lib=yes, , )
if test x$have_sdl_net_lib = xyes -a x$have_sdl_net_h = xyes ; then
  LIBS="$LIBS -lSDL_net"
   AC_DEFINE(C_MODEM,1)
   AC_DEFINE(C_IPX,1)
else 
   AC_MSG_WARN([Can't find SDL_net, internal modem and ipx disabled])
fi

AH_TEMPLATE(C_OPENGL,[Define to 1 to use opengl display output support])
AC_ARG_ENABLE(opengl,AC_HELP_STRING([--disable-opengl],[Disable opengl
support]),,enable_opengl=yes)
AC_CHECK_LIB(GL, main, have_gl_lib=yes, have_gl_lib=no , )
AC_CHECK_LIB(opengl32, main, have_opengl32_lib=yes,have_opengl32_lib=no , )
AC_CHECK_HEADER(GL/gl.h, have_gl_h=yes , have_gl_h=no , )
AC_MSG_CHECKING(whether opengl display output will be enabled) 
if test x$enable_opengl = xyes -a x$have_gl_h = xyes -a x$have_gl_lib = xyes
; then
  AC_MSG_RESULT(yes)
  LIBS="$LIBS -lGL"
  AC_DEFINE(C_OPENGL,1)
elif test x$enable_opengl = xyes -a x$have_gl_h = xyes -a x$have_opengl32_lib
= xyes ; then
  AC_MSG_RESULT(yes)
  LIBS="$LIBS -lopengl32"
  AC_DEFINE(C_OPENGL,1)
else
  AC_MSG_RESULT(no)
fi

AH_TEMPLATE(C_SDL_SOUND,[Define to 1 to enable SDL_sound support])
AC_CHECK_HEADER(SDL/SDL_sound.h,have_SDL_sound_h=yes,)
AC_CHECK_LIB(SDL_sound, Sound_Init, have_SDL_sound_lib=yes,,)
if test x$have_SDL_sound_h = xyes -a x$have_SDL_sound_lib = xyes ; then
  LIBS="$LIBS -lSDL_sound"
  AC_DEFINE(C_SDL_SOUND,1)
else
  AC_MSG_WARN([Can't find libSDL_sound, libSDL_sound support disabled])
fi

AH_TEMPLATE(C_SET_PRIORITY,[Define to 1 if you have setpriority support])
AC_MSG_CHECKING(for setpriority support)
AC_LINK_IFELSE([
#include <sys/resource.h>
int main(int argc,char * argv[]) {
	return setpriority (PRIO_PROCESS, 0,PRIO_MIN+PRIO_MAX);
};
],AC_MSG_RESULT(yes);AC_DEFINE(C_SET_PRIORITY,1),AC_MSG_RESULT(no))


dnl Some host detection and actions for them
case "$target" in
    *-*-cygwin* | *-*-mingw32*)
       LIBS="$LIBS -lwinmm"
       AC_CHECK_HEADERS(ddraw.h)
       AC_DEFINE(C_DIRECTSERIAL, 1, [ Define to 1 if you want serial passthrough
support (Win32 only).])
       ;;
    *-*-darwin*)
       dnl We have a problem here: both MacOS X and Darwin report 
       dnl the same signature "powerpc-apple-darwin*" - so we have
       dnl to do more to distinguish them.
       dnl For now I am lazy and do not add proper detection code.
       AC_DEFINE(MACOSX, 1, [Compiling on Mac OS X])
       LIBS="$LIBS -framework AudioUnit"
       ;;
    *-*-linux-gnu*)
       AC_DEFINE(LINUX, 1, [Compiling on GNU/Linux])
       ;;
esac


AC_OUTPUT([ 
Makefile
src/Makefile
src/cpu/Makefile
src/cpu/core_full/Makefile
src/cpu/core_normal/Makefile
src/cpu/core_dyn_x86/Makefile
src/debug/Makefile
src/dos/Makefile
src/fpu/Makefile
src/gui/Makefile
src/hardware/Makefile
src/ints/Makefile
src/misc/Makefile
src/shell/Makefile
src/platform/Makefile
src/platform/visualc/Makefile
visualc/Makefile
visualc_net/Makefile
include/Makefile
docs/Makefile
])


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2777201
By: ieremiou

Generating build information using aclocal, autoheader, automake and autoconf
This may take a while ...
/usr/share/aclocal/autoopts.m4:22: warning: underquoted definition
of AG_PATH_AUTOOPTS
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
configure.in: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE,
configure.in: that aclocal.m4 is present in the top-level directory,
configure.in: and that aclocal.m4 was recently regenerated (using aclocal).
configure.in: installing `./install-sh'
configure.in: installing `./missing'
automake: no `Makefile.am' found for any configure output
automake: Did you forget AC_CONFIG_FILES([Makefile]) in configure.in?
Now you are ready to run ./configure.
You can also run  ./configure --help for extra features to enable/disable.

I get this every single freaking time I use MinGW. I'm building off of MSYS
through the latest packages of MinGW and so forth. I really don't understand
why I'm getting these errors. Once I got it working then I wanted to redo my
building system and not it just won't work anymore.
If anyone can help me figure out how to get MinGW back to ./autogen.sh the scripts
I'd be very glad. There is no errors in the configure.in script because it WAS
working before. :|

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

----- Original Message ----- 
From: "Suresh Govindachar" <sgo...@ya...>
To: <min...@li...>
Sent: Friday, September 24, 2004 7:05 AM
Subject: Re: [Mingw-msys] How did env's PATH get changed?


> So -- at least on my machine -- Microsoft Windows does not
> have any built-in env command.  Is something messed up on my
> machine, or does Microsoft Windows really not have an "env "
> command?
>
> Thanks,
>
> --Suresh

Windows has no "env" command. In the command prompt you can type "set" with 
no arguments to list the environment variables.

Luke

Earnie Boyd wrote:
> You're using native windows paths, try ``make -win32'' or change your 
> paths to something like /home/source.

At least with the msys.bat command line you can use
/c for drive C:, /d for drive D:, and so on.
It probably works with other Mingw/MSYS utilities as well.


> Mark Osborne wrote:
>>Do the pathnames in require to be DOS 8.3 type ie /Progra~1/ for this to
>>compile ?

No.

>>Can I build in the same place as my source files ? 

I don't see why not.
Of course, the default action for java compilers is to create
the directory tree during build. If that is not what you need there
probably is a switch for forcing the class to a specific location.


>>How do I invoke the javac command given the error on making this file is
>>that the 
>>make: javac: command not found ? (Do I need to modify the /etc/fstab file to
>>include 
>>a path to where my jdk1.5.0 is installed ?)

AFAIK modifying fstab is not required.
(Although if you need it a lot it might be easier.)


-- 
Tuomo

... Pornography? We don't even have a pornograph!

This is new, open a bug report.  It will be low on the round tuit list 
so if it is important to you, perhaps you could debug it for me.

Earnie

moh...@ba... wrote:

>Hi all,
>
>MSYS's make seems to have a bug. When I run it in emacs, I see ^M after 
>gcc error lines. After viewing buffer in hex I noticed that it puts \r\r\n 
>between output lines of programs executed by make but \r\n between other 
>lines.
>
>For example, there will be no ^M after the lines showing the gcc command 
>itself but after gcc's output lines.
>
>Also, mingw32-make does not have this problem and I correctly see \r\n as 
>line seperator similar to when I run gcc directly in emacs.
>
>By the way, I have MSYS-1.0.10
>
>Thanks for your time
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>Project Admins to receive an Apple iPod Mini FREE for your judgement on
>who ports your project to Linux PPC the best. Sponsored by IBM.
>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
>_______________________________________________
>Mingw-msys mailing list
>Min...@li...
>https://lists.sourceforge.net/lists/listinfo/mingw-msys
>
>
>
>  
>

-- 
http://www.mingw.org
http://sourceforge.net/projects/mingw
https://sourceforge.net/donate/index.php?user_id=15438

You're using native windows paths, try ``make -win32'' or change your 
paths to something like /home/source.

Earnie

Mark Osborne wrote:

>I'm new to compiling code on Msys and need some startup help. I'm trying to
>make
>the following makefile but have some problems that i'm sure will seem
>trivial to the pros...   
>
>my questions are
>Do the pathnames in require to be DOS 8.3 type ie /Progra~1/ for this to
>compile ?
>Can I build in the same place as my source files ? 
>How do I invoke the javac command given the error on making this file is
>that the 
>make: javac: command not found ? (Do I need to modify the /etc/fstab file to
>include 
>a path to where my jdk1.5.0 is installed ?)
>  
>Any help to get this compiled is most appreciated
>
>Mark
>
># --------- compile paths
># where are the source files ?
>SRCROOT = c:/msys/1.0/home/source
># where to build
>OBJROOT = C:/msys/1.0/home/source
># where is ImageJ ?
>IMAGEJ = C:/Program Files/ImageJ
># where is the Scion SDK framework (dynamic library, headers, ...) ?
>SCIONFWK = C:/Program Files/Scion Corporation/Scion SDK/dll/sfglib
># --------- install paths
># where should the plugin go ?
>CLSINST = C:/Program Files/ImageJ/plugins/Acquisition
># where to install the JNI library
>LIBINST = C:/Program Files/ImageJ/jre/bin
>
># JARFILE = $(SYMROOT)/Grabber.jar # no jar-file for plugin
>JNILIB  = $(OBJROOT)/Akiz.dll
>
>C_FLAGS = -I$(OBJROOT) -IC:/Program Files/Java/jdk1.5.0/include -IC:/Program
>Files/Java/include/win32 -I$(SCIONFWK) -IC:/MinGw/lib
>BUNDLE_FLAGS = -L$(SCIONFWK) -lscionfg
>
>all: directories $(JNILIB) $(OBJROOT)/Grabber_.class
>$(OBJROOT)/JNIAkiz.class
>	@echo Finished building
>
>lib: directories $(JNILIB)
>	@echo Finished building library $(JNILIB)
>
>doc: directories $(OBJROOT)/JNIAkiz.html
>
>install: all
>	cp $(OBJROOT)/Grabber_.class $(OBJROOT)/JNIAkiz.class "$(CLSINST)"
>	cp $(JNILIB) "$(LIBINST)"
>
>clean:
>	/bin/rm -rf $(JNILIB) $(OBJROOT)/Grabber_.class
>$(OBJROOT)/JNIAkiz.class
>
>proper:	clean
>	/bin/rm $(OBJROOT)/JNIAkiz.h
>
>directories: $(OBJROOT)
>
>$(OBJROOT): 
>	mkdir -p $@
>
>$(JNILIB): $(OBJROOT)/JNIAkiz.c $(OBJROOT)/JNIAkiz.h
>	gcc -shared $(C_FLAGS) $(BUNDLE_FLAGS) -lpthreadVC
>-Wl,--add-stdcall-alias -o $@ $<
>	
>$(OBJROOT)/JNIAkiz.h: $(OBJROOT)/JNIAkiz.class
>	javah -force -classpath $(OBJROOT) -d $(OBJROOT) JNIAkiz
>
>$(OBJROOT)/JNIAkiz.class: $(SRCROOT)/JNIAkiz.java
>	javac -d $(OBJROOT) $<
>
>$(OBJROOT)/Grabber_.class: $(SRCROOT)/Grabber_.java
>	javac -classpath "$(OBJROOT);$(IMAGEJ)/ij.jar" -d $(OBJROOT) $<
>	
>$(OBJROOT)/JNIAkiz.html: $(SRCROOT)/JNIAkiz.java
>	javadoc -notree -public -author $<
>
>$(OBJROOT)/Grabber_.html: $(SRCROOT)/Grabber_.java
>	javadoc -notree -public -author -d $(OBJROOT) -classpath
>$(OBJROOT):$(IMAGEJ)/ij.jar $<
> 
>The error is on make...
>
>javac -d C:/msys/1.0/home/ c:/msys/1.0/home/JNIAkiz.java
>make: javac: Command not found
>make: *** [C:/msys/1.0/source/JNIAkiz.class] Error 127
>
>
>Mark
>
>
>Dr Mark Osborne
>Royal Society Research Fellow
>
>Department of Chemistry
>School of Life Sciences
>University of Sussex
>Falmer
>Brighton
>BN1 9QJ
>
>Office		+44 (0)1273 678328
>Email    	m.o...@su...
>Web     	www.sussex.ac.uk/Users/kaf18
>Profile   	http://myprofile.cos.com/osborne33
>
>  
>

-- 
http://www.mingw.org
http://sourceforge.net/projects/mingw
https://sourceforge.net/donate/index.php?user_id=15438

I'm new to compiling code on Msys and need some startup help. I'm trying to
make
the following makefile but have some problems that i'm sure will seem
trivial to the pros...   

my questions are
Do the pathnames in require to be DOS 8.3 type ie /Progra~1/ for this to
compile ?
Can I build in the same place as my source files ? 
How do I invoke the javac command given the error on making this file is
that the 
make: javac: command not found ? (Do I need to modify the /etc/fstab file to
include 
a path to where my jdk1.5.0 is installed ?)
  
Any help to get this compiled is most appreciated

Mark

# --------- compile paths
# where are the source files ?
SRCROOT = c:/msys/1.0/home/source
# where to build
OBJROOT = C:/msys/1.0/home/source
# where is ImageJ ?
IMAGEJ = C:/Program Files/ImageJ
# where is the Scion SDK framework (dynamic library, headers, ...) ?
SCIONFWK = C:/Program Files/Scion Corporation/Scion SDK/dll/sfglib
# --------- install paths
# where should the plugin go ?
CLSINST = C:/Program Files/ImageJ/plugins/Acquisition
# where to install the JNI library
LIBINST = C:/Program Files/ImageJ/jre/bin

# JARFILE = $(SYMROOT)/Grabber.jar # no jar-file for plugin
JNILIB  = $(OBJROOT)/Akiz.dll

C_FLAGS = -I$(OBJROOT) -IC:/Program Files/Java/jdk1.5.0/include -IC:/Program
Files/Java/include/win32 -I$(SCIONFWK) -IC:/MinGw/lib
BUNDLE_FLAGS = -L$(SCIONFWK) -lscionfg

all: directories $(JNILIB) $(OBJROOT)/Grabber_.class
$(OBJROOT)/JNIAkiz.class
	@echo Finished building

lib: directories $(JNILIB)
	@echo Finished building library $(JNILIB)

doc: directories $(OBJROOT)/JNIAkiz.html

install: all
	cp $(OBJROOT)/Grabber_.class $(OBJROOT)/JNIAkiz.class "$(CLSINST)"
	cp $(JNILIB) "$(LIBINST)"

clean:
	/bin/rm -rf $(JNILIB) $(OBJROOT)/Grabber_.class
$(OBJROOT)/JNIAkiz.class

proper:	clean
	/bin/rm $(OBJROOT)/JNIAkiz.h

directories: $(OBJROOT)

$(OBJROOT): 
	mkdir -p $@

$(JNILIB): $(OBJROOT)/JNIAkiz.c $(OBJROOT)/JNIAkiz.h
	gcc -shared $(C_FLAGS) $(BUNDLE_FLAGS) -lpthreadVC
-Wl,--add-stdcall-alias -o $@ $<
	
$(OBJROOT)/JNIAkiz.h: $(OBJROOT)/JNIAkiz.class
	javah -force -classpath $(OBJROOT) -d $(OBJROOT) JNIAkiz

$(OBJROOT)/JNIAkiz.class: $(SRCROOT)/JNIAkiz.java
	javac -d $(OBJROOT) $<

$(OBJROOT)/Grabber_.class: $(SRCROOT)/Grabber_.java
	javac -classpath "$(OBJROOT);$(IMAGEJ)/ij.jar" -d $(OBJROOT) $<
	
$(OBJROOT)/JNIAkiz.html: $(SRCROOT)/JNIAkiz.java
	javadoc -notree -public -author $<

$(OBJROOT)/Grabber_.html: $(SRCROOT)/Grabber_.java
	javadoc -notree -public -author -d $(OBJROOT) -classpath
$(OBJROOT):$(IMAGEJ)/ij.jar $<
 
The error is on make...

javac -d C:/msys/1.0/home/ c:/msys/1.0/home/JNIAkiz.java
make: javac: Command not found
make: *** [C:/msys/1.0/source/JNIAkiz.class] Error 127


Mark


Dr Mark Osborne
Royal Society Research Fellow

Department of Chemistry
School of Life Sciences
University of Sussex
Falmer
Brighton
BN1 9QJ

Office		+44 (0)1273 678328
Email    	m.o...@su...
Web     	www.sussex.ac.uk/Users/kaf18
Profile   	http://myprofile.cos.com/osborne33

Dave Hylands wrote:
>> So -- at least on my machine -- Microsoft Windows does not
>> have any built-in env command.  Is something messed up on my
>> machine, or does Microsoft Windows really not have an "env "
>> command?
>
> This is getting off-topic now since we're no longer talking about msys.

Agreed, but just for the record, IIRC Microsoft *never* provided an
env command in *any* version of Windows, nor in MS-DOS.

> From the cmd.exe shell (normal command line shell for Windows
> NT/2000/XP), the "set" command with no arguments shows the environment.

As indeed it will with any Bourne compatible UNIX/Linux shell.  In *nix
however, there is a distinction between local and exported environments.
set with no arguments shows the *local* environment, env shows the
*exported* environment, and this distinction is true of MSYS too.
(BTW, another way to see the exported environment is to use the export
command without arguments, but the display format is somewhat different).

Neither Windows nor MS-DOS have any concept of a local environment,
(everything is exported, whether you like it or not), so using set
without arguments in a cmd.exe shell, is entirely analogous to using
env in an MSYS shell.

Best regards,
Keith.

Hi Suresh,

> So -- at least on my machine -- Microsoft Windows does not
> have any built-in env command.  Is something messed up on my
> machine, or does Microsoft Windows really not have an "env "
> command?

This is getting off-topic now since we're no longer talking about msys.

From the cmd.exe shell (normal command line shell for Windows
NT/2000/XP), the "set" command with no arguments shows the environment.

You can type help at the command line prompt (of cmd.exe) to get a
complete list of "DOS" commands.

--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/=20

* Dave Hylands Sent on 23 Sep 2004 11:17:57 -0700:

>> How is this happening?  Why is it happening?  So far, I
>> have not noticed anything bad because of this.
> 
> The why part is because UNIX programs expect the PATH
> environment variable to be a colon separated list of
> directories to search. If the path were left alone, these
> programs wouldn't work properly. One of the big reasons
> for MSYS to exist is to allow easy porting of UNIX/Linux
> programs to the Win32 environment.
> 
> I haven't looked at the code to see exactly where it
> happens, but I suspect that it happens during the runtime
> library initialization prior to calling main. Somebody has
> to call the Win32 function to read the environment and
> convert it into the format the main passes on. I noticed
> that the TMP, and TEMP environment variables are also
> adjusted this way.
> 
> You'll see the same thing if you were to do:
> 
> sh -c "echo $PATH"
> 

This response made me look more closely at the env command:

   D:\suresh>which env
   C:\OPT\MSYS\1.0\BIN\env.exe

I was assuming that the "env " command being executed was a
Microsoft Windows command.   

Renaming c:\opt\msys\1.0\bin\env.exe results in

   D:\suresh>env
   Bad command or file name

So -- at least on my machine -- Microsoft Windows does not
have any built-in env command.  Is something messed up on my
machine, or does Microsoft Windows really not have an "env "
command?

Thanks,

--Suresh

On Thu, 23 Sep 2004 KaK...@ao... wrote:

> That's windows line delimiter not msys.


Can you please read my post?

Windows's line delimiter is \x0D\x0A not \x0D\x0D\x0A.
Also mingw32-make does not have this problem.

Hi Suresh,

> How is this happening?  Why is it happening? =20
> So far, I have not noticed anything bad because of this.

The why part is because UNIX programs expect the PATH environment
variable to be a colon separated list of directories to search. If the
path were left alone, these programs wouldn't work properly. One of the
big reasons for MSYS to exist is to allow easy porting of UNIX/Linux
programs to the Win32 environment.

I haven't looked at the code to see exactly where it happens, but I
suspect that it happens during the runtime library initialization prior
to calling main. Somebody has to call the Win32 function to read the
environment and convert it into the format the main passes on. I noticed
that the TMP, and TEMP environment variables are also adjusted this way.

You'll see the same thing if you were to do:

sh -c "echo $PATH"

--
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/=20

Hello,

Consider the following output of the "echo %path%" and 
the "env | grep -i path" commands in a DOS window:

D:\suresh>echo %path%
C:\WINDOWS;C:\WINDOWS\COMMAND;C:\OPT\PERL\BIN\;D:\OPT\TEXMF\MIKTEX\BIN;C:\OPT\DJGPP\BIN;C:\OPT\MSYS\1.0\BIN;C:\OPT\UTILS
D:\suresh>
D:\suresh>env | grep -i path
PATH=/c/WINDOWS:/c/WINDOWS/COMMAND:/c/OPT/PERL/BIN/:/d/OPT/TEXMF/MIKTEX/BIN:/c/OPT/DJGPP/BIN:/bin:/c/OPT/UTILS

(The outputs are very longs lines that might 
have become wrapped by the emailing process.)

Observe:  

1) The style of the drive letter specification in
   the output of the "echo ..." command (c:\, d:\) and 
   in the output of the "env ..." command (/c/, /d/)

2) The output of "echo ..." has 
        C:\OPT\MSYS\1.0\BIN;  
   but the output of "env ..." has
        /bin:                

How is this happening?  Why is it happening?  
So far, I have not noticed anything bad because of this.

Thanks,

--Suresh

That's windows line delimiter not msys.

Hi all,

MSYS's make seems to have a bug. When I run it in emacs, I see ^M after 
gcc error lines. After viewing buffer in hex I noticed that it puts \r\r\n 
between output lines of programs executed by make but \r\n between other 
lines.

For example, there will be no ^M after the lines showing the gcc command 
itself but after gcc's output lines.

Also, mingw32-make does not have this problem and I correctly see \r\n as 
line seperator similar to when I run gcc directly in emacs.

By the way, I have MSYS-1.0.10

Thanks for your time

> I used .Xdefaults (see below) to give the subsequent 
> rxvts the same settings that I use in msys.bat. It 
> seems that the initial rxvt does not honour the settings
> in .Xdefaults, that's why you need to specify them 
> in msys.bat explicitly.

The reason for this is probably because you do
not have HOME defined before rxvt is first invoked. You
must define the HOME variable either in the Windows
environment or in the msys.bat file.

rxvt looks for .Xdefaults in the HOME directory, so HOME must
be defined first before rxvt is executed.

HOME is defined in /etc/profile, but that gets executed after
the initial rxvt, which is too late to execute the .Xdefaults file.

Rich Simoes  

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2750724
By: stoermer

Oliver,

I have been partly successful...
My setup is now as follows:
My MSYS icon in the taskbar starts a slightly modified msys.bat (see below).
From the resulting rxvt I start ssh-add manually, and also all subsequent shell
are started by 'rxvt &' so they get the correct ssh environment like that.

I used .Xdefaults (see below) to give the subsequent rxvts the same settings
that I use in msys.bat. It seems that the initial rxvt does not honour the settings
in .Xdefaults, that's why you need to specify them in msys.bat explicitly.


So here's my files (only the relevant snippets of course):
msys.bat
----------
start %WD%ssh-agent %WD%rxvt ............
(the "%WD%ssh-agent" part is the modification)

.Xdefaults
-----------
rxvt.geometry:120x50
rxvt.background:black
rxvt.foreground:LightYellow
rxvt.font:Courier-12
rxvt.termName:xterm
rxvt.command:/bin/sh
rxvt.login_shell:True
rxvt.saveLines:2500
rxvt.scrollBar_right:True


Best regards,
Heiko

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=338575

Suresh Govindachar wrote:

>Earnie Boyd <ea...@us...> sent on Sun, 05 Sep 2004 23:07:52 -0400:
>
>  
>
>>Suresh Govindachar wrote:
>>    
>>
>>>B.2) Is it possible to run this version of vim from 
>>>    msys' rxvt, and if so how?
>>>
>>>      
>>>
>>Why do you think I provide a version of vim?  
>>    
>>
>[...]
>
>I take it this is a rhetorical question.
>
>I used to think you provided vim as a courtesy for those who
>didn't want to build their own or download from the vim.org
>(or other) site.  I now realize you are providing it because
>other builds of vim will not run inside msys' rxvt terminal.
>  
>
I would have rather of used the native version.  I provided it mainly to 
handle the default editor.  I myself use the prebuild from vim.org of 
gvim. I start it with the following script.

<script file="/usr/local/bin/gvim">
#!/bin/sh
start /opt/Vim/Vim61/gvim.exe "$@"
</script>

This script frees stdio and translates the POSIX paths to Windows format.

Earnie

-- 
http://www.mingw.org
http://sourceforge.net/projects/mingw
https://sourceforge.net/donate/index.php?user_id=15438

----- Original Message ----- 
From: "Henrik Bach" <hen...@ho...>
To: <min...@li...>
Sent: Monday, September 06, 2004 7:14 PM
Subject: [Mingw-msys] Bison and flex for the MinGW platform


> Hi
>
> I'm looking for a working (latest) version of Bison and flex.
>
> In a previous mail from the mail archive for this list, you're referencing 
> a package named: mingwDTK where they should be found. However, I can't 
> locate it on the download file list.
>
> Henrik
>

http://www.mingw.org/MinGWiki/

Luke

Hi

I'm looking for a working (latest) version of Bison and flex.

In a previous mail from the mail archive for this list, you're referencing a 
package named: mingwDTK where they should be found. However, I can't locate 
it on the download file list.

Henrik

---
Got Freedom?
Software Freedom Day 2004 - 28th of August
http://www.softwarefreedomday.org/
---

_________________________________________________________________
Opret en gratis Hotmail-konto  http://www.hotmail.com med udsigt til 250 MB 
lagerkapacitet