FLTK logo

STR #3050

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

Return to Bugs & Features | Roadmap 1.3 | SVN ⇄ GIT ]

STR #3050

Application:FLTK Library
Status:1 - Closed w/Resolution
Priority:3 - Moderate, e.g. unable to compile the software
Scope:2 - Specific to an operating system
Subsystem:Core Library
Summary:Cmake Compilation of FLUID broken on FreeBSD 10
Version:1.3-current
Created By:AnyCPU
Assigned To:AlbrechtS
Fix Version:1.3.3 (SVN: v10336)
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:

No files


Trouble Report Comments:


Name/Time/Date Text  
 
#1 AnyCPU
11:22 Feb 09, 2014
branch-1.3/fluid/factory.cxx

// For some (yet unknown) reason the previous fix didn't work with
// CMake-generated MinGW (MSYS) Makefiles, hence we have to use
// !defined(__MINGW32__) instead of !defined(strcasecmp).
// AlbrechtS, Jan 21, 2014, svn -r ~10074, see STR #2994

#if !HAVE_STRCASECMP && !defined(__MINGW32__) && !defined(__clang__)
//
// 'strcasecmp()' - Do a case-insensitive compare...
//

On line #53 should be added:

&& !defined(__clang__)
 
 
#2 AnyCPU
11:23 Feb 09, 2014
Clang is default compiler on FreeBSD 10.  
 
#3 ianmacarthur
15:32 May 01, 2014
Just a passing thought: I wonder why I don't see issues on OSX?

It seems like it ought to be similar to FreeBSD running clang; after all Darwin is just another BSD and it uses clang/llvm as its default compiler...

Odd.
 
 
#4 AnyCPU
03:13 May 02, 2014
I don't know why this happen. Maybe somewhere macro HAVE_STRCASECMP is defined.
I can't test it on Mac OS X because I can use that that can be run in VMware Player and AMD.
 
 
#5 AnyCPU
00:02 May 03, 2014
Problem is gone when we manually define macro HAVE_STRCASECMP.
So, on Mac OS X it's defined somewhere in makefiles or compiler distrib package. Also detection of this feature is broken in cmake on FreeBSD 10.
So, it's may help:

cmake -DCMAKE_BUILD_TYPE=release -DCMAKE_CXX_FLAGS=-DHAVE_STRCASECMP=1 "../path/to/fltk"
 
 
#6 ianmacarthur
16:05 Sep 04, 2014
Is this failure peculiar to using Cmake on your BSD system?

If you configure with the auto tools does this work correctly?

There are some inconsistencies in the Cmake files (perhaps since fixed!) that should not be present in the autoconf generated makefiles.
 
 
#7 AnyCPU
10:56 Sep 09, 2014
Yes, it seems that is Cmake's only trouble.  
 
#8 AlbrechtS
16:31 Sep 18, 2014
See also STR #3006: same or similar problem.

I hope we can get rid of this with the fix of STR #3006.

To OP: maybe you can test if this would fix it for you?
http://www.fltk.org/strfiles/3006/use_fl_ascii_strcasecmp.patch
 
 
#9 AlbrechtS
14:44 Sep 28, 2014
Fixed in Subversion repository.

Fix applied for STR #3006 in svn r 10336.

Please confirm this is fixed.
 
     

Return to Bugs & Features ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.